[go: up one dir, main page]

KR20130082948A - 지불 대행 시스템, 사용자 단말 및 마켓 서버 - Google Patents

지불 대행 시스템, 사용자 단말 및 마켓 서버 Download PDF

Info

Publication number
KR20130082948A
KR20130082948A KR1020110141756A KR20110141756A KR20130082948A KR 20130082948 A KR20130082948 A KR 20130082948A KR 1020110141756 A KR1020110141756 A KR 1020110141756A KR 20110141756 A KR20110141756 A KR 20110141756A KR 20130082948 A KR20130082948 A KR 20130082948A
Authority
KR
South Korea
Prior art keywords
payment
market
user terminal
ticket
information
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
KR1020110141756A
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 KR1020110141756A priority Critical patent/KR20130082948A/ko
Priority to US13/486,570 priority patent/US20130166410A1/en
Publication of KR20130082948A publication Critical patent/KR20130082948A/ko
Ceased legal-status Critical Current

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/12—Payment architectures specially adapted for electronic shopping 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Landscapes

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

Abstract

본 발명의 실시예에 따른 지불 대행 시스템, 사용자 단말 및 마켓 서버가 제공된다. 이때, 지불 대행 시스템은 사용자 단말의 요청에 따라 하나 이상의 지불 티켓을 생성하여 상기 사용자 단말로 전송하는 발급부; 및 마켓 서버로부터 상기 사용자 단말이 구매한 유료 디지털 컨텐츠의 구매 정보 및 지불 티켓을 수신하고, 상기 지불 티켓 및 상기 구매 정보를 이용하여 상기 유료 디지털 컨텐츠의 과금 처리를 수행하는 과금 처리부를 포함한다.

Description

