KR20200093141A - 모바일 통합 결제 서비스 제공 방법 및 장치 - Google Patents

모바일 통합 결제 서비스 제공 방법 및 장치 Download PDF

Info

Publication number
KR20200093141A
KR20200093141A KR1020190010253A KR20190010253A KR20200093141A KR 20200093141 A KR20200093141 A KR 20200093141A KR 1020190010253 A KR1020190010253 A KR 1020190010253A KR 20190010253 A KR20190010253 A KR 20190010253A KR 20200093141 A KR20200093141 A KR 20200093141A
Authority
KR
South Korea
Prior art keywords
payment
information
library
integrated
specific
Prior art date
Application number
KR1020190010253A
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 KR1020190010253A priority Critical patent/KR20200093141A/ko
Publication of KR20200093141A publication Critical patent/KR20200093141A/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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

모바일 통합 결제 서비스 제공 방법 및 장치를 개시한다.
본 실시예는 POS에서 오프라인으로 결제를 수행할 때, 비신용카드 방식인 단말기에 설치된 간편 결제 애플리케이션을 이용하는 경우, POS에서 간편 결제 별로 별도의 결제 과정을 수행하는 것이 아니라 통합된 하나의 방식으로 결제 수단을 인식하고, 결제 수단에 대응하는 라이브러리를 호출하여 통합된 방식으로 간편 결제가 수행되도록 하는 모바일 통합 결제 서비스 제공 방법 및 장치를 제공한다.

Description