지불 대행 시스템, 사용자 단말 및 마켓 서버{PAYMENT AGENCY SYSTEM, USER TERMINAL AND MARKET SERVER}
본 발명은 지불 대행 시스템, 사용자 단말 및 마켓 서버에 관한 것으로서, 다수의 마켓 플레이스에서 구매한 유료 어플리케이션 또는 유료 컨텐츠의 대금을 지불하는 기술에 관한 내용이다.
스마트 폰과 스마트 패드등의 보급 증가로 어플리케이션 마켓의 이용 빈도는 폭발적으로 증가하였다.
애플(Apple)은 2008년 아이폰에서 어플리케이션을 개발하기 위한 SDK(Software Development Kit)를 공개하였고 개발한 어플리케이션을 판매할 수 있는 어플리케이션 마켓 즉 앱스토어를 공개 하였다.
구글(Google)은 안드로이드(Android)라는 모바일 플랫폼을 개발하고 안드로이드 휴대폰에서 이용 가능한 어플리케이션을 유통할 수 있는 안드로이드 마켓을 공개 하였다.
이처럼, 일반적으로 어플리케이션 마켓은 특정 단말 플랫폼, 예를 들어 아이폰의 경우 애플에서, 안드로이드의 경우 구글에서 마켓을 제공하며 안드로이드의 경우 통신사에 따라 자체적인 어플리케이션 또는 컨텐츠 마켓을 제공한다.
안드로이드의 경우 구글 마켓 또는 통신사의 마켓이 동시에 제공되는 경우가 있으며 향후 다수의 마켓 플레이스가 특정 단말 플랫폼에서 어플리케이션 또는 컨텐츠를 제공하는 케이스가 많아질 것이라 예상된다.
그런데 기존의 마켓 플레이스에서는 각 마켓 플레이스에서 가입자를 관리하고 가입자의 결제 정보를 등록하여 유로 어플리케이션과 컨텐츠를 다운로드 할 수 있도록 하고 있다. 따라서, 다수의 마켓이 특정 단말 플랫폼에서 제공 되는 경우 각각의 마켓은 마켓 가입자를 관리하여야 하며, 각 가입자가 유료 어플리케이션 또는 유료 컨텐츠 구매를 위한 청구 수단들을 별도로 가지고 있어야 한다.
한편, 개인 정보 유출 문제가 연이어 발생하면서 사용자들은 개인 정보 문제에 민감한 상황이다. 여러 마켓 플레이스가 자유롭게 만들어지는 환경에서 마켓 이용자는 각 마켓에 자신의 지불 정보를 제공하지 않고 신뢰성 있는 구매를 할 수 있는 방안을 필요로 하고 있는 실정이다.
본 발명이 이루고자 하는 기술적 과제는 하나의 시스템에서 다수의 마켓과 연동하여 청구, 과금 등의 지불 처리를 대행함으로써, 다수의 마켓은 청구 수단을 보유하지 않고 가입자 관리가 필요없도록 하는 지불 대행 시스템, 사용자 단말 및 마켓 서버를 제공하는 것이다.
본 발명의 한 특징에 따르면 지불 대행 시스템은, 사용자 단말의 요청에 따라 하나 이상의 지불 티켓을 생성하여 상기 사용자 단말로 전송하는 발급부; 및 마켓 서버로부터 상기 사용자 단말이 구매한 유료 디지털 컨텐츠의 구매 정보 및 지불 티켓을 수신하고, 상기 지불 티켓 및 상기 구매 정보를 이용하여 상기 유료 디지털 컨텐츠의 과금 처리를 수행하는 과금 처리부를 포함한다.
이때, 상기 하나 이상의 지불 티켓은, 지불 티켓 간에 서로 구별할 수 있는 유일한 코드 형태로 구현되고, 랜덤하게 생성된 시리얼 번호를 포함할 수 있다.
또한, 상기 지불 대행 시스템은, 상기 사용자 단말 별로 발급된 하나 이상의 지불 티켓 및 가입자 정보를 매칭하여 저장하는 발급 DB를 더 포함하고,
상기 과금 처리부는, 상기 마켓 서버로부터 수신한 지불 티켓과 매칭된 가입자 정보를 상기 발급DB로부터 획득하고, 상기 가입자 정보 및 상기 구매 정보를 이용하여 과금 데이터를 생성하여 상기 가입자 정보를 통해 확인되는 청구 시스템으로 전송할 수 있다.
또한, 상기 청구 시스템은, 신용카드사 또는 통신사업자의 후불 청구 시스템을 포함할 수 있다.
또한, 상기 발급 DB는, 사용 여부에 따라 활성화 또는 비활성화되는 상기 하나 이상의 지불 티켓을 저장하고,
상기 과금 처리부는, 상기 과금 데이터를 전송한 이후, 상기 마켓 서버로부터 수신한 지불 티켓을 비활성화시킬 수 있다.
또한, 상기 발급부는, 상기 사용자 단말로부터 단말 인증 정보가 포함된 지불 티켓 발급 요청을 수신하고, 단말 인증 시스템으로 상기 단말 인증 정보를 전송하여 단말 인증을 요청하며, 단말 인증에 성공하면, 상기 가입자 정보를 수신할 수 있다.
또한, 상기 발급부는, 상기 지불 티켓 발급 요청이 수신되면, 상기 사용자 단말에게 지불 시크릿을 요청하여 수신하고, 상기 하나 이상의 지불 티켓, 상기 지불 시크릿 및 상기 가입자 정보를 매칭하여 상기 발급 DB에 사용자 단말 별로 저장할 수 있다.
또한, 상기 지불 대행 시스템은, 사업자가 서로 다른 하나 이상의 마켓 서버의 등록 요청에 따라 마켓을 식별할 수 있는 마켓 인증 정보를 상기 하나 이상의 마켓 서버로 전송하며, 마켓 서버 별로 상기 마켓 인증 정보를 매칭하여 저장하는 등록부를 더 포함하고,
상기 과금 처리부는, 상기 마켓 서버로부터 상기 사용자 단말이 구매한 유료 디지털 컨텐츠의 구매 정보, 지불 티켓 및 상기 마켓 인증 정보를 수신하고, 상기 마켓 인증 정보를 이용하여 상기 마켓 서버의 등록 여부를 판단하여 지불 대행이 가능한 마켓인지를 인증할 수 있다.
또한, 상기 지불 대행 시스템은, 상기 마켓 서버로부터 상기 구매 정보, 상기 지불 티켓, 상기 마켓 인증 정보 및 상기 사용자 단말에서 생성된 시그니쳐를 수신하고, 상기 마켓 서버로부터 수신한 지불 티켓을 발급받은 가입자 정보를 상기 발급 DB로부터 확인하며, 상기 가입자 정보에 매칭된 지불 티켓 및 지불 시크릿을 추출하여 상기 구매 정보와 더불어 검증용 시그니쳐를 생성하며, 상기 마켓 서버로부터 수신한 시그니쳐와 상기 검증용 시그니쳐가 일치하는 지 판단하는 검증부를 더 포함하고,
상기 과금 처리부는 상기 검증부가 시그니쳐 검증에 성공하는 경우, 상기 과금 데이터를 생성할 수 있다.
또한, 상기 과금 처리부는, 상기 마켓 서버로부터 수신한 시그니쳐와 상기 검증용 시그니쳐가 일치하지 않는 경우, 청구 실패를 상기 마켓 서버로 리턴하고, 일치하는 경우, 청구 성공을 상기 마켓 서버로 리턴할 수 있다.
본 발명의 다른 특징에 따르면 사용자 단말은, 하나 이상의 지불 티켓을 지불 대행 시스템으로부터 발급받는 지불 티켓 관리부; 및 마켓 서버에 접속하여 유료 디지털 컨텐츠를 구매 요청하면서 상기 하나 이상의 지불 티켓 중에서 사용자가 선택한 지불 티켓을 전송하는 처리부를 포함하고,
상기 지불 티켓은, 상기 마켓 서버에 의해 상기 지불 대행 시스템으로 전달되어 상기 유료 디지털 컨텐츠의 과금 처리에 사용된다.
이때, 상기 지불 티켓 관리부는, 상기 지불 대행 시스템의 요청에 따라 사용자가 입력한 지불 시크릿을 상기 지불 대행 시스템에 등록하고,
상기 처리부는, 상기 구매 요청시 사용자가 입력한 상기 지불 시크릿을 이용하여 상기 마켓 서버로부터 수신한 구매 정보 및 상기 사용자가 선택한 지불 시크릿을 토대로 시그니쳐를 생성하며, 상기 사용자가 선택한 지불 시크릿 및 상기 시그니쳐를 상기 마켓 서버로 전송할 수 있다.
또한, 상기 처리부는, 상기 구매 요청시 사용자가 입력한 지불 시크릿, 상기 사용자가 선택한 지불 티켓 및 상기 구매 정보에 포함된 마켓 인증 정보, 구매 컨텐츠 식별자, 구매 컨텐츠 가격을 해쉬 함수의 입력 값으로 하여 상기 시그니쳐를 생성할 수 있다.
또한, 사용자 단말은, 사용 여부에 따라 활성화 또는 비활성화되는 상기 하나 이상의 지불 티켓을 저장하는 저장부를 더 포함하고,
상기 처리부는, 상기 저장부에 저장된 하나 이상의 지불 티켓 중에서 상기 구매 요청시 사용자가 선택한 지불 시크릿을 비활성화시킬 수 있다.
또한, 사용자 단말은, 상기 하나 이상의 지불 티켓 별로 활성화 또는 비활성 상태가 표시되고, 체크 박스가 포함된 지불 티켓 리스트를 화면에 출력하는 표시부를 더 포함하고,
상기 처리부는, 상기 마켓 서버의 지불 티켓 요청에 따라 상기 지불 티켓 리스트를 화면에 출력할 수 있다.
또한, 상기 처리부는, 상기 마켓 서버와 연동하여 웹 페이지 형태로 상기 지불 티켓 리스트를 상기 표시부에 출력하거나 또는 단말 메뉴를 통해 상기 지불 티켓 리스트를 상기 표시부에 출력할 수 있다.
본 발명의 또 다른 특징에 따르면 마켓 서버는, 지불 대행 시스템에 마켓 등록을 요청하여 마켓 인증 정보를 수신하여 저장하는 마켓 인증 관리부; 및 사용자 단말이 상기 지불 대행 시스템으로부터 발급받은 지불 티켓을 상기 사용자 단말로부터 수신하고, 상기 사용자 단말이 구매한 유료 디지털 컨텐츠의 구매 정보, 상기 마켓 인증 정보 및 상기 지불 티켓을 상기 지불 대행 시스템으로 전송하여 상기 유료 디지털 컨텐츠의 과금 청구를 요청하는 청구 처리부를 포함한다.
이때, 상기 마켓 서버는, 상기 사용자 단말이 구매한 유료 디지털 컨텐츠를 상기 사용자 단말로 전송하는 전송부를 더 포함하고,
상기 청구 처리부는, 상기 지불 대행 시스템으로부터 과금 청구 요청에 대한 성공 응답 또는 실패 응답을 수신하고, 상기 성공 응답이 수신된 경우 상기 유료 디지털 컨텐츠를 상기 사용자 단말로 전송하며, 상기 실패 응답이 수신된 경우 과금 실패를 상기 사용자 단말로 리턴할 수 있다.
또한, 상기 청구 처리부는,
상기 사용자 단말이 구매를 요청하면, 구매 요청한 유료 디지털 컨텐츠의 관리 식별자, 가격 정보, 마켓 인증 정보를 상기 사용자 단말로 전송하고, 상기 사용자 단말로부터 지불 티켓 및 시그니쳐-상기 시그니쳐는 상기 사용자 단말에서 상기 관리 식별자, 상기 가격 정보, 지불 시크릿 및 상기 마켓 인증 정보를 토대로 생성됨-를 수신하며, 상기 지불 티켓, 상기 시그니쳐, 상기 마켓 인증 정보, 상기 사용자 단말이 구매한 컨텐츠 관리 식별자 및 가격을 포함하는 청구 요청을 상기 지불 대행 시스템으로 전송할 수 있다.
본 발명의 실시예에 따르면, 마켓 서버에서는 지불 티켓 정보 이외에는 사용자의 정보가 남지 않으며 사용자의 동의 없이 청구를 발생 시킬 수 없다. 또한, 지불 티켓 발급 시스템은 사용자 단말의 단말 인증 정보를 이용하여 획득한 정보를 가지고 후불 청구 시스템과 연동할 수 있기 때문에 신뢰성 있는 청구 수단을 마켓 서버에게 제공한다. 이처럼, 지불 대행 시스템과 사용자와 마켓 플레이스간에 신뢰 할 수 있는 지불 정보 교환과 확인 방법을 제공한다.
따라서, 특정 단말 플랫폼에서 다수의 마켓이 자체 지불 시스템과 계정 관리 기능 없이 어플리케이션과 컨텐츠를 쉽게 판매 할 수 있도록 해주며, 다수의 마켓이 청구 수단에 대한 고려 없이 사용자 단말에 앱 또는 컨텐츠를 판매 할 수 있다.
또한, 사용자는 마켓에 가입하거나 자신의 지불 정보 등을 마켓에 제공할 필요가 없다. 또한, 사용자의 시그니쳐(Signature) 이용으로 사용자를 신뢰할 수 있다.
도 1은 본 발명의 실시예에 따른 네트워크 구성도이다.
도 2는 도 1의 마켓 서버의 구성을 나타낸 블록도이다.
도 3은 도 1의 사용자 단말의 구성을 나타낸 블록도이다.
도 4는 도 3의 사용자 단말이 제공하는 지불 티켓 선택 화면예이다.
도 5는 도 1의 지불 대행 시스템의 구성을 나타낸 블록도이다.
도 6은 본 발명의 실시예에 따른 마켓 서버의 등록 과정을 나타낸 흐름도이다.
도 7은 본 발명의 실시예에 따른 사용자 단말의 지불 티켓 발급 과정을 나타낸 흐름도이다.
도 8은 본 발명의 실시예에 따른 지불 티켓을 이용하여 지불 처리 하는 과정을 나타낸 흐름도이다.
도 9는 도 8의 S317 단계에서 전송되는 데이터의 구체적인 예시도이다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 어떤 구성 요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성 요소를 제외하는 것이 아니라 다른 구성 요소를 더 포함할 수 있는 것을 의미한다.
또한, 명세서에 기재된 "…부", "…기", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
이하, 도면을 참조로 하여 본 발명의 실시예에 따른 지불 대행 시스템, 사용자 단말 및 마켓 서버에 대하여 상세히 설명한다.
도 1은 본 발명의 실시예에 따른 네트워크 구성도이다.
도 1을 참조하면, 사업자가 서로 다른 다수의 마켓 서버1, …, n(100), 사용자 단말(200)은 네트워크(300)를 통해 지불 대행 시스템(400)과 연결된다. 그리고 지불 대행 시스템(400)은 후불 청구 시스템(500) 및 단말 인증 시스템(600)과 연결된다.
여기서, 네트워크(300)는 다수의 마켓 서버1, …, n(100), 사용자 단말(200), 지불 대행 시스템(400)을 서로 연동할 수 있게 해주며, 유무선 망이 될 수 있다.
다수의 마켓 서버1, …, n(100)는 디지털 컨텐츠를 판매하는 서버로서, 일명'앱스토어'를 운영하는 서버라 할 수 있다. 여기서, 디지털 컨텐츠는 디지털 포맷으로 제작 또는 가공한 컨텐츠로서, 다양한 기능을 구현하는 어플리케이션을 포함한다.
사용자 단말(200)은 다수의 마켓 서버1, …, n(100)에 접속하여 유료 디지털 컨텐츠를 구매하는 사용자의 단말로서, 데이터 송수신이 가능한 무선 단말 또는 모바일 단말일 수 있다. 예를 들어, 휴대폰, 스마트 폰, UMPC(Ultra Mobile PC), PDA(Personal Digital Assistance) 등이 될 수 있다.
지불 대행 시스템(400)은 후불 청구 시스템(500) 및 단말 인증 시스템(600)과 연동한다. 이러한 지불 대행 시스템(400)은 다수의 마켓 서버1, …, n(100)에서 사용자가 유료 디지털 컨텐츠를 구매할 수 있는 통합된 지불 수단으로서, 지불 티켓을 사용자 단말(200)에게 발급한다.
지불 대행 시스템(400)은 사용자 단말(200)에게 복수개의 지불 티켓을 발급할 수 있으며, 이때, 지불 티켓 간 서로 구별이 가능하도록 발급한다. 따라서, 하나의 지불 티켓은 유일무이(唯一無二)하며, 임의적 생성이 쉽지 않은 코드 형태로 구현된다. 지불 티켓은 검증이 가능하도록 문자 또는 숫자가 조합된 코드로서, 코드 생성은 수표의 시리얼 번호, 복권-기프트 카드 등의 시리얼 번호, 인증 코드 등을 생성하는 방법이 이용될 수 있다.
단말 인증 시스템(600)은 네트워크(300)에 접속되어 있는 사용자 단말(200)을 식별 가능하며 사용자 단말(200)의 가입자가 누구인지 판단 할 수 있는 시스템이다. 이때, 단말 인증 시스템(600)은 사용자 단말(200)의 하드웨어 정보를 이용하거나 사용자 단말(200)에 다운로드 되어 있는 식별자를 이용하여 사용자 단말(200) 및 가입자를 식별한다. 또한, 단말 인증 시스템(600)은 사용자 단말(200)의 가입자 정보를 관리한다. 이러한 가입자 정보는 사용자 단말(200)이 마켓 서버(100)에서 구매시 필요한 과금 정보 즉 결제 수단을 포함한다. 이때, 결제 수단이 신용카드일 경우 신용카드 등록 정보를 포함한다.
이때, 단말 인증 시스템(600)은 지불 대행 시스템(400)이 사용자 단말(200)에게 지불 티켓 발급시 사용자 단말(200)의 가입자 정보를 추출하여 지불 대행 시스템(400)에게 제공한다. 그러면, 지불 대행 시스템(400)은 가입자 정보와 지불 티켓을 매칭하여 저장하고, 이후 과금시 사용한다.
후불 청구 시스템(500)은 사용자 단말(200)의 가입자에게 특정 금액을 과금 가능하며 과금 내용에 대하여 수납 처리가 가능하며, 지불 대행 시스템(400)으로부터 전달받은 과금 데이터에 따른 실제 과금 및 수납을 처리한다. 일반적으로 단말 인증 시스템과 연계할 수 있는 이동 통신사의 후불 청구 서버로 쉽게 실시가 가능하며 신용 카드사가 직접 관련 서비스를 제공할 경우 단말 인증 시스템과 신용 카드사의 후불 청구 서버와 연동하여도 실시가 가능하다.
이러한 후불 청구 시스템(500)은 하나만 도시하였지만, 사용자 단말(200)의 결제 수단에 따라 복수개 존재할 수 있으며, 일반적으로 통신 회사나 신용카드사 등이 구비하는 후불 청구 시스템(500)과 동일하다.
상기한 바에 따르면, 사용자 단말(200)은 다수의 마켓 서버1, …, n(100)에서 유료 디지털 컨텐츠 구매시 지불 대행 시스템(400)에서 발급받은 지불 티켓을 제공한다. 그러면, 지불 대행 시스템(400)은 사용자 단말(200)이 유료 디지털 컨텐츠를 구매한 마켓 서버(100)로부터 사용자 단말(200)이 제공한 지불 티켓 및 구매 정보를 전달받아 과금 데이터를 생성하며, 후불 청구 시스템(500)으로 전달하여 실제 과금 처리가 이루어지도록 한다.
이제, 도 2 ~ 도 5를 참고하여 마켓 서버(100), 사용자 단말(200) 및 지불 대행 시스템(400)의 세부적인 구성에 대해 설명한다.
도 2는 도 1의 마켓 서버의 구성을 나타낸 블록도이다.
도 2를 참조하면, 마켓 서버(100)는 마켓 인증 관리부(101), 컨텐츠 DB(103), 구매 처리부(105), 청구 처리부(107) 및 전송부(109)를 포함한다.
마켓 인증 관리부(101)는 지불 대행 시스템(400)에 접속하여 마켓을 등록하며, 후술할 도 6의 과정을 수행한다.
이때, 마켓 인증 관리부(101)는 지불 대행 시스템(400)으로부터 마켓 인증 정보를 발급받아 저장한다. 이러한 마켓 인증 정보는 특정 마켓이 지불 티켓 시스템(400)에 등록된 마켓임을 인증 또는 검증할 수 있는 인증서와 유사하다.
컨텐츠 DB(103)는 마켓 서버(100)가 운용하는 마켓에서 판매하는 다양한 유료 디지털 컨텐츠 및 무료 디지털 컨텐츠를 저장한다. 이때, 각 디지털 컨텐츠는 고유한 컨텐츠 관리 식별자(예, ID)와 매칭되어 있다.
구매 처리부(105)는 사용자 단말(200)에게 컨텐츠 DB(103)에 저장된 다양한 유료 디지털 컨텐츠 및 무료 디지털 컨텐츠와, 구매할 수 있는 인터페이스를 제공한다. 그리고 사용자 단말(200)로부터 구매 요청된 디지털 컨텐츠가 유료 디지털 컨텐츠일 경우, 사용자 단말(200)에게 구매 정보를 제공한다.
여기서, 구매 정보는 구매한 유료 디지털 컨텐츠 식별자를 비롯한 컨텐츠 정보, 가격, 마켓 인증 정보를 포함한다.
이때, 구매 처리부(105)는 사용자 단말(200)에게 구매 정보를 제공함과 더불어 지불 티켓 및 시그니쳐(Signature)를 요구한다.
청구 처리부(107)는 사용자 단말(200)로부터 수신한 지불 티켓 및 시그니쳐, 구매 정보를 지불 대행 시스템(400)에게 전송하여 청구를 요청하고, 청구 응답을 수신한다. 이때, 청구 응답은 청구 성공(Success) 또는 청구 실패(Fail)일 수 있다. 청구 실패일 경우, 사용자 단말(200)에게 청구 실패 알림을 제공할 수 있다.
전송부(109)는 청구 처리부(107)의 청구 요청의 성공 여부에 따라 사용자 단말(200)이 구매한 유료 디지털 컨텐츠를 사용자 단말(200)로 전송한다. 즉 청구 요청에 성공할 경우, 구매 컨텐츠의 다운로드를 허용한다.
도 3은 도 1의 사용자 단말의 구성을 나타낸 블록도이고, 도 4는 도 3의 사용자 단말이 제공하는 지불 티켓 선택 화면예이다.
도 3을 참조하면, 사용자 단말(200)은 지불 티켓 관리부(201), 저장부(203), 표시부(205), 입력부(207), 처리부(209) 및 시그니쳐 생성부(211)를 포함한다.
지불 티켓 관리부(201)는 지불 티켓 발급 시스템(400)으로부터 지불 티켓을 발급받아 저장부(203)에 저장한다. 이때, 지불 티켓에 대한 지불 시크릿(Secret)을 지불 티켓 발급 시스템(400)에 등록한다. 또한, 지불 티켓 발급을 요청할 때, 사용자 단말(200)에 저장된 단말 인증 정보를 지불 티켓 발급 시스템(400)으로 전달하여 단말 인증 후 지불 티켓을 발급받는다.
지불 티켓 관리부(201)는 마켓 서버(100)에서 지불 티켓을 사용하여 구매를 요청한 후, 구매 성공 응답을 수신한 경우, 사용된 지불 티켓을 비활성화한다.
지불 티켓 관리부(201)는 복수개의 지불 티켓을 발급받을 수 있으며, 한 번에 여러 개의 지불 티켓을 받을 수 있음은 물론이고, 여러 번 발급받을 수도 있다. 이때, 지불 티켓 발급 가능한 개수는 지불 티켓 발급 시스템(400)에 의해 제한될 수 도 있다.
지불 티켓 관리부(201)는 지불 티켓 발급 시스템(400)의 요청에 따라 발급받은 지불 티켓 각각 또는 지불 티켓 전부에 대한 지불 시크릿을 사용자로부터 입력받아 지불 티켓 발급 시스템(400)에 등록한다.
이러한 지불 시크릿은 지불 티켓에 대한 시그니쳐(Signature) 생성을 위한 암호와 같으며, 사용자가 지불 티켓을 사용하기 위해서 설정한 패스워드와 같다. 즉 사용자는 특정 마켓에서 구매 행위 시에 사용자가 구매 정보 확인 창에서 지불 티켓을 선택하고 지불 시크릿을 입력해야 한다.
저장부(203)는 지불 티켓 관리부(201)가 발급받은 복수개의 지불 티켓을 저장한다. 이때, 사용된 지불 티켓은 비활성화되고 미사용된 지불 티켓은 활성화로 표시되는 활성 상태 정보가 함께 저장될 수 있다.
표시부(205)는 사용자 단말(200)의 동작에 따른 정보를 화면 상에 출력하며, 예컨대 현재 상용화되고 있는 LCD(Liquid Crystal Display) 등이 사용될 수 있다.
이때, 표시부(205)는 저장부(203)에 저장된 복수개의 지불 티켓 중에서 하나를 선택할 수 있는 선택 화면을 출력하며, 도 4와 같다.
도 4를 참조하면, 표시부(205)는 3개의 지불 티켓(T1, T2, T3)이 나열된 지불 티켓 리스트를 화면에 출력한다. 이때, 이미 사용된 지불 티켓(T1)은 흐리게 표시되어 비활성화 상태를 표현할 수 있다. 그리고 미사용된 즉 사용 가능한 지불 티켓(T2, T3)은 활성화 상태로 표현되며, 체크 박스(□)가 함께 출력되어 사용할 지불 티켓을 사용자가 선택할 수 있게 한다.
다시, 도 3을 참조하면, 입력부(207)는 사용자 선택에 따른 입력 신호를 생성한다. 키패드, 터치 스크린 등으로 구현될 수 있다.
처리부(209)는 지불 티켓을 이용한 지불 처리 동작을 구현하는 구성으로서, 마켓 클라이언트에 탑재 또는 추가되는 기능일 수 도 있다. 여기서, 마켓 클라이언트는 현재 정책적으로 단말에 프리 로드(Pre-Load) 되어 탑재되어 마켓 서버(100)와 연동하여 동작하는 모듈이다.
처리부(209)는 마켓 서버(100)로부터 사용자가 구매 요청한 유료 디지털 컨텐츠의 구매 정보 및 마켓 인증 정보를 수신하여 사용자가 확인할 수 있도록 표시부(205)를 통해 화면에 출력한다. 여기서, 구매 정보는 어플리케이션-컨텐츠 정보, 어플리케이션-컨텐츠 가격, 마켓 정보를 포함할 수 있다.
처리부(209)는 지불 티켓 선택 화면을 구성하여 표시부(205)를 통해 화면에 출력하며, 사용자가 특정 지불 티켓을 선택하면, 선택된 지불 티켓에 대해 설정된 지불 시크릿 입력 화면을 표시부(205)를 통해 화면에 출력한다.
처리부(209)는 시그니쳐 생성부(211)가 생성한 시그니쳐, 사용자가 선택한 지불 티켓을 마켓 서버(100)로 전송하여 구매를 요청한다.
시그니쳐 생성부(211)는 입력부(207)를 통해 사용자가 입력한 지불 시크릿, 사용자가 선택한 지불 티켓 및 마켓 서버(100)로부터 수신한 구매 정보 즉 어플리케이션-컨텐츠 관리 값, 어플리케이션-컨텐츠 가격 정보를 해쉬 함수의 입력 값으로 하여 시그니쳐를 생성하여 처리부(209)에게 전달한다.
이때, 시그니쳐 생성부(211)는 MD5 또는 Sha1 과 같은 단방향 암호화 기술을 이용하여 시그니쳐를 생성할 수 있다. 이러한 단방향 암호화 기술은 암호화는 가능하지만 암호화된 내용을 가지고 원래 내용을 알아내기가 불가능한 암호화 기술로 해당 자료의 무결성을 검증하는데 많이 사용된다.
도 5는 도 1의 지불 대행 시스템의 구성을 나타낸 블록도이다.
도 5를 참조하면, 지불 대행 시스템(400)은 발급부(401), 발급 DB(403), 인등록부(405), 인증 정보 DB(407), 검증부(409), 과금 처리부(411)를 포함한다.
발급부(401)는 사용자 단말(200)에게 하나 이상의 지불 티켓을 발급하고, 발급 내역을 발급 DB(403)에 저장한다.
발급부(401)는 사용자 단말(200)로부터 수신한 단말 인증 정보를 단말 인증 시스템(600)으로 전달하여 단말 인증을 요청한다. 이때, 단말 인증에 성공한 경우, 가입자 정보를 수신하여 발급한 하나 이상의 지불 티켓과 매칭하여 발급 DB(403)에 저장한다. 여기서, 가입자 정보는 사용자 단말(200)의 가입자 식별 정보, 가입자 과금 정보 즉 결제 수단 정보를 포함한다.
발급 DB(403)는 가입자 별로 발급된 하나 이상의 지불 티켓의 매칭 정보를 저장하며, 각 지불 티켓은 사용 여부에 따라 활성 또는 비활성 상태 정보가 매칭된다.
등록부(405)는 마켓 서버(100)의 요청에 따라 마켓 서버(100)를 등록하는 프로세스를 수행한다. 이때, 마켓 서버(100)에게 마켓을 구별하기 위한 키 값 즉 마켓 인증 정보를 생성하여 제공하며, 이러한 마켓 인증 정보는 특정 암호화 기술로 암호화하여 생성할 수 있다.
또한, 마켓 인증 정보는 사용자 단말(200)에서 지불 티켓 시스템(400)으로 해당 마켓을 검증 요청할 때 사용될 수 있다.
또한, 마켓 인증 정보는 지불 티켓 시스템(400)에서 마켓에 대한 접속 제어(Access Control)를 위해 사용할 수 있다.
인증 정보 DB(407)는 서로 다른 하나 이상의 마켓 서버(100) 각각에 대해 발급한 마켓 인증 정보를 저장한다.
검증부(409)는 마켓 서버(100)로부터 전달받은 시그니쳐를 검증한다. 즉 마켓 서버(100)로부터 전달된 지불 티켓, 마켓 서버(100)로부터 전달받은 시그니쳐로부터 추출한 지불 시크릿, 마켓 서버(100)로부터 전달받은 마켓 인증 정보 및 구매 정보를 토대로 사용자 단말(200)에서 이용한 해쉬 함수와 동일한 함수를 이용하여 검증용 시그니쳐를 생성하여 전달받은 시그니쳐와 일치하는지 여부를 판단하여 시그니쳐를 검증한다. 이때, 서로 일치하면, 검증에 성공한다.
과금 처리부(411)는 검증부(409)가 검증에 성공한 경우, 과금 데이터를 생성하여 후불 청구 시스템(500)으로 전달한다. 그리고 후불 청구 시스템(500)으로부터 수납 정보가 수신되면, 마켓에 정산 처리한다.
지금까지 설명한 구성을 토대로 지불 티켓을 이용하여 유료 디지털 컨텐츠의 지불 처리 과정에 대해 설명한다.
이때, 도 1 ~ 도 4의 구성과 동일한 도면 부호를 사용한다.
도 6은 본 발명의 실시예에 따른 마켓 서버의 등록 과정을 나타낸 흐름도이다.
도 6을 참조하면, 마켓 서버 1(100)은 지불 대행 시스템(400)에 접속하여 마켓 등록을 요청(S101)하여 마켓 인증 정보(마켓1 인증값=M1)를 발급받는다(S103). 마찬가지로 마켓 서버 n(100)도 지불 대행 시스템(400)에 접속하여 마켓 등록을 요청(S105)하여 마켓 인증 정보(마켓n 인증값=Mn)를 발급받는다(S107).
그러면, 지불 대행 시스템(400)은 마켓 별로 마켓 인증 정보를 매칭하여 저장한다(S109).
그러면, 각 마켓 서버(100)는 지불 대행 시스템(400)과 연동하여 디지털 컨텐츠를 판매할 수 있는 환경이 조성된다. 또한, 각 마켓 서버(100)는 발급받은 마켓 인증 정보(M1, Mn), 해당 마켓의 앱/컨텐츠 관리 값= C1,Cn 및 앱/컨텐츠 판매 금액= P1, Pn을 관리한다.
도 7은 본 발명의 실시예에 따른 사용자 단말의 지불 티켓 발급 과정을 나타낸 흐름도이다.
도 7을 참조하면, 사용자 단말(200)은 지불 대행 시스템(400)으로 지불 티켓 발급 요청을 전송(S201)하는데, 이때, 단말 인증 정보를 포함한다. 이러한 단말 인증 정보는 단말 고유 정보 예를 들어, 단말 전화번호, IMSI(International Mobile Subscriber Identity), 단말 하드웨어 정보 등이 될 수 있다.
다음, 지불 대행 시스템(400)은 사용자 단말(200)에게 지불 시크릿 설정을 요청한다(S203). 그러면, 사용자 단말(200)은 사용자가 입력(S205)한 지불 시크릿을 지불 대행 시스템(400)으로 전송한다(S207). 이러한 지불 시크릿은 여러 개의 숫자로 조합된 비밀번호 형태일 수 있다. 또는 공인 인증서 일 수도 있다.
다음, 지불 대행 시스템(400)은 사용자 단말(200)로부터 S201 단계에서 수신한 단말 인증 정보를 단말 인증 시스템(600)으로 전송하여 단말 인증을 요청한다(S209).
그러면, 단말 인증 시스템(600)은 S209 단계에서 수신한 단말 인증 정보를 이용하여 단말 인증을 수행(S211)하고, 인증에 성공하면, 가입자 정보를 추출(S213)하여 지불 대행 시스템(400)으로 전송한다(S215).
지불 대행 시스템(400)은 가입자 정보가 수신되면, 단말 인증에 성공한 경우로 판단하여 지불 티켓을 생성(S217)한다. 그리고 지불 티켓, 지불 시크릿 및 가입자 정보를 매칭하여 저장한다(S219).
지불 대행 시스템(400)은 S217 단계에서 생성한 지불 티켓을 사용자 단말(200)로 전송(S221)하며, 사용자 단말(200)은 발급받은 지불 티켓을 저장한다(S223).
이때, 지불 티켓은 하나 이상 발급될 수 있다. 또한, 사용자 단말(200)에 저장된 지불 티켓을 모두 사용한 경우, 다시 모든 단계(S201~S223)를 반복한다.
도 8은 본 발명의 실시예에 따른 지불 티켓을 이용하여 지불 처리 하는 과정을 나타낸 흐름도이고, 도 9는 도 8의 S317 단계에서 전송되는 데이터의 구체적인 예시도이다.
도 8을 참조하면, 사용자 단말(200)이 마켓 서버(100)에 접속하여 디지털 컨텐츠의 구매를 요청(S301)한다.
다음, 마켓 서버(100)는 마켓 인증 정보가 포함된 구매 정보를 사용자 단말(200)로 전송한다(S303). 이러한 구매 정보는 마켓 인증 정보=M1, 디지털 컨텐츠 관리 값=C1, 디지털 컨텐츠 가격=P1 으로 구성될 수 있다.
이때, 사용자 단말(200)은 S303 단계에서 수신한 구매 정보를 화면에 출력하여 사용자가 볼 수 있게 한다.
다음, 마켓 서버(100)는 유료 디지털 컨텐츠의 결제 수단으로서 지불 티켓을 요청한다(S305).
그러면, 사용자 단말(200)은 기 발급받은 하나 이상의 지불 티켓을 화면에 출력하여 사용자로부터 선택받는다(S307). 그리고 지불 시크릿을 입력받는다(S309). 여기서, 지불 티켓 선택 및 지불 시크릿 입력 화면은 사용자 단말(200)의 자체 메뉴를 통해서 구현될 수 있다. 혹은 마켓 서버(100)와 연동하여 웹 페이지를 통해 구현될 수 있다.
다음, 사용자 단말(200)은 S307 단계에서 선택된 지불 티켓은 비활성화(S311)하고, 시그니쳐를 생성한다(S313). 즉 마켓 인증값(M1), 구매 컨텐츠 관리값 (C1), 지불 금액(P1)과 지불 티켓(T1), 지불 시크릿(Sec)을 토대로 Hash 함수를 이용하여 시그니쳐 S1를 생성한다.
다음, 사용자 단말(200)은 S307 단계에서 선택된 지불 티켓 및 S313 단계에서 생성된 시그니쳐를 마켓 서버(100)로 전송한다(S315).
그러면, 마켓 서버(100)는 지불 대행 시스템(400)으로 청구 요청을 전송(S317)하는데, 청구 요청은 도 9와 같이 구성될 수 있다.
도 9를 참조하면, 청구 요청은 지불 티켓(T1), 시그니쳐(S1), 마켓 인증값(M1), 앱/컨텐츠(구매한 컨텐츠) 관리값(C1), 앱/컨텐츠(구매한 컨텐츠) 가격(P1)을 포함한다.
다시 도 8을 참조하면, 지불 대행 시스템(400)은 마켓 인증 값(M1)이 마켓 인증 정보 DB(450)에 저장된 값인지 조회하여 마켓을 인증(S319)한다.
다음, 지불 대행 시스템(400)은 발급 DB(430)를 조회하여 지불 티켓(T1)을 발급받은 가입자의 지불 시크릿 및 가입자 정보를 추출한다(S321).
다음, 지불 대행 시스템(400)은 사용자 단말(200)에서 사용된 해쉬 함수와 동일한 해쉬 함수를 이용하여 검증용 시그니쳐를 생성한다(S323). 즉 S321 단계에서 추출한 지불 시크릿, 지불 티켓과 S317 단계에서 수신한 마켓 인증값(M1), 앱/컨텐츠 값(C1), 앱/컨텐츠 가격(P1)을 토대로 검증용 시그니쳐를 생성한다
다음, 지불 대행 시스템(400)은 S317 단계에서 수신한 시그니쳐와 S323 단계에서 생성한 검증 시그니쳐를 비교(S325)하여 일치하는지 판단한다(S327).
이때, 일치하지 않으면, 마켓 서버(100)가 제공하는 /컨텐츠 값(C1), 앱/컨텐츠 가격(P1)이 위조되었거나 사용자 단말(200)이 제공한 지불 티켓(T1), 지불 시크릿(Sec)이 위조 되었다고 판단이 가능하다. 그리고 지불 대행 시스템(400)은 청구 실패를 마켓 서버(100)로 반환한다(S327). 그러면, 마켓 서버(100)는 청구 실패에 따른 구매 불가 알림을 사용자 단말(100)에 전송할 수 있다.
한편, 일치하면, 지불 대행 시스템(400)은 정당한 시그니쳐로 판단하여 S321 단계에서 추출한 가입자 정보를 이용하여 과금 데이터를 생성한다(S329). 이때, 과금 데이터는 실제 청구 및 수납에 따라 정산이 가능하도록 관련 정보들을 포함시킨다. 예를들어, 가입자 식별자(B1), 지불 티켓(T1), 마켓 인증값(M1), 앱/컨텐츠 관리 값(C1), 앱/컨텐츠 가격(P1), 지불 시크릿(Sec), 시그니쳐(S1)가 포함될 수 있다.
지불 대행 시스템(400)은 마켓 서버(100)로 청구 성공을 반환(S333)하고, 마켓 서버(100)는 사용자가 구매한 컨텐츠를 사용자 단말(200)로 전송한다(S335).
또한, 지불 대행 시스템(400)은 S331 단계에서 생성한 과금 데이터를 후불 청구 시스템(500)으로 전송(S337)한다. 그러면, 후불 청구 시스템(500)은 과금 데이터를 토대로 청구 및 수납 처리한다(S339).
또한, 지불 대행 시스템(400)은 과금에 사용된 지불 티켓(T1)을 비활성화시킨다(S341). 만약, 추후 청구 요청된 지불 티켓이 비활성화된 티켓이라면, 이 때 역시 청구 실패가 마켓 서버(100)로 반환된다.
이상에서 설명한 본 발명의 실시예는 장치 및 방법을 통해서만 구현이 되는 것은 아니며, 본 발명의 실시예의 구성에 대응하는 기능을 실현하는 프로그램 또는 그 프로그램이 기록된 기록 매체를 통해 구현될 수도 있다.
이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.