모바일 통합 결제 서비스 제공 방법 및 장치{Method And Apparatus for Providing Mobile Integrated Payment Service}
본 실시예는 모바일 통합 결제 서비스 제공 방법 및 장치에 관한 것이다.
이하에 기술되는 내용은 단순히 본 실시예와 관련되는 배경 정보만을 제공할 뿐 종래기술을 구성하는 것이 아니다.
스마트 폰(Smart Phone), 태블릿(Tablet) 등을 포함하는 최근의 모바일 단말기는 이동통신망 또는 무선랜에 기반한 인터넷 접속 기능이 강화되고 컴퓨터처럼 각종 애플리케이션(Application, 즉, 소프트웨어)을 설치하여 다양한 기능을 수행할 수 있다.
스마트 폰에서 상품을 구매하기 위해서 사용하는 대금결제 방법은 계좌이체, 신용카드 결제 등이 주로 사용되며, 최근 들어 핀테크(FinTech) 기술이 접목되면서 더욱 편리해지고 있다.
최근 스마트폰 등의 휴대단말을 이용한 결제방법이 늘어나면서 다양한 방법의 결제수단이 등장하고 있다. 모바일 운영체제 기반의 결제 애플리케이션(Application)을 통해 결제를 진행하는 경우에는 다양한 결제 대행사(Payment Gateway)에서 결제 플랫폼을 제공하여 결제 서비스를 제공하고 있다.
통상, 온라인 결제에 있어서 휴대단말에 설치된 애플리케이션을 실행시켜 결제해야 하는 경우, 결제 수단을 제공하는 복수의 애플리케이션 중에 어떤 애플리케이션을 실행해야 하는지 알 수 없으므로 사용자가 결제를 실행할 때마다 결제 애플리케이션을 지정해야 하는 불편함이 있다.
오프라인 결제에 있어서, 안드로이드 폰의 경우 NFC 기능이 오픈되어 있어 NFC 기능을 이용한 결제가 가능하나, 아이폰의 경우 NFC 기능이 내장되어 있음에도 불구하고, 애플 정책에 따라 NFC 기능이 오픈되지 않아 결제에 대한 어려움이 있다.
모바일 근거리 결제(Mobile Near-Field Payment)란 핸드셋(Handset) 또는 다른 모바일 장치의 수단에 의해 결제(Paying)하는 것을 지칭한다. 모바일 장치들은 근거리 통신(NFC: Near Field Communication), 적외선, 블루투스(Bluetooth) 등과 같은 채널들을 이용해 상인의 POS 단말들과 정보의 상호작용(Interaction)을 수행한다. NFC는 널리 개발된 단거리용 무선통신 기술이다. 이것은 비-접촉식 점대점(Point-To-Point) 방식의 데이터 전송에 의하여 전자 장치들 사이의 데이터 교환을 가능하게 한다.
하지만, 일반적으로 오프라인에서 모바일 근거리 결제를 수행하기 위해서는 POS에서 결제 방식마다 상이한 결제 처리를 수행해야만 하는 문제가 있다. 즉, 캐셔 입장에서는 신용카드 방식과 상이하게 결제 제공사에서 제공하는 다양한 결제 방식에 맞게 POS를 조작하여야만 결제를 수행할 수 있는 문제가 있다.
본 실시예는 POS에서 오프라인으로 결제를 수행할 때, 비신용카드 방식인 단말기에 설치된 간편 결제 애플리케이션을 이용하는 경우, POS에서 간편 결제 별로 별도의 결제 과정을 수행하는 것이 아니라 통합된 하나의 방식으로 결제 수단을 인식하고, 결제 수단에 대응하는 라이브러리를 호출하여 통합된 방식으로 간편 결제가 수행되도록 하는 모바일 통합 결제 서비스 제공 방법 및 장치를 제공하는 데 목적이 있다.
본 실시예의 일 측면에 의하면, 소프트웨어적인 통합 결제 버튼을 입력받는 버튼 입력부; 상기 통합 결제 버튼에 대응하여 단말기로부터 결제 정보를 획득하는 결제 정보 획득부; 상기 결제 정보로부터 숫자 및 길이값을 인식하고, 상기 숫자와 상기 길이값을 기반으로 복수의 결제 수단 중 특정 결제 수단을 인식하는 결제 수단 인식부; 통합 결제 라이브러리를 호출하는 제1 라이브러리 호출부; 상기 통합 결제 라이브러리를 이용하여 상기 특정 결제 수단에 대한 전문 정보를 생성하는 전문 생성부; 상기 통합 결제 라이브러리 중 상기 특정 결제 수단에 대응하는 개별 결제 라이브러리를 호출하는 제2 라이브러리 호출부; 및 상기 개별 결제 라이브러리를 이용하여 상기 전문 정보에 대응하는 결제 서버와 연동하여 결제 처리를 수행하는 결제 처리부를 포함하는 것을 특징으로 하는 모바일 통합 결제 장치를 제공한다.
상기 결제 정보 획득부는 상기 단말기가 출력하는 바코드(Barcode), QR 코드(Quick Response Code), NFC(Near Field Communication), 고주파 사운드, 초음파(Ultra-sound), 블루투스(Bluetooth) 중 적어도 하나 이상의 방식으로 상기 결제 정보를 획득한다.
상기 결제 수단 인식부는 상기 결제 정보를 인식하여 상기 숫자 및 상기 길이값을 추출하고, 상기 숫자 중 기 설정된 앞자리 숫자를 기반으로 상기 특정 결제 수단을 인식하거나 상기 길이값을 기반으로 기 설정된 결제 방식 정보를 확인하고, 상기 결제 방식 정보에서 상기 기 설정된 앞자리 숫자를 기반으로 상기 특정 결제 수단을 인식한다.
상기 결제 수단 인식부는 상기 숫자 중 기 설정된 앞자리 숫자에 매핑된 고유번호(Bin값)을 확인하고, 기 설정된 결제 수단 정보 중 상기 고유번호가 매핑된 정보를 추출하여 상기 특정 결제 수단으로 인식한다.
상기 제1 라이브러리 호출부는 상기 특정 결제 수단을 처리하기 위해 결제와 관련된 다양한 라이브러리들을 하나로 패키징된 상기 통합 결제 라이브러리를 호출한다.
상기 전문 생성부는 상기 특정 결제 수단 별로 기 설정된 타입에 각각의 데이터 필드를 파싱(Parsing)하여 결제 레코드 정보를 생성하고, 상기 결제 레코드 정보를 기반으로 상기 전문 정보를 생성한다.
상기 전문 생성부는 상기 특정 결제 수단 별로 기 설정된 타입에 상기 결제 정보로부터 추출한 가맹점 정보, 결제 금액 정보, 카드 번호 정보, 할부방식 정보를 각각 파싱하여 상기 전문 정보를 생성한다.
상기 제2 라이브러리 호출부는 상기 특정 결제 수단에 대응하는 상기 개별 결제 라이브러리에 포함된 결제 목적지 주소를 확인한다.
상기 결제 처리부는 상기 결제 목적지 주소에 대응하는 상기 결제 서버와 연동하여 상기 결제 처리를 수행한다.
상기 통합 결제 라이브러리는 복수의 개별 결제 라이브러리 각각을 하나로 래핑(Wrapping)하며, 복수의 개별 결제 라이브러리 각각과 연동하는 이중 구조 라이브러리 형태를 갖는다.
본 실시예의 다른 측면에 의하면, 소프트웨어적인 통합 결제 버튼을 입력받는 과정; 상기 통합 결제 버튼에 대응하여 단말기로부터 결제 정보를 획득하는 과정; 상기 결제 정보로부터 숫자 및 자리값을 인식하는 과정; 상기 숫자와 상기 자리값을 기반으로 복수의 결제 수단 중 특정 결제 수단을 인식하는 과정; 통합 결제 라이브러리를 호출하는 과정; 상기 통합 결제 라이브러리를 이용하여 상기 특정 결제 수단에 대한 전문 정보를 생성하는 과정; 상기 통합 결제 라이브러리 중 상기 특정 결제 수단에 대응하는 개별 결제 라이브러리를 호출하는 과정; 및 상기 개별 결제 라이브러리를 이용하여 상기 전문 정보에 대응하는 결제 서버와 연동하여 결제 처리를 수행하는 과정을 포함하는 것을 특징으로 하는 모바일 통합 결제 서비스 제공 방법을 제공한다.
이상에서 설명한 바와 같이 본 실시예에 의하면, POS에서 오프라인으로 결제를 수행할 때, 비신용카드 방식인 단말기에 설치된 간편 결제 애플리케이션을 이용하는 경우, POS에서 간편 결제 별로 별도의 결제 과정을 수행하는 것이 아니라 통합된 하나의 방식으로 결제 수단을 인식하고, 결제 수단에 대응하는 라이브러리를 호출하여 통합된 방식으로 간편 결제가 수행되도록 하는 효과가 있다.
도 1은 본 실시예에 따른 모바일 통합 결제 서비스 제공 시스템을 개략적으로 나타낸 블럭 구성도이다.
도 2는 본 실시예에 따른 POS를 개략적으로 나타낸 블럭 구성도이다.
도 3a은 본 실시예에 따른 통합 결제 버튼을 나타낸 도면이다.
도 3b는 본 실시예에 따른 결제 정보로부터 숫자 및 길이값을 인식하는 방식을 나타낸 도면이다.
도 3c은 본 실시예에 따른 이중 라이브러리 구조를 나타낸 도면이다.
도 4는 본 실시예에 따른 모바일 통합 결제 서비스 제공 방법을 설명하기 위한 순서도이다.
이하, 본 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
도 1은 본 실시예에 따른 모바일 통합 결제 서비스 제공 시스템을 개략적으로 나타낸 블럭 구성도이다.
본 실시예에 따른 모바일 통합 결제 서비스 제공 시스템은 단말기(110), 리더기(120), POS(130)를 포함한다. 모바일 통합 결제 서비스 제공 시스템에 포함된 구성요소는 반드시 이에 한정되는 것은 아니다.
본 실시예에 따른 모바일 통합 결제 서비스 제공 시스템은 정확한 결제 수단을 모르는 상태에서 결제 수단 구분하며, 결제 수단이 구분되면, 이중 라이브러리 구조를 이용하여 결제 처리를 수행한다.
본 실시예에 따른 모바일 통합 결제 서비스 제공 시스템은 통합 결제 라이브러리와 연동하는 개별 결제 라이브러리들이 연동한다. 개별 결제 라이브러리들은 별도의 파일 또는 통합 파일 형태로 통합 결제 라이브러리 내에 존재한다.
통합 결제 라이브러리 내에 개별 결제 라이브러리들이 래핑되어 있으므로, 통합 결제 라이브러리는 개별 결제 라이브러리를 제어하거나 호출할 수 있는 구조를 갖는다.
본 실시예에 따른 모바일 통합 결제 서비스 제공 시스템은 바코드, QR 정보를 파싱한 정보(숫자와 길이)를 기반으로 결제 수단을 확인하고, 결제 수단별 각각의 필드들을 파싱하여 레코드를 생성한다.
모바일 통합 결제 서비스 제공 시스템은 레코드를 기반으로 전문 정보를 생성하고, 전문 정보에 대응하는 라이브러리를 호출해서 해당 결제사 서버로 전송한다.
여기서, 라이브러리는 윈도우 기반의 동적 연결 라이브러리(DLL), 안드로이드 기반의 JAR 뿐만 아니라 다양한 OS 환경에 대응하는 모든 라이브러리를 포함한 개념을 의미한다.
단말기(110)는 사용자의 키 조작에 따라 네트워크를 경유하여 음성 또는 데이터 통신을 수행하는 전자 기기를 의미한다.
단말기(110)는 간편 결제를 수행하기 위해 네트워크를 경유하여 카드사 서버, 결제 중계 서버와 통신하기 위한 프로그램 또는 프로토콜을 저장하기 위한 메모리, 해당 프로그램을 실행하여 연산 및 제어하기 위한 마이크로프로세서 등을 구비한다.
단말기(110)는 스마트폰(Smart Phone), 태블릿(Tablet), 랩톱(Laptop), 개인용 컴퓨터(PC: Personal Computer), 개인 휴대 단말기(PDA: Personal Digital Assistant), 휴대용 게임 콘솔, 휴대형 멀티미디어 플레이어(PMP: Portable MultimediaPlayer), 무선 통신 단말기(Wireless Communication Terminal), 미디어 플레이어 등과 같은 전자 기기일 수 있다.
단말기(110)는 간편 결제 애플리케이션을 탑재하여 모바일 결제 서비스를 수행할 수 있다.
간편 결제 애플리케이션은 단말기(110)의 메모리 내에 탑재되어 구동되는 프로그램을 의미한다. 간편 결제 애플리케이션은 단말기(110)에 임베디드(Embedded) 형태로 탑재되거나, OS(Operating System)에 인스톨되는 형태로 탑재될 수 있다.
단말기(110)는 탑재된 간편 결제 애플리케이션을 이용하여 기 등록된 신용카드 정보, 체크 카드 정보가 매핑된 결재 정보를 바코드(Barcode), QR 코드(Quick Response Code), NFC(Near Field Communication), 고주파 사운드, 초음파(Ultra-sound), 블루투스(Bluetooth) 중 적어도 하나 이상의 방식으로 출력한다.
단말기(110)는 탑재된 간편 결제 애플리케이션을 이용하여 사용자로부터 간편 결제 명령을 요청받으면, 기 등록된 신용카드 정보 또는 체크카드 정보를 바코드(Barcode), QR 코드(Quick Response Code), NFC(Near Field Communication), 고주파 사운드, 초음파(Ultra-sound), 블루투스(Bluetooth) 중 적어도 하나 이상의 방식으로 출력한다.
단말기(110)는 NFC, 블루투스, MST 중 하나 이상의 방식으로 데이터를 POS(130)에 체결된 리더기(120)로 전송한다.
단말기(110)에 탑재된 간편 결제 애플리케이션 상에서 기 등록된 신용카드 정보 또는 체크카드 정보를 바코드(Barcode), QR 코드(Quick Response Code), NFC(Near Field Communication), 고주파 사운드, 초음파(Ultra-sound), 블루투스(Bluetooth) 중 적어도 하나 이상의 방식으로 출력한 후 단말기(110)를 POS(130) 근처로 갖다 대면, POS(130)와 연동하는 동글 형태의 리더기(120)로 신용카드 정보 또는 체크 카드 정보가 POS(130)로 전달된다.
리더기(120)는 동글 형태로 POS(130)에 체결되며, POS(130)와 연동한다. 리더기(120)는 NFC(Near Field Communication), 블루투스(Bluetooth), MST(Magnetic Secure Transmission) 중 하나 이상의 방식으로 단말기(110)로부터 데이터를 수신하여 POS(130) 로 전송한다.
다시 말해, 리더기(120)는 단말기(110)로부터 암호화된 신용카드 정보를 NFC, 블루투스, MST 중 하나 이상의 방식으로 수신한 후 POS(130)로 전송한다.
POS(130)는 정산원이 입력한 결제 정보를 정산할 수 있는 연산 모듈을 구비한 가맹점 단말기를 의미한다. POS(130)는 매장 내에서 판매가 이루어지는 상품을 실시간으로 관리하기 위해 가맹점의 금전 등록기와 가맹점 본사의 컴퓨터를 연결하여, 판매 즉시 그 데이터가 입력되어 매상 관리, 재고 관리 및 상품 관리를 할 수 있다.
POS(130)는 단말기(110)가 출력하는 결제 정보가 어떠한 결제 수단인지를 인식하기 위해, 결제 정보로부터 추출한 숫자 및 길이값(자리값) 중 숫자 중 기 설정된 자리수(Bin값)와 길이값을 조합해서 어떠한 결제 수단인지를 구분한다.
POS(130)는 결제 수단에 대한 결제 처리를 위해 통합 결제 라이브러리를 호출한다.
라이브러리는 API 함수로서, 결제 서비스를 제공하기 위해 서비스 제공자로 결제를 요청하기 위한 인터페이스를 할 수 있도록 제공한다. 통합 결제 라이브러리는 일종의 모듈 개념으로서, 결제 처리를 위한 라이브러리를 호출해서 가져온다. 결제 처리를 위한 라이브러리는 VAN으로부터 수신한다.
POS(130)는 결제 처리를 위한 라이브러리를 호출해서 결제 금액, 가맹점 정보에 대응하는 함수를 호출해서 VAN으로 전송한 후, VAN으로부터 결제 요청에 대한 승인을 수신하여 처리한다. 통합 결제 라이브러리는 결제와 관련된 다양한 라이브러리들을 하나로 패키징한다.
POS(130)는 통합 결제 라이브러리 중 A 간편결제를 이용하는 경우, A 간편결제에 매칭된 신용카드 정보와 관련된 개별 결제 라이브러리를 호출해서, 해당 결제사 서버로 결제 금액을 전송한다.
POS(130)는 통합 결제 라이브러리 중 B 간편결제를 이용하는 경우, B 간편결제에 매칭된 현금 카드 정보와 관련된 개별 결제 라이브러리를 호출해서, 해당 결제 서버로 결제 금액을 전송한다.
POS(130)는 결제 수단 중 다양한 사업자(휴대폰 소액 결제, 간편 결제, OO 페이)가 존재하므로, 다양한 사업자의 라이브러리를 하나로 패키징한 통합 결제 라이브러리를 저장한다.
일반적으로 다양한 사업자 별로 라이브러리를 POS 내에 설치하는 경우, 결제를 수행하는 동작이 복잡해지므로, 본 실시예에서는 사업자 별 개별 결제 라이브러리를 하나로 패키징(파싱)하여 하나의 라이브러리를 제공한다.
POS(130)는 통합 결제 라이브러리 중에서 해당 결제사에 대응하는 개별 결제 라이브러리를 호출해서 결제 처리를 수행한다.
통합 결제 라이브러리는 다양한 결제사 서버에서 제공해주는 라이브러리 파일을 하나의 라이브러리 파일로 매핑한다. 통합 결제 라이브러리 파일은 개별 결제 라이브러리 파일들이 계속해서 업데이트되는 경우, 개별 결제 라이브러리 파일과 함께 업데이트 된다. POS(130)는 통합 결제 라이브러리 파일 내에 래핑된 개별 결제 라이브러리 파일에 대응하는 함수들을 호출해서 결제를 수행한다.
POS(130)는 내부에 소프트웨어적으로 구현된 통합 결제 버튼을 입력받는다. POS(130)는 연동하는 리더기(120)로부터 단말기(110)가 출력하는 바코드를 결제 정보로 획득한다.
POS(130)는 획득한 결제 정보(바코드, QR 코드 등)를 인식하여 어떠한 결제 수단인지를 확인한다. POS(130)는 결제 정보(바코드, QR 코드 등)로부터 숫자 및 길이값(자리값)을 인식하여 고유번호(Bin값)를 확인한다. POS(130)는 고유번호(Bin값), 길이값에 따라 복수의 결제 수단 중 특정 결제 수단을 선택한다.
POS(130)는 특정 결제 수단에 따른 전문 정보(결제 금액, 카드 번호, 할부개월 등 결제 필수 정보)를 생성한다. 전문 정보는 신용카드 서버, 금융기관 서버, 간편 결제 서버 등에서 요구하는 타입별 정보를 의미한다. 다시 말해, POS(130)는 특정 결제 수단에 따른 전문 정보(결제 필수 정보)를 생성(조합)한다.
POS(130)는 전문 정보(결제 필수 정보)에 따른 이중 구조를 갖는 통합 결제 라이브러리 중 개별 결제 라이브러리(결제 목적지 주소)를 호출한다. POS(130)는 개별 결제 라이브러리(결제 목적지 주소)에 해당하는 결제사 서버로 결제를 요청한다.
도 2는 본 실시예에 따른 POS를 개략적으로 나타낸 블럭 구성도이다.
본 실시예에 따른 POS(130)는 버튼 입력부(210), 결제 정보 획득부(220), 결제 수단 인식부(230), 제1 라이브러리 호출부(240), 전문 생성부(250), 제2 라이브러리 호출부(260), 결제 처리부(270)를 포함한다. POS(130)에 포함된 구성요소는 반드시 이에 한정되는 것은 아니다.
POS(130)에 포함된 각 구성요소는 장치 내부의 소프트웨어적인 모듈 또는 하드웨어적인 모듈을 연결하는 통신 경로에 연결되어 상호 간에 유기적으로 동작할 수 있다. 이러한 구성요소는 하나 이상의 통신 버스 또는 신호선을 이용하여 통신한다.
도 2에 도시된 POS(130)의 각 구성요소는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 소프트웨어적인 모듈, 하드웨어적인 모듈 또는 소프트웨어와 하드웨어의 결합으로 구현될 수 있다.
버튼 입력부(210)는 소프트웨어적인 통합 결제 버튼을 입력받는다.
결제 정보 획득부(220)는 통합 결제 버튼에 대응하여 단말기(110)로부터 결제 정보를 획득한다. 결제 정보 획득부(220)는 리더기(120)와 연동하여 단말기(110)가 출력하는 바코드(Barcode), QR 코드(Quick Response Code), NFC(Near Field Communication), 고주파 사운드, 초음파(Ultra-sound), 블루투스(Bluetooth) 중 적어도 하나 이상의 방식으로 결제 정보를 획득한다.
결제 수단 인식부(230)는 단말기(110)로부터 획득한 결제 정보로부터 숫자 및 길이값(자리값)을 인식한다. 결제 수단 인식부(230)는 숫자와 길이값(자리값)을 기반으로 복수의 결제 수단 중 특정 결제 수단을 인식한다.
결제 수단 인식부(230)는 결제 정보를 인식하여 숫자 및 길이값(자리값)을 추출한다. 결제 수단 인식부(230)는 숫자 중 기 설정된 앞자리 숫자를 기반으로 특정 결제 수단을 인식하거나 길이값(자리값)을 기반으로 기 설정된 결제 방식 정보를 확인한다. 결제 수단 인식부(230)는 결제 방식 정보에서 기 설정된 앞자리 숫자를 기반으로 특정 결제 수단을 인식한다.
결제 수단 인식부(230)는 숫자 중 기 설정된 앞자리 숫자에 매핑된 고유번호(Bin값)을 확인한다. 결제 수단 인식부(230)는 기 설정된 결제 수단 정보 중 고유번호가 매핑된 정보를 추출하여 특정 결제 수단으로 인식한다.
제1 라이브러리 호출부(240)는 통합 결제 라이브러리를 호출한다. 제1 라이브러리 호출부(240)는 특정 결제 수단을 처리하기 위해 결제와 관련된 다양한 라이브러리들을 하나로 패키징된 통합 결제 라이브러리를 호출한다.
통합 결제 라이브러리는 복수의 개별 결제 라이브러리 각각을 하나로 래핑(Wrapping)하며, 복수의 개별 결제 라이브러리 각각과 연동하는 이중 구조 라이브러리 형태를 갖는다.
전문 생성부(250)는 통합 결제 라이브러리를 이용하여 특정 결제 수단에 대한 전문 정보(결제 필수 정보)를 생성한다.
전문 생성부(250)는 특정 결제 수단 별로 기 설정된 타입에 각각의 데이터 필드를 파싱(Parsing)하여 결제 레코드 정보를 생성한다. 전문 생성부(250)는 결제 레코드 정보를 기반으로 전문 정보를 생성한다.
전문 생성부(250)는 특정 결제 수단 별로 기 설정된 타입에 결제 정보로부터 추출한 가맹점 정보, 결제 금액 정보, 카드 번호 정보, 할부방식 정보를 각각 파싱하여 전문 정보(결제 필수 정보)를 생성(조합)한다.
제2 라이브러리 호출부(260)는 통합 결제 라이브러리 중 특정 결제 수단에 대응하는 개별 결제 라이브러리를 호출한다. 제2 라이브러리 호출부(260)는 특정 결제 수단에 대응하는 개별 결제 라이브러리에 포함된 결제 목적지 주소를 확인한다.
결제 처리부(270)는 개별 결제 라이브러리를 이용하여 전문 정보(결제 필수 정보)에 대응하는 결제 서버와 연동하여 결제 처리를 수행한다. 결제 처리부(270)는 결제 목적지 주소에 대응하는 결제 서버와 연동하여 결제 처리를 수행한다.
도 3a은 본 실시예에 따른 통합 결제 버튼을 나타낸 도면이다.
도 3a의 (a)에 도시된 바와 같이, 일반적인 POS에서는 간편 결제 수단 별로 버튼이 각각 존재한다.
예컨대, 일반적인 POS에 소프트웨어적으로 ‘S 페이’를 위한 별도의 간편 결제 버튼, ‘A 페이’를 위한 별도의 간편 결제 버튼, ‘L 페이’를 위한 간편 결제 버튼, ‘애플리케이션 카드 결제’를 위한 별도의 간편 결제 버튼이 존재한다.
일반적인 POS에 존재는 간편 결제 버튼의 경우, 캐셔(정산원)가 별도의 간편 결제 버튼을 누른 후 간편 결제 서비스 제공사의 절차에 맞게 각각 상이한 결제 프로세서를 수행해야 한다.
하지만, 본 실시예에 따른 POS(130)는 도 3a의 (b)에 도시된 바와 같이, 모든 간편 결제 방식을 포함하는 ‘통합 결제 버튼’이 한 개만 존재한다.
다시 말해, 캐셔 입장에서는 다양한 간편 결제 방식과 무관하게 ‘통합 결제 버튼’만을 누르면, 단말기로부터 획득한 결제 정보로부터 숫자 및 길이값(자리값)을 인식하여 결제 수단을 특정하고, 해당 결제 수단으로 결제가 완료되도록 라이브러리를 호출한다.
고객이 본인이 소지한 단말기(110)에 탑재된 간편 결제 애플리케이션을 구동하는 경우, 간편 결제 애플리케이션 상에 기 등록된 신용카드 정보가 바코드 또는 QR 코드 형태로의 결제 정보로 출력된다.
POS(130)는 연동하는 리더기(120)를 이용하여 단말기(110)에서 출력되는 결제 정보(바코드, QR 코드 등)를 획득한다. POS(130)는 결제 정보(바코드, QR 코드 등)로부터 숫자 및 길이값을 인식하여 결제 수단을 특징하고, 결제 수단에 대응하는 결제사 서버로 결제를 요청한다.
도 3b는 본 실시예에 따른 결제 정보로부터 숫자 및 길이값을 인식하는 방식을 나타낸 도면이다.
POS(130)는 도 3a의 (b)에 도시된 바와 같은 ‘통합 결제 버튼’이 입력되면, 단말기(110)가 출력하는 결제 정보를 획득한다. 예컨대, 고객이 소지한 단말기(110)에서 결제 정보로 바코드를 출력하면, POS(130)는 연동하는 리더기(120)를 이용하여 바코드를 결제 정보로서 획득한다.
바코드에는 사용자가 간편 결제를 위해 자신이 보유한 신용카드 정보가 매칭되어 저장되어 있다. 예컨대, 도 3b에 도시된 바와 같이, 신용카드 16자리 중 앞에 6자리를 고유값(고유번호로서, 카드사 또는 간편 결제의 고유값)을 갖는다.
다시 말해, 신용카드 번호 중 맨 앞자리 6자리 이내의 숫자를 이용하여 카드사를 구분한다. ‘신용카드’의 경우 ‘16자리 숫자(바코드 길이)’를 가지며, ‘S 페이’의 경우 ‘22자리 숫자(바코드 길이)’를 가지며, ‘A 페이’의 경우 ‘18자리 숫자(바코드 길이)’를 가지며, ‘애플리케이션 카드’의 경우 ‘21자리 숫자(바코드 길이)’를 가진다.
POS(130)는 리더기(120)를 이용한 결제 정보로부터 인식한 숫자 및 길이값(자리값)을 조합해서 결제 수단을 구분한다.
POS(130)는 결제 정보로부터 인식한 길이값(자리값)이 16자리인 경우, 신용카드 번호로 인식한다. 이후 POS(130)는 16자리 숫자 중 앞의 6자리 숫자를 인식한다. POS(130)는 16자리 숫자 중 앞의 6자리 숫자의 고유값을 확인한다. POS(130)는 고유값과 길이값(자리값)을 조합해서 어떠한 결제 수단인지를 구분한다.
예컨대, POS(130)는 ‘S 신용카드’, ‘L 신용카드’, ‘H 신용카드’인지를 구분한다. POS(130)는 해당 결제 수단(‘S 신용카드’, ‘L 신용카드’, ‘H 신용카드’ 인하나 은행)에 따라 직접 해당 결제사 서버로 결제를 요청하거나 VAN을 경유해서 결제사 서버로 결제를 요청한다.
도 3c은 본 실시예에 따른 이중 라이브러리 구조를 나타낸 도면이다.
본 실시예에 따른 통합 결제 라이브러리는 이중 라이브러리 구조를 갖는다. 다시 말해, 통합 결제 라이브러리는 라이브러리를 다시 라이브러리로 2번 래핑하는 이중 구조를 갖는다.
POS(130)는 API로 라이브러리를 이용하여 VAN을 경유하여 각 결제사 서버로 접속한다. POS(130) 내에 통합 결제를 위한 통합 결제 라이브러리가 기 저장된다.
통합 결제 라이브러리 내에는 복수 개의 개별 결제 라이브러리가 존재한다. 다시 말해, 통합 결제 라이브러리는 복수 개의 개별 결제 라이브러리를 래핑하는 형태로 존재한다.
도 3c에 도시된 바와 같이, 통합 결제 라이브러리 내에는 ‘S 페이 동적 연결 라이브러’, ‘A 페이 라이브러리’, ‘L 페이 라이브러리’, ‘애플리케이션 카드 라이브러리’가 존재한다.
통합 결제 라이브러리는 ‘S 페이 라이브러리, ‘A 페이 라이브러리’, ‘L 페이 라이브러리’, ‘애플리케이션 카드 라이브러리’를 래핑하는 형태로 존재한다.
통합 결제 라이브러리는 ‘S 페이 라이브러리’, ‘A 페이 라이브러리’, ‘L 페이 라이브러리’, ‘애플리케이션 카드 라이브러리’ 각각을 호출하거나 제어한다.
개별 결제 라이브러리인 ‘S 페이 라이브러리’, ‘A 페이 라이브러리’, ‘L 페이 라이브러리’, ‘애플리케이션 카드 라이브러리’는 목적지 정보(IP 포트)를 할당한다.
통합 결제 라이브러리는 개별 결제 라이브러리(‘S 페이 라이브러리’, ‘A 페이 라이브러리’, ‘L 페이 라이브러리’, ‘애플리케이션 카드 라이브러리’)들을 래핑하는 별도의 라이브러리가 존재하는 이중 구조 형태를 갖는다.
POS(130)에서는 단말기(110)로부터 획득한 결제 정보로부터 바코드, 신용카드 번호, 결제 금액 정보를 인식하면, 통합 결제 라이브러리를 이용하여 해당 결제사 서버에 대응하는 전문 정보를 생성한다.
POS(130)는 통합 결제 라이브러리에 래핑된 개별 결제 라이브러리 중 결제 수단에 대응하는 개별 결제 라이브러리를 이용하여 해당 결제사 서버로 결제를 요청한다.
도 4는 본 실시예에 따른 모바일 통합 결제 서비스 제공 방법을 설명하기 위한 순서도이다.
POS(130)는 소프트웨어적인 통합 결제 버튼을 입력받는다(S410).
단계 S410에서, POS(130)는 통합 결제 버튼(소프트웨어적인 모듈)을 입력 받는다. 다시 말해, POS(130)는 정확한 결제 수단을 모르는 상태에서 통합 결제 버튼을 입력받는다. POS(130)는 간편 결제, 신용카드, 애플리케이션 카드 등을 구분하지 않은 상태에서 결제를 수행하기 위해 통합 결제 버튼을 입력받는다. POS(130)에서는 구체적인 결제 수단을 구분할 필요가 없으므로, 범용성을 갖는다.
POS(130)는 통합 결제 버튼에 대응하여 단말기(110)로부터 결제 정보를 획득한다(S420). 단계 S420에서, POS(130)는 리더기(120)와 연동하여 단말기(110)가 출력하는 바코드(Barcode), QR 코드(Quick Response Code), NFC(Near Field Communication), 고주파 사운드, 초음파(Ultra-sound), 블루투스(Bluetooth) 중 적어도 하나 이상의 방식으로 결제 정보를 획득한다.
POS(130)는 단말기(110)로부터 획득한 결제 정보로부터 숫자 및 길이값(자리값)을 인식한다(S430).
단계 S430에서, POS(130)는 숫자와 길이값(자리값)을 기반으로 복수의 결제 수단 중 특정 결제 수단을 인식한다. POS(130)는 연동하는 리더기(120)를 이용하여 단말기(110)로부터 결제 수단(예컨대, 바코드, QR 코드 등)을 획득한다. POS(130)는 결제 수단(예컨대, 바코드, QR 코드 등)으로부터 숫자 및 길이값(자리값)을 인식한다.
POS(130)는 결제 정보를 인식하여 숫자 및 길이값(자리값)을 추출한다. POS(130)는 숫자 중 기 설정된 앞자리 숫자를 기반으로 특정 결제 수단을 인식하거나 길이값(자리값)을 기반으로 기 설정된 결제 방식 정보를 확인한다(S440).
단계 S440에서, POS(130)는 결제 방식 정보에서 기 설정된 앞자리 숫자를 기반으로 특정 결제 수단을 인식한다. POS(130)는 숫자 중 특정 영역과 길이값을 확인하여 특정 결제 수단을 확인한다. 예컨대, 인식된 숫자 중 최초 앞자리가 4자리로 시작하는 경우 G 신용카드로 판단한다.
POS(130)는 숫자 중 기 설정된 앞자리 숫자에 매핑된 고유번호(Bin값)을 확인한다. POS(130)는 기 설정된 결제 수단 정보 중 고유번호가 매핑된 정보를 추출하여 특정 결제 수단으로 인식한다.
POS(130)는 통합 결제 라이브러리를 호출한다(S450).
단계 S450에서, POS(130)는 특정 결제 수단에 대한 결제를 처리하기 위해 먼저, 통합 결제 라이브러리를 호출한다. POS(130)는 특정 결제 수단을 처리하기 위해 결제와 관련된 다양한 라이브러리들을 하나로 패키징된 통합 결제 라이브러리를 호출한다.
통합 결제 라이브러리는 복수의 개별 결제 라이브러리 각각을 하나로 래핑(Wrapping)하며, 복수의 개별 결제 라이브러리 각각과 연동하는 이중 구조 라이브러리 형태를 갖는다.
POS(130)는 통합 결제 라이브러리를 이용하여 특정 결제 수단에 대한 전문 정보(결제 필수 정보)를 생성한다(S460).
단계 S460에서, POS(130)는 특정 결제 수단 별로 기 설정된 타입에 각각의 데이터 필드를 파싱(Parsing)하여 결제 레코드 정보를 생성한다. POS(130)는 결제 레코드 정보를 기반으로 전문 정보를 생성한다.
POS(130)는 통합 결제 라이브러리를 이용하여 결제 정보로부터 가맹점 정보, 바코드 금액을 추출하고, 해당 정보들을 기반으로 특정 결제 수단에 따른 전문 정보를 조합한다.
POS(130)는 특정 결제 수단 별로 기 설정된 타입에 결제 정보로부터 추출한 가맹점 정보, 결제 금액 정보, 카드 번호 정보, 할부방식 정보를 각각 파싱하여 전문 정보(결제 필수 정보)를 생성(조합)한다.
POS(130)는 통합 결제 라이브러리 중 특정 결제 수단에 대응하는 개별 결제 라이브러리를 호출한다(S470).
단계 S470에서, POS(130)는 특정 결제 수단에 대응하는 개별 결제 라이브러리에 포함된 결제 목적지 주소를 확인한다. POS(130)는 통합 결제 라이브러리 내에서 개별 결제를 위한 개별 결제 라이브러리를 호출한 후 결제 처리를 수행한다.
POS(130)는 개별 결제 라이브러리를 이용하여 전문 정보(결제 필수 정보)에 대응하는 결제 서버와 연동하여 결제 처리를 수행한다(S480). 단계 S480에서, POS(130)는 결제 목적지 주소에 대응하는 결제 서버와 연동하여 결제 처리를 수행한다.
도 4에서는 단계 S410 내지 단계 S480 순차적으로 실행하는 것으로 기재하고 있으나, 반드시 이에 한정되는 것은 아니다. 다시 말해, 도 4에 기재된 단계를 변경하여 실행하거나 하나 이상의 단계를 병렬적으로 실행하는 것으로 적용 가능할 것이므로, 도 4는 시계열적인 순서로 한정되는 것은 아니다.
전술한 바와 같이 도 4에 기재된 본 실시예에 따른 모바일 통합 결제 서비스 제공 방법은 프로그램으로 구현되고 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다. 본 실시예에 따른 모바일 통합 결제 서비스 제공 방법을 구현하기 위한 프로그램이 기록되고 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다.
이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
110: 단말기 120: 리더기
130: POS
210: 버튼 입력부 220: 결제 정보 획득부
230: 결제 수단 인식부 240: 제1 라이브러리 호출부
250: 전문 생성부 260: 제2 라이브러리 호출부
270: 결제 처리부

Claims (11)

  1. 소프트웨어적인 통합 결제 버튼을 입력받는 버튼 입력부;
    상기 통합 결제 버튼에 대응하여 단말기로부터 결제 정보를 획득하는 결제 정보 획득부;
    상기 결제 정보로부터 숫자 및 길이값을 인식하고, 상기 숫자와 상기 길이값을 기반으로 복수의 결제 수단 중 특정 결제 수단을 인식하는 결제 수단 인식부;
    통합 결제 라이브러리를 호출하는 제1 라이브러리 호출부;
    상기 통합 결제 라이브러리를 이용하여 상기 특정 결제 수단에 대한 전문 정보를 생성하는 전문 생성부;
    상기 통합 결제 라이브러리 중 상기 특정 결제 수단에 대응하는 개별 결제 라이브러리를 호출하는 제2 라이브러리 호출부; 및
    상기 개별 결제 라이브러리를 이용하여 상기 전문 정보에 대응하는 결제 서버와 연동하여 결제 처리를 수행하는 결제 처리부
    을 포함하는 것을 특징으로 하는 모바일 통합 결제 장치.
  2. 제 1 항에 있어서,
    상기 결제 정보 획득부는,
    상기 단말기가 출력하는 바코드(Barcode), QR 코드(Quick Response Code), NFC(Near Field Communication), 고주파 사운드, 초음파(Ultra-sound), 블루투스(Bluetooth) 중 적어도 하나 이상의 방식으로 상기 결제 정보를 획득하는 것을 특징으로 하는 모바일 통합 결제 장치.
  3. 제 1 항에 있어서,
    상기 결제 수단 인식부는,
    상기 결제 정보를 인식하여 상기 숫자 및 상기 길이값을 추출하고, 상기 숫자 중 기 설정된 앞자리 숫자를 기반으로 상기 특정 결제 수단을 인식하거나 상기 길이값을 기반으로 기 설정된 결제 방식 정보를 확인하고, 상기 결제 방식 정보에서 상기 기 설정된 앞자리 숫자를 기반으로 상기 특정 결제 수단을 인식하는 것을 특징으로 하는 모바일 통합 결제 장치.
  4. 제 3 항에 있어서,
    상기 결제 수단 인식부는,
    상기 숫자 중 기 설정된 앞자리 숫자에 매핑된 고유번호를 확인하고, 기 설정된 결제 수단 정보 중 상기 고유번호가 매핑된 정보를 추출하여 상기 특정 결제 수단으로 인식하는 것을 특징으로 하는 모바일 통합 결제 장치.
  5. 제 1 항에 있어서,
    상기 제1 라이브러리 호출부는,
    상기 특정 결제 수단을 처리하기 위해 결제와 관련된 다양한 라이브러리들을 하나로 패키징된 상기 통합 결제 라이브러리를 호출하는 것을 특징으로 하는 모바일 통합 결제 장치.
  6. 제 1 항에 있어서,
    상기 전문 생성부는,
    상기 특정 결제 수단 별로 기 설정된 타입에 각각의 데이터 필드를 파싱(Parsing)하여 결제 레코드 정보를 생성하고, 상기 결제 레코드 정보를 기반으로 상기 전문 정보를 생성하는 것을 특징으로 하는 모바일 통합 결제 장치.
  7. 제 6 항에 있어서,
    상기 전문 생성부는,
    상기 특정 결제 수단 별로 기 설정된 타입에 상기 결제 정보로부터 추출한 가맹점 정보, 결제 금액 정보, 카드 번호 정보, 할부방식 정보를 각각 파싱하여 상기 전문 정보를 생성하는 것을 특징으로 하는 모바일 통합 결제 장치.
  8. 제 1 항에 있어서,
    상기 제2 라이브러리 호출부는,
    상기 특정 결제 수단에 대응하는 상기 개별 결제 라이브러리에 포함된 결제 목적지 주소를 확인하는 것을 특징으로 하는 모바일 통합 결제 장치.
  9. 제 7 항에 있어서,
    상기 결제 처리부는,
    상기 결제 목적지 주소에 대응하는 상기 결제 서버와 연동하여 상기 결제 처리를 수행하는 것을 특징으로 하는 모바일 통합 결제 장치.
  10. 제 1 항에 있어서,
    상기 통합 결제 라이브러리는,
    복수의 개별 결제 라이브러리 각각을 하나로 래핑(Wrapping)하며, 복수의 개별 결제 라이브러리 각각과 연동하는 이중 구조 라이브러리 형태를 갖는 것을 특징으로 하는 모바일 통합 결제 장치.
  11. 소프트웨어적인 통합 결제 버튼을 입력받는 과정;
    상기 통합 결제 버튼에 대응하여 단말기로부터 결제 정보를 획득하는 과정;
    상기 결제 정보로부터 숫자 및 자리값을 인식하는 과정;
    상기 숫자와 상기 자리값을 기반으로 복수의 결제 수단 중 특정 결제 수단을 인식하는 과정;
    통합 결제 라이브러리를 호출하는 과정;
    상기 통합 결제 라이브러리를 이용하여 상기 특정 결제 수단에 대한 전문 정보를 생성하는 과정;
    상기 통합 결제 라이브러리 중 상기 특정 결제 수단에 대응하는 개별 결제 라이브러리를 호출하는 과정; 및
    상기 개별 결제 라이브러리를 이용하여 상기 전문 정보에 대응하는 결제 서버와 연동하여 결제 처리를 수행하는 과정
    을 포함하는 것을 특징으로 하는 모바일 통합 결제 서비스 제공 방법.