Claims (19)

  1. 사용자 단말의 요청에 따라 하나 이상의 지불 티켓을 생성하여 상기 사용자 단말로 전송하는 발급부; 및
    마켓 서버로부터 상기 사용자 단말이 구매한 유료 디지털 컨텐츠의 구매 정보 및 지불 티켓을 수신하고, 상기 지불 티켓 및 상기 구매 정보를 이용하여 상기 유료 디지털 컨텐츠의 과금 처리를 수행하는 과금 처리부
    를 포함하는 지불 대행 시스템.
  2. 제1항에 있어서,
    상기 하나 이상의 지불 티켓은,
    지불 티켓 간에 서로 구별할 수 있는 유일한 코드 형태로 구현되고, 랜덤하게 생성된 시리얼 번호를 포함하는 지불 대행 시스템.
  3. 제1항에 있어서,
    상기 사용자 단말 별로 발급된 하나 이상의 지불 티켓 및 가입자 정보를 매칭하여 저장하는 발급 DB를 더 포함하고,
    상기 과금 처리부는,
    상기 마켓 서버로부터 수신한 지불 티켓과 매칭된 가입자 정보를 상기 발급DB로부터 획득하고, 상기 가입자 정보 및 상기 구매 정보를 이용하여 과금 데이터를 생성하여 상기 가입자 정보를 통해 확인되는 청구 시스템으로 전송하는 지불 대행 시스템.
  4. 제3항에 있어서,
    상기 청구 시스템은,
    신용카드사 또는 통신사업자의 후불 청구 시스템을 포함하는 지불 대행 시스템.
  5. 제3항에 있어서,
    상기 발급 DB는,
    사용 여부에 따라 활성화 또는 비활성화되는 상기 하나 이상의 지불 티켓을 저장하고,
    상기 과금 처리부는,
    상기 과금 데이터를 전송한 이후, 상기 마켓 서버로부터 수신한 지불 티켓을 비활성화시키는 지불 대행 시스템.
  6. 제3항에 있어서,
    상기 발급부는,
    상기 사용자 단말로부터 단말 인증 정보가 포함된 지불 티켓 발급 요청을 수신하고, 단말 인증 시스템으로 상기 단말 인증 정보를 전송하여 단말 인증을 요청하며, 단말 인증에 성공하면, 상기 가입자 정보를 수신하는 지불 대행 시스템.
  7. 제6항에 있어서,
    상기 발급부는,
    상기 지불 티켓 발급 요청이 수신되면, 상기 사용자 단말에게 지불 시크릿을 요청하여 수신하고, 상기 하나 이상의 지불 티켓, 상기 지불 시크릿 및 상기 가입자 정보를 매칭하여 상기 발급 DB에 사용자 단말 별로 저장하는 지불 대행 시스템.
  8. 제6항에 있어서,
    사업자가 서로 다른 하나 이상의 마켓 서버의 등록 요청에 따라 마켓을 식별할 수 있는 마켓 인증 정보를 상기 하나 이상의 마켓 서버로 전송하며, 마켓 서버 별로 상기 마켓 인증 정보를 매칭하여 저장하는 등록부를 더 포함하고,
    상기 과금 처리부는,
    상기 마켓 서버로부터 상기 사용자 단말이 구매한 유료 디지털 컨텐츠의 구매 정보, 지불 티켓 및 상기 마켓 인증 정보를 수신하고, 상기 마켓 인증 정보를 이용하여 상기 마켓 서버의 등록 여부를 판단하여 지불 대행이 가능한 마켓인지를 인증하는 지불 대행 시스템.
  9. 제8항에 있어서,
    상기 마켓 서버로부터 상기 구매 정보, 상기 지불 티켓, 상기 마켓 인증 정보 및 상기 사용자 단말에서 생성된 시그니쳐를 수신하고, 상기 마켓 서버로부터 수신한 지불 티켓을 발급받은 가입자 정보를 상기 발급 DB로부터 확인하며, 상기 가입자 정보에 매칭된 지불 티켓 및 지불 시크릿을 추출하여 상기 구매 정보와 더불어 검증용 시그니쳐를 생성하며, 상기 마켓 서버로부터 수신한 시그니쳐와 상기 검증용 시그니쳐가 일치하는 지 판단하는 검증부를 더 포함하고,
    상기 과금 처리부는 상기 검증부가 시그니쳐 검증에 성공하는 경우, 상기 과금 데이터를 생성하는 지불 대행 시스템.
  10. 제9항에 있어서,
    상기 과금 처리부는,
    상기 마켓 서버로부터 수신한 시그니쳐와 상기 검증용 시그니쳐가 일치하지 않는 경우, 청구 실패를 상기 마켓 서버로 리턴하고, 일치하는 경우, 청구 성공을 상기 마켓 서버로 리턴하는 지불 대행 시스템.
  11. 하나 이상의 지불 티켓을 지불 대행 시스템으로부터 발급받는 지불 티켓 관리부; 및
    마켓 서버에 접속하여 유료 디지털 컨텐츠를 구매 요청하면서 상기 하나 이상의 지불 티켓 중에서 사용자가 선택한 지불 티켓을 전송하는 처리부를 포함하고,
    상기 지불 티켓은, 상기 마켓 서버에 의해 상기 지불 대행 시스템으로 전달되어 상기 유료 디지털 컨텐츠의 과금 처리에 사용되는 사용자 단말.
  12. 제11항에 있어서,
    상기 지불 티켓 관리부는,
    상기 지불 대행 시스템의 요청에 따라 사용자가 입력한 지불 시크릿을 상기 지불 대행 시스템에 등록하고,
    상기 처리부는,
    상기 구매 요청시 사용자가 입력한 상기 지불 시크릿을 이용하여 상기 마켓 서버로부터 수신한 구매 정보 및 상기 사용자가 선택한 지불 시크릿을 토대로 시그니쳐를 생성하며, 상기 사용자가 선택한 지불 시크릿 및 상기 시그니쳐를 상기 마켓 서버로 전송하는 사용자 단말.
  13. 제12항에 있어서,
    상기 처리부는,
    상기 구매 요청시 사용자가 입력한 지불 시크릿, 상기 사용자가 선택한 지불 티켓 및 상기 구매 정보에 포함된 마켓 인증 정보, 구매 컨텐츠 식별자, 구매 컨텐츠 가격을 해쉬 함수의 입력 값으로 하여 상기 시그니쳐를 생성하는 사용자 단말.
  14. 제12항에 있어서,
    사용 여부에 따라 활성화 또는 비활성화되는 상기 하나 이상의 지불 티켓을 저장하는 저장부를 더 포함하고,
    상기 처리부는,
    상기 저장부에 저장된 하나 이상의 지불 티켓 중에서 상기 구매 요청시 사용자가 선택한 지불 시크릿을 비활성화시키는 사용자 단말.
  15. 제14항에 있어서,
    상기 하나 이상의 지불 티켓 별로 활성화 또는 비활성 상태가 표시되고, 체크 박스가 포함된 지불 티켓 리스트를 화면에 출력하는 표시부를 더 포함하고,
    상기 처리부는,
    상기 마켓 서버의 지불 티켓 요청에 따라 상기 지불 티켓 리스트를 화면에 출력하는 사용자 단말.
  16. 제15항에 있어서,
    상기 처리부는,
    상기 마켓 서버와 연동하여 웹 페이지 형태로 상기 지불 티켓 리스트를 상기 표시부에 출력하거나 또는 단말 메뉴를 통해 상기 지불 티켓 리스트를 상기 표시부에 출력하는 사용자 단말.
  17. 지불 대행 시스템에 마켓 등록을 요청하여 마켓 인증 정보를 수신하여 저장하는 마켓 인증 관리부; 및
    사용자 단말이 상기 지불 대행 시스템으로부터 발급받은 지불 티켓을 상기 사용자 단말로부터 수신하고, 상기 사용자 단말이 구매한 유료 디지털 컨텐츠의 구매 정보, 상기 마켓 인증 정보 및 상기 지불 티켓을 상기 지불 대행 시스템으로 전송하여 상기 유료 디지털 컨텐츠의 과금 청구를 요청하는 청구 처리부
    를 포함하는 마켓 서버.
  18. 제17항에 있어서,
    상기 사용자 단말이 구매한 유료 디지털 컨텐츠를 상기 사용자 단말로 전송하는 전송부를 더 포함하고,
    상기 청구 처리부는,
    상기 지불 대행 시스템으로부터 과금 청구 요청에 대한 성공 응답 또는 실패 응답을 수신하고, 상기 성공 응답이 수신된 경우 상기 유료 디지털 컨텐츠를 상기 사용자 단말로 전송하며, 상기 실패 응답이 수신된 경우 과금 실패를 상기 사용자 단말로 리턴하는 마켓 서버.
  19. 제17항에 있어서,
    상기 청구 처리부는,
    상기 사용자 단말이 구매를 요청하면, 구매 요청한 유료 디지털 컨텐츠의 관리 식별자, 가격 정보, 마켓 인증 정보를 상기 사용자 단말로 전송하고, 상기 사용자 단말로부터 지불 티켓 및 시그니쳐-상기 시그니쳐는 상기 사용자 단말에서 상기 관리 식별자, 상기 가격 정보, 지불 시크릿 및 상기 마켓 인증 정보를 토대로 생성됨-를 수신하며, 상기 지불 티켓, 상기 시그니쳐, 상기 마켓 인증 정보, 상기 사용자 단말이 구매한 컨텐츠 관리 식별자 및 가격을 포함하는 청구 요청을 상기 지불 대행 시스템으로 전송하는 마켓 서버.