KR1020190010253A 2019-01-28 2019-01-28 모바일 통합 결제 서비스 제공 방법 및 장치 KR20200093141A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020190010253A KR20200093141A (ko) 2019-01-28 2019-01-28 모바일 통합 결제 서비스 제공 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190010253A KR20200093141A (ko) 2019-01-28 2019-01-28 모바일 통합 결제 서비스 제공 방법 및 장치

Publications (1)

Publication Number Publication Date
KR20200093141A true KR20200093141A (ko) 2020-08-05

Family

ID=72041653

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190010253A KR20200093141A (ko) 2019-01-28 2019-01-28 모바일 통합 결제 서비스 제공 방법 및 장치

Country Status (1)

Country Link
KR (1) KR20200093141A (ko)

Similar Documents

Publication Publication Date Title
US12056661B2 (en) System and method for price matching through receipt capture
US9842356B2 (en) System, method, apparatus and computer program product for interfacing a multi-card radio frequency (RF) device with a mobile communications device
US10535066B2 (en) Systems and methods for securing pins during EMV chip and pin payments
US10290013B2 (en) Methods and apparatus for standard approach to coupon selection
US20150324766A1 (en) Payment by proxy service using payment card
US10783509B2 (en) Message sizing and serialization optimization
US20120284130A1 (en) Barcode checkout at point of sale
CN102982446A (zh) 手机支付系统及方法
US10490012B2 (en) Simulating I/O using multicomputer data processing
US20140006218A1 (en) Systems and Methods for a Merchant to Accept Telephone Orders and Process Payments
US20160239837A1 (en) Method and system for facilitating a payment transaction with a mobile payment server
US10049352B2 (en) Method and system for processing a mobile payment transaction
US20210042765A1 (en) Payment interface device and system, payment method, and payment server
US20230401546A1 (en) Systems and methods for second tap e-receipt option for nfc-enabled payment vehicles
US10304043B1 (en) Multi-peripheral host device
KR101472810B1 (ko) 오프라인 결제 시스템, 그 시스템에서의 오프라인 결제를 위한 방법 및 장치
KR20120025322A (ko) 스마트폰을 이용한 상품 주문 시스템
KR101749939B1 (ko) 전화번호와 매칭된 결제 이미지 기반 전자 결제 인증 서버, 전자 결제 시스템, 전자 결제 방법 및 전자 결제 어플리케이션
US20160239820A1 (en) Method and system for facilitating a payment transaction with a customer mobile device
KR20200093141A (ko) 모바일 통합 결제 서비스 제공 방법 및 장치
KR102215534B1 (ko) 간편결제 통합인증 중계 방법 및 시스템
TWM532607U (zh) 整合性金流支付系統
US10452590B2 (en) Multi-point to point USB system
JP6548599B2 (ja) 通信データ量管理システム、カード管理サーバ、データ量付与管理サーバ、データ残量管理サーバ、方法、及びプログラム
KR20200092556A (ko) 모바일 결제 서비스 제공 방법 및 시스템

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
AMND Amendment
X601 Decision of rejection after re-examination