KR1020110141756A 2011-12-23 2011-12-23 지불 대행 시스템, 사용자 단말 및 마켓 서버 Ceased KR20130082948A (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020110141756A KR20130082948A (ko) 2011-12-23 2011-12-23 지불 대행 시스템, 사용자 단말 및 마켓 서버
US13/486,570 US20130166410A1 (en) 2011-12-23 2012-06-01 Payment agency system, user terminal and market server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020110141756A KR20130082948A (ko) 2011-12-23 2011-12-23 지불 대행 시스템, 사용자 단말 및 마켓 서버

Publications (1)

Publication Number Publication Date
KR20130082948A true KR20130082948A (ko) 2013-07-22

Family

ID=48655487

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020110141756A Ceased KR20130082948A (ko) 2011-12-23 2011-12-23 지불 대행 시스템, 사용자 단말 및 마켓 서버

Country Status (2)

Country Link
US (1) US20130166410A1 (ko)
KR (1) KR20130082948A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102388281B1 (ko) * 2021-08-17 2022-04-19 주식회사 페이스토리 디지털 컨텐츠 상품권 거래 시스템

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130311382A1 (en) * 2012-05-21 2013-11-21 Klaus S. Fosmark Obtaining information for a payment transaction
US9219791B2 (en) 2012-12-13 2015-12-22 Digiboo Llc Digital filling station for digital locker content
US20140172603A1 (en) * 2012-12-13 2014-06-19 Digiboo Llc System and method for wireless content delivery and transaction management
EP2843605A1 (en) * 2013-08-30 2015-03-04 Gemalto SA Method for authenticating transactions
CN106022861B (zh) * 2016-05-06 2022-02-18 北京猫眼文化传媒有限公司 一种电子票的线上转让方法与装置
TWI659374B (zh) * 2017-08-16 2019-05-11 臺灣銀行股份有限公司 行動網銀交易認證方法及系統
CN110910132B (zh) * 2019-12-05 2025-07-04 上海商米科技集团股份有限公司 智能商业终端上支付功能实现的方法和装置

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5627355A (en) * 1994-07-13 1997-05-06 Rahman; Sam Transaction device, equipment and method for protecting account numbers and their associated personal identification numbers
US6088686A (en) * 1995-12-12 2000-07-11 Citibank, N.A. System and method to performing on-line credit reviews and approvals
GB9624127D0 (en) * 1996-11-20 1997-01-08 British Telecomm Transaction system
US6163771A (en) * 1997-08-28 2000-12-19 Walker Digital, Llc Method and device for generating a single-use financial account number
US7555460B1 (en) * 2000-06-05 2009-06-30 Diversinet Corp. Payment system and method using tokens
US6636833B1 (en) * 1998-03-25 2003-10-21 Obis Patents Ltd. Credit card system and method
US7606760B2 (en) * 1999-06-18 2009-10-20 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US6839683B1 (en) * 2000-02-15 2005-01-04 Walker Digital, Llc Systems and methods using a representation of a stored benefit to facilitate a transaction
AU2001251155A1 (en) * 2000-03-31 2001-10-15 Softcoin, Inc. Facilitating transactions between merchant, associate, and user
US20020007351A1 (en) * 2000-04-28 2002-01-17 Hillegass James C. Digital tokens and system and method relating to digital tokens
US6938019B1 (en) * 2000-08-29 2005-08-30 Uzo Chijioke Chukwuemeka Method and apparatus for making secure electronic payments
US7533336B2 (en) * 2001-03-01 2009-05-12 International Business Machines Corporation Method and apparatus for facilitating construction of e-commerce web pages having featured products and the like
US9219708B2 (en) * 2001-03-22 2015-12-22 DialwareInc. Method and system for remotely authenticating identification devices
JP4632662B2 (ja) * 2001-06-05 2011-02-16 富士通株式会社 電子クーポンを用いた電子商取引方法
US7996324B2 (en) * 2001-07-10 2011-08-09 American Express Travel Related Services Company, Inc. Systems and methods for managing multiple accounts on a RF transaction device using secondary identification indicia
US9031880B2 (en) * 2001-07-10 2015-05-12 Iii Holdings 1, Llc Systems and methods for non-traditional payment using biometric data
US7103576B2 (en) * 2001-09-21 2006-09-05 First Usa Bank, Na System for providing cardless payment
US7917444B1 (en) * 2001-10-29 2011-03-29 Mcafee, Inc. Secure single-use transaction numbers
US8224754B2 (en) * 2004-12-15 2012-07-17 Microsoft Corporation Generation, distribution and verification of tokens using a secure hash algorithm
AU2007296351B2 (en) * 2006-09-15 2012-02-09 Visa International Service Association Method and system for cross-issuer registration of transaction cards
WO2008148118A2 (en) * 2007-05-25 2008-12-04 Metafos Inc. Anonymous online payment systems and methods
US20100276484A1 (en) * 2009-05-01 2010-11-04 Ashim Banerjee Staged transaction token for merchant rating
AU2011207551C1 (en) * 2010-01-19 2015-05-14 Visa International Service Association Token based transaction authentication
US10580049B2 (en) * 2011-04-05 2020-03-03 Ingenico, Inc. System and method for incorporating one-time tokens, coupons, and reward systems into merchant point of sale checkout systems
US10380585B2 (en) * 2011-06-02 2019-08-13 Visa International Service Association Local usage of electronic tokens in a transaction processing system
US9270674B2 (en) * 2013-03-29 2016-02-23 Citrix Systems, Inc. Validating the identity of a mobile application for mobile application management

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102388281B1 (ko) * 2021-08-17 2022-04-19 주식회사 페이스토리 디지털 컨텐츠 상품권 거래 시스템

Also Published As

Publication number Publication date
US20130166410A1 (en) 2013-06-27

Similar Documents

Publication Publication Date Title
TWI534731B (zh) 用於資產之安全元件交易及管理之裝置及方法
KR20130082948A (ko) 지불 대행 시스템, 사용자 단말 및 마켓 서버
CN105612543A (zh) 用于为移动设备供应支付凭证的方法和系统
WO2012098556A1 (en) Direct carrier billing
CN102368325A (zh) 网络商业交易
CN102103778A (zh) 移动支付系统、移动终端及移动支付业务的实现方法
CN105046488A (zh) 用于生成交易签署一次性密码的方法、设备和系统
JP6667498B2 (ja) リモート取引システム、方法およびｐｏｓ端末
CN1726519B (zh) 为交易提供便利和认证的方法和装置
JP2008027425A (ja) 電子決済システム、電子決済サーバ、有価価値提供装置、移動体通信端末、並びに電子決済方法
CN102592239A (zh) 网络商业交易
KR101122032B1 (ko) 전자거래를 수행하는 방법
KR20020066755A (ko) 이동통신단말기에서 바코드를 이용한 신용카드결재 및신용카드 부가 서비스 제공에 관한 방법
JP7268279B2 (ja) オンシェルフ取引デバイスのための非接触型支払として受付可能なセキュアなモバイル支払及びバックオフィスアプリケーションソリューション
JP2014002741A (ja) 多様な決済手段を用いるａｒｓ認証ベースの決済システム及び決済方法
TW201317911A (zh) 雲端信用卡交易系統及其交易方法
KR101505847B1 (ko) 결제 처리를 위한 제휴사 앱 인증 방법
KR101472751B1 (ko) 제휴사 앱을 이용한 결제 제공 방법 및 시스템
KR101398021B1 (ko) 결제채널 관리방법
KR20120076654A (ko) 개인 휴대폰 번호를 기반으로 한 카드결제 중계 시스템 및 그 방법
RU2321060C1 (ru) Способ осуществления платежей пользователями мобильной сотовой связи
KR100501164B1 (ko) 스마트 카드가 내장된 이동통신 단말기를 이용한인증/결제 시스템 및 방법
KR101628835B1 (ko) 보안이 강화된 안심쇼핑 인증방법 및 시스템
KR20250087735A (ko) 블록체인 기반의 상품 교환권 선물하기 서비스 제공 서버 및 방법
KR101554602B1 (ko) 결제 서비스 시스템 및 방법

Legal Events

Date Code Title Description
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 20111223

PG1501 Laying open of application
A201 Request for examination
PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20130806

Comment text: Request for Examination of Application

Patent event code: PA02011R01I

Patent event date: 20111223

Comment text: Patent Application

PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20140811

Patent event code: PE09021S01D

E601 Decision to refuse application
PE0601 Decision on rejection of patent

Patent event date: 20150217

Comment text: Decision to Refuse Application

Patent event code: PE06012S01D

Patent event date: 20140811

Comment text: Notification of reason for refusal

Patent event code: PE06011S01I