KR20180098069A - 대리 결제 시스템, 서버 및 서버의 제어 방법 - Google Patents

대리 결제 시스템, 서버 및 서버의 제어 방법 Download PDF

Info

Publication number
KR20180098069A
KR20180098069A KR1020170025072A KR20170025072A KR20180098069A KR 20180098069 A KR20180098069 A KR 20180098069A KR 1020170025072 A KR1020170025072 A KR 1020170025072A KR 20170025072 A KR20170025072 A KR 20170025072A KR 20180098069 A KR20180098069 A KR 20180098069A
Authority
KR
South Korea
Prior art keywords
user
information
amount
terminal device
account
Prior art date
Application number
KR1020170025072A
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 KR1020170025072A priority Critical patent/KR20180098069A/ko
Priority to US15/888,683 priority patent/US11062321B2/en
Priority to EP18756941.3A priority patent/EP3545482A4/en
Priority to PCT/KR2018/001621 priority patent/WO2018155846A1/en
Priority to CN201810153723.3A priority patent/CN108734451A/zh
Publication of KR20180098069A publication Critical patent/KR20180098069A/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/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • 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/085—Payment architectures involving remote charge determination or related payment 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/405—Establishing or using transaction specific rules
    • 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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
    • G06Q20/102—Bill distribution or payments
    • 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
    • G06Q20/108—Remote banking, e.g. home banking
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing 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/22—Payment schemes or models
    • 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]
    • 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]
    • G06Q20/3223—Realising banking transactions through 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • 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/386—Payment protocols; Details thereof using messaging services or messaging apps
    • 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/401—Transaction verification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • 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
    • G06Q2220/00—Business processing using cryptography

Abstract

서버의 제어 방법이 개시된다. 본 서버의 제어 방법은, 제 1 사용자의 단말 장치로부터 대리 결제에 관한 결제 예정 금액, 제 1 사용자의 계좌 정보 및 한 명 이상의 제 2 사용자에 관한 정보를 포함하는 대리 결제 승인 요청이 수신되면, 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 제 2 사용자의 단말 장치로 전송하는 단계, 제 2 사용자의 단말 장치로부터 제 2 사용자의 계좌 정보를 포함하는, 대리 결제 승인 요청에 대한 승인이 수신되면, 대리 결제 승인 요청에 대한 승인 메시지를 제 1 사용자의 단말 장치로 전송하는 단계 및 대리 결제에 관한 제 1 사용자의 결제 정보가 수신되면, 제 2 사용자의 계좌에서 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하는 단계를 포함한다.

Description

대리 결제 시스템, 서버 및 서버의 제어 방법{AGENCY SETTLEMENT SYSTEM, SERVER AND CONTROLLING METHOD THEREOF}
본 개시는 대리 결제 시스템, 서버 및 서버의 제어 방법에 관한 것으로, 보다 상세하게는, 대리 결제를 처리하는 서버 및 서버의 제어 방법에 관한 것이다.
최근, 전자 및 IT 기술의 발달에 따라 상품이나 서비스의 구매에 따른 결제 방법이 다양화되고 있다. 소비자는 오프라인 매장에서 상품이나 서비스를 구매한 후 현금뿐만 아니라, 신용 카드, 직불 카드, 현금 카드 등과 같은 각종 카드를 이용하여 구매 대금을 결제할 수 있다. 또한, 소비자는 각종 전자 상거래 수단을 통해 온라인 상에서 상품이나 서비스를 구매할 수도 있고, 대금을 지불할 수도 있다. 최근에는 스마트폰과 같은 모바일 기기를 이용하여 대금을 결제할 수 있는 각종 모바일 페이 서비스까지 등장하여 상용화되고 있다.
이와 같이 발전하는 각종 전자 금융 시스템 또는 전자 상거래 시스템하에서 소비자의 결제가 편리해짐은 별론, 상품이나 서비스의 위탁 구매에 따른 수탁자의 대리 결제 및 이후 대리 결제 금액의 상환 과정에는 여전히 불편한 점이 많다.
예를 들어, A가 추후 대금을 지급해 줄 것을 약속하고 친구인 B에게 X 상품의 구매를 위탁한 경우, 먼저, 수탁자인 B가 X 상품을 구매하고 그 대금을 결제하게 된다. 이후, B는 X 상품을 A에게 인도하고 자신이 선결제한 X 상품 구매 대금을 A로부터 상환받게 된다.
이때, B는 A를 직접 만나서 현금으로 X 상품의 구매 대금을 상환받을 수 있다. 그러나, 이는 구매 위탁자와 수탁자(대리 결제자)가 직접 만나야 하는 번거로움이 있다. 또한, B는 A를 만나지 않고 계좌 이체를 통해 대금을 정산받을 수도 있다. 그러나, 이는 B가 자신의 계좌 번호를 A에게 알려주고, A가 은행에서 제공하는 계좌 이체 서비스를 통해 B의 계좌로 대금을 송금해야 하며, 송금 후 B가 입금을 확인하는 등의 번거로운 과정이 필요하며, 상환 과정에서 B의 개인 정보(계좌 번호 등)가 A에게 노출되게 된다. 또한, 경우에 따라 A가 B에게 대금을 지급하지 않는 경우, B는 대금을 상환받지 못하는 곤란한 경우도 발생하게 된다. 한편, 위와 같은 문제점은, 수인이 더치페이(Dutch Pay 또는 Going Dutch) 약정 후 그 중 1인이 전체 비용을 선 결제하고, 각자 부담 비율에 따른 금액을 추후 상환하기로 하는 경우에도 발생할 수 있다.
따라서, 위와 같은 대리 결제 금액의 상환 과정에서 발생하는 상환의 불확실성 및 번거로움, 그리고, 개인 정보의 노출의 위험과 같은 문제점을 해결하기 위한 기술에 대한 필요성이 대두 된다.
본 개시는 상술한 문제점을 해결하기 위해 안출된 것으로, 본 개시의 목적은 대리 결제 금액을 즉시 상환받을 수 있는 대리 결제 시스템, 서버 및 서버의 제어 방법을 제공함에 있다.
상술한 목적을 달성하기 위한 본 개시의 일 실시 예에 따른 서버의 제어 방법은 제 1 사용자의 단말 장치로부터 대리 결제에 관한 결제 예정 금액, 상기 제 1 사용자의 계좌 정보 및 한 명 이상의 제 2 사용자에 관한 정보를 포함하는 대리 결제 승인 요청이 수신되면, 상기 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하는 단계, 상기 제 2 사용자의 단말 장치로부터 상기 제 2 사용자의 계좌 정보를 포함하는 승인이 수신되면, 상기 대리 결제 승인 요청에 대한 승인 메시지를 상기 제 1 사용자의 단말 장치로 전송하는 단계 및 상기 대리 결제에 관한 상기 제 1 사용자의 결제 정보가 수신되면, 상기 제 2 사용자의 계좌에서 상기 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하는 단계를 포함한다.
또한, 상기 대리 결제 승인 요청은, 상기 결제 예정 금액을 상기 제 2 사용자가 모두 부담하는 제 1 모드 및 상기 결제 예정 금액을 상기 제 1 사용자 및 상기 제 2 사용자가 분담하는 제 2 모드 중 하나의 모드를 나타내는 모드 정보를 더 포함할 수 있다.
또한, 상기 제 2 사용자의 단말 장치로 전송하는 단계는, 상기 모드 정보가 상기 제 1 모드인 경우, 상기 결제 예정 금액을 상기 제 2 사용자의 총수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고, 상기 모드 정보가 상기 제 2 모드인 경우, 상기 제 1 사용자 및 상기 제 2 사용자의 총수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송할 수 있다.
또한, 상기 금융 거래 서버로 전송하는 단계는, 상기 결제 정보가 수신되면, 상기 총수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송할 수 있다.
또한, 상기 대리 결제 승인 요청은, 상기 결제 예정 금액을 분담할 사용자의 수에 관한 정보를 더 포함하고, 상기 제 2 사용자의 단말 장치로 전송하는 단계는, 상기 결제 예정 금액을 상기 분담할 사용자의 수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고, 상기 금융 거래 서버로 전송하는 단계는, 상기 결제 정보가 수신되면, 상기 분담할 사용자의 수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송할 수 있다.
또한, 상기 분담할 사용자는, 상기 제 1 사용자 및 상기 제 2 사용자 외에 상기 서버를 통한 대리 결제 서비스를 이용하지 않는 사용자를 더 포함할 수 있다.
또한, 상기 제 2 사용자의 단말 장치로 전송하는 단계는, 상기 제 1 사용자의 단말 장치로부터 상기 제 1 사용자 및 상기 제 2 사용자 사이에서 상기 결제 예정 금액을 분담할 비율 또는 상기 결제 예정 금액의 분배 금액에 관한 분배 정보를 포함하는 대리 결제 요청이 수신되면, 상기 결제 예정 금액을 상기 분배 정보에 따라 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고, 상기 금융 거래 서버로 전송하는 단계는, 상기 결제 정보가 수신되면, 상기 분배 정보에 따라 나눈 금액의 송금을 요청하는 상기 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송할 수 있다.
또한, 상기 제 1 사용자의 단말 장치로 전송하는 단계는, 복수의 제 2 사용자 중 일부 사용자의 단말 장치로부터 상기 대리 결제 승인 요청에 대한 불승인이 수신되고, 나머지 사용자의 단말 장치로부터 상기 승인이 수신되면, 대리 결제의 속행 여부를 묻는 메시지를 상기 제 1 사용자의 단말 장치로 전송하고, 상기 금융 거래 서버로 전송하는 단계는, 상기 결제 정보가 수신되면, 상기 복수의 제 2 사용자 중 상기 나머지 사용자의 계좌에서 상기 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 상기 나머지 사용자 각각의 계좌에 관한 금융 거래 서버로 전송할 수 있다.
또한, 상기 승인 여부를 묻는 메시지는, 제 2 사용자에게 승인이 요구되는 금액에 관한 정보를 포함하고, 상기 금융 거래 서버로 전송하는 단계는, 상기 결제 예정 금액과 상기 결제 정보에 포함된 결제 금액이 상이한 경우, 상기 제 2 사용자에게 승인이 요구되는 금액 및 상기 결제 금액 중 더 적은 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송할 수 있다.
또한, 상기 금융 거래 서버로 전송하는 단계는, 상기 제 1 사용자의 단말 장치가 결제 단말 장치와의 통신을 통해 결제를 수행하면, 상기 제 1 사용자의 결제와 관련된 금융 거래 서버로부터 상기 결제 정보를 수신할 수 있다.
한편, 본 개시의 일 실시 예에 따른 서버는, 사용자의 단말 장치 및 상기 사용자의 금융 거래 서버와 통신하는 통신부 및 제 1 사용자의 단말 장치로부터 대리 결제에 관한 결제 예정 금액, 상기 제 1 사용자의 계좌 정보 및 한 명 이상의 제 2 사용자에 관한 정보를 포함하는 대리 결제 승인 요청이 수신되면, 상기 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고, 상기 제 2 사용자의 단말 장치로부터 상기 제 2 사용자의 계좌 정보를 포함하는 승인이 수신되면, 상기 대리 결제 승인 요청에 대한 승인 메시지를 상기 제 1 사용자의 단말 장치로 전송하며, 상기 대리 결제에 관한 상기 제 1 사용자의 결제 정보가 수신되면, 상기 제 2 사용자의 계좌에서 상기 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어하는 프로세서를 포함한다.
또한, 상기 대리 결제 승인 요청은, 상기 결제 예정 금액을 상기 제 2 사용자가 모두 부담하는 제 1 모드 및 상기 결제 예정 금액을 상기 제 1 사용자 및 상기 제 2 사용자가 분담하는 제 2 모드 중 하나의 모드를 나타내는 모드 정보를 더 포함할 수 있다.
또한, 상기 프로세서는, 상기 모드 정보가 상기 제 1 모드인 경우, 상기 결제 예정 금액을 상기 제 2 사용자의 총수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고, 상기 모드 정보가 상기 제 2 모드인 경우, 상기 제 1 사용자 및 상기 제 2 사용자의 총수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하도록 상기 통신부를 제어할 수 있다.
또한, 상기 프로세서는, 상기 결제 정보가 수신되면, 상기 총수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어할 수 있다.
또한, 상기 대리 결제 승인 요청은, 상기 결제 예정 금액을 분담할 사용자의 수에 관한 정보를 더 포함하고, 상기 프로세서는, 상기 결제 예정 금액을 상기 분담할 사용자의 수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고, 상기 결제 정보가 수신되면, 상기 분담할 사용자의 수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어할 수 있다.
또한, 상기 분담할 사용자는, 상기 제 1 사용자 및 상기 제 2 사용자 외에 상기 서버를 통한 대리 결제 서비스를 이용하지 않는 사용자를 더 포함할 수 있다.
또한, 상기 프로세서, 상기 제 1 사용자의 단말 장치로부터 상기 제 1 사용자 및 상기 제 2 사용자 사이에서 상기 결제 예정 금액을 분담할 비율 또는 상기 결제 예정 금액의 분배 금액에 관한 분배 정보를 포함하는 대리 결제 요청이 수신되면, 상기 결제 예정 금액을 상기 분배 정보에 따라 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고, 상기 결제 정보가 수신되면, 상기 분배 정보에 따라 나눈 금액의 송금을 요청하는 상기 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어할 수 있다.
또한, 상기 프로세서는, 복수의 제 2 사용자 중 일부 사용자의 단말 장치로부터 상기 대리 결제 승인 요청에 대한 불승인이 수신되고, 나머지 시용자의 단말 장치로부터 상기 승인이 수신되면, 대리 결제의 속행 여부를 묻는 메시지를 상기 제 1 사용자의 단말 장치로 전송하고, 상기 결제 정보가 수신되면, 상기 복수의 제 2 사용자 중 상기 나머지 사용자의 계좌에서 상기 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 상기 나머지 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어할 수 있다.
또한, 상기 승인 여부를 묻는 메시지는, 제 2 사용자에게 승인이 요구되는 금액에 관한 정보를 포함하고, 상기 프로세서는, 상기 결제 예정 금액과 상기 결제 정보에 포함된 결제 금액이 상이한 경우, 상기 제 2 사용자에게 승인이 요구되는 금액 및 상기 결제 금액 중 더 적은 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어할 수 있다.
또한, 상기 프로세서는, 상기 제 1 사용자의 단말 장치가 결제 단말 장치와의 통신을 통해 결제를 수행하면, 상기 제 1 사용자의 결제와 관련된 금융 거래 서버로부터 상기 결제 정보를 수신할 수 있다.
이상과 같은 본 개시의 다양한 실시 예들에 따르면, 대리 결제자는 개인 정보 노출없이 결제와 동시에 결제 금액을 상환받을 수 있으며, 실결제자 역시 번거로운 과정없이 쉽게 대리 결제자의 결제 금액을 상환할 수 있게 된다. 즉, 대리 구매 과정에서 발생하는 결제 금액 상환의 번거로움이나 개인 정보 노출의 위험이 해소된다.
도 1은 본 개시의 일 실시 예에 따른 대리 결제 시스템의 예시도,
도 2 는 본 개시의 일 실시 예에 따른 서버의 블럭도,
도 3은 본 개시의 일 실시 예에 따른 대리 결제 시스템의 동작을 나타내는 예시도,
도 4는 본 개시의 다른 일 실시 예에 따른 대리 결제 시스템의 동작을 나타내는 예시도,
도 5는 본 개시의 일 실시 예에 따른 사용자의 단말 장치의 구성을 나타내는 블럭도,
도 6 내지 도 12는 본 개시의 다양한 실시 예에 따른 대리 결제 애플리케이션 실행 화면을 나타내는 예시도, 및
도 13은 본 개시의 일 실시 예에 따른 서버의 제어 방법을 나타내는 흐름도이다.
본 개시를 설명함에 있어, 관련된 공지 기술에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 이하의 설명에서 사용되는 구성요소에 대한 접미사 "부"는 명세서 작성의 용이함만이 고려되어 부여되거나 혼용되는 것으로서, 그 자체로 서로 구별되는 의미 또는 역할을 갖는 것은 아니다.
본 명세서에서 사용한 용어는 실시 예를 설명하기 위해 사용된 것으로, 본 개시를 제한 및/또는 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다.
제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 구성요소들은 용어들에 의해 한정되어서는 안 된다. 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다.
본 명세서에서, '포함하다' 또는 '가지다' 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
본 개시의 실시 예에서 "모듈", "유닛", "부(part)" 등과 같은 용어는 적어도 하나의 기능이나 동작을 수행하는 구성요소를 지칭하기 위한 용어이며, 이러한 구성요소는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다. 또한, 복수의 "모듈", "유닛", "부(part)" 등은 각각이 개별적인 특정한 하드웨어로 구현될 필요가 있는 경우를 제외하고는, 적어도 하나의 모듈이나 칩으로 일체화되어 적어도 하나의 프로세서(미도시)로 구현될 수도 있다.
이하에서 첨부된 도면을 참조하여 본 개시의 다양한 실시 예들에 대해 자세히 설명한다.
도 1은 본 개시의 일 실시 예에 따른 대리 결제 시스템을 나타내는 예시도이다. 도 1에 따르면, 대리 결제 시스템은 서버(100), 제 1 사용자(2)의 단말 장치(200), 제 2 사용자(3)의 단말 장치(300), 제 1 사용자(2)의 결제와 관련된 금융 거래 서버(400) 및 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)를 포함한다.
제 1 사용자(2)는 제 2 사용자(3)로부터 온라인 또는 오프라인상에서 판매되는 상품이나 서비스(이하, 상품이라 통칭한다.)의 구매 대금 선결제를 수탁받은 자로서, 제 2 사용자(3) 대신 상품의 구매 대금을 선결제하고, 결제 금액을 제 2 사용자(3)로부터 상환받는 자이다. 제 2 사용자(3)는 제 1 사용자(2)에게 상품 구매대금의 선결제를 위탁한 자로서, 제 1 사용자(2)의 대리 결제 금액을 상환하는 자이다. 따라서, 제 1 사용자(2)는 대리 결제자, 대리 구매자, 구매 수탁자 등으로 불릴 수 있고, 제 2 사용자(3)는 실결제자, 실구매자, 구매 위탁자 등으로 불릴 수 있다. 한편, 제 2 사용자는 복수일 수 있다.
제 1 사용자(2)의 단말 장치(200) 및 제 2 사용자(3)의 단말 장치(300)는 제 1 사용자(2) 및 제 2 사용자(3)가 각각 소유하여 사용하는 단말 장치로서, 예를 들어, 스마트폰, 노트북, 태블릿, 패블릿, PDA, 스마트 시계, MP3 플레이어 등일 수 있으나, 이에 한정되는 것은 아니다.
서버(100)는 이하에서 설명할 본 개시의 다양한 실시 예들에 따른 대리 결제 서비스를 제공한다. 이를 위해, 서버(100)는 사용자(2, 3)의 단말 장치(200, 300)에 설치되어 실행되는 대리 결제 애플리케이션을 제공할 수 있다. 따라서, 제 1 사용자(2) 및 제 2 사용자(3)는 서버(100) 또는 애플리케이션 제공 서버(예를 들어, 플레이 스토어 또는 앱스토어 등)에 접속하여 자신의 단말 장치(200, 300)에 대리 결제 애플리케이션을 설치하고, 설치된 대리 결제 애플리케이션을 실행시켜 조작함으로써 서버(100)가 제공하는 대리 결제 서비스를 이용할 수 있다.
또한, 서버(100)는 대리 결제 서비스에 가입한 사용자(2, 3)를 등록할 수 있다. 예를 들어, 제 1 사용자(2) 및 제 2 사용자(3)는 자신의 단말 장치(200, 300)에 설치된 대리 결제 애플리케이션을 통해 또는 서버(100)가 제공하는 웹 페이지에 접속하여 서버(100)가 제공하는 대리 결제 서비스에 가입할 수 있으며, 서버(100)는 서비스에 가입한 사용자를 등록할 수 있다. 이때, 등록 과정에서 각 사용자(2, 3)에 관한 각종 정보가 서버(100)에 저장될 수 있다.
이하에서는 제 1 또는 제 2 사용자(2, 3)의 대리 결제 서비스 가입 여부나 단말 장치(200, 300)에 대리 결제 애플리케이션의 설치 여부에 대해 특별한 언급이 없는 한, 제 1 사용자(2) 및 제 2 사용자(3)는 서버(100)가 제공하는 대리 결제 서비스의 가입자이며, 제 1 사용자(2)의 단말 장치(200) 및 제 2 사용자(3)의 단말 장치(300)에는 서버(100)가 제공하는 대리 결제 애플리케이션이 설치된 것을 전제로 설명한다.
제 1 사용자(2)는 제 2 사용자(3)와의 약정에 따라 결제를 수행하기 전에 먼저 제 2 사용자(3)에게 대리 결제에 관한 승인을 요청하고, 요청이 승인된 경우에 결제를 수행함으로써, 결제와 동시에 결제 금액을 제 2 사용자(3)로부터 상환받을 수 있다.
구체적으로, 제 1 사용자(2)는 단말 장치(200)에 설치된 대리 결제 애플리케이션을 통해 대리 결제 승인 요청을 서버(100)로 전송할 수 있다. 이때, 대리 결제 승인 요청에는 선결제한 금액을 상환받을 제 1 사용자(2)의 계좌 정보, 승인을 요청할 제 2 사용자(3)에 관한 정보, 결제 예정 금액 등과 같은 대리 결제와 관련된 각종 정보가 포함될 수 있다.
제 1 사용자(2)의 단말 장치(200)로부터 대리 결제 승인 요청을 수신한 서버(100)는 대리 결제 승인 요청에 포함된 각종 정보를 이용하여 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 생성하여 제 2 사용자(3)의 단말 장치(300)로 전송한다.
서버(100)로부터 승인 여부를 묻는 메시지를 수신한 제 2 사용자(3)의 단말 장치(300)는, 대리 결제 애플리케이션을 실행시켜 수신된 메시지를 디스플레이하고 제 2 사용자(3)가 제 1 사용자(2)의 승인 요청을 승인하는 경우 제 2 사용자(3)의 계좌 정보를 포함하는 승인을 서버(100)로 전송할 수 있다.
제 2 사용자(3)의 단말 장치(300)로부터 승인이 수신되면, 서버(100)는 제 1 사용자(2)의 승인 요청이 승인되었음을 알리는 승인 메시지를 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송할 수 있다. 이에 따라, 제 1 사용자(2)의 단말 장치(200)에 승인 메시지가 디스플레이되면, 제 1 사용자(2)는 자신의 대리 결제 승인 요청이 승인된 것을 확인하고, 각종 결제 수단을 이용하여 제 2 사용자(3)와의 약정에 따른 결제를 수행할 수 있다.
제 1 사용자(2)가 제 2 사용자(3)와의 약정에 따른 결제를 수행하면, 서버(400)는 제 1 사용자(2)의 결제와 관련된 금융 거래 서버(400)를 통해 제 1 사용자(2)의 결제 정보를 수신하고, 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 생성하여 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있다.
이에 따라, 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)가 서버(100)로부터 수신한 계좌 이체 정보에 따라 계좌 이체를 실행함으로써, 제 1 사용자(2)는 제 2 사용자(3)와의 대리 결제 약정에 따른 결제와 동시에 제 2 사용자(3)로부터 상환받을 금액을 상환받을 수 있게 된다.
이하에서는 도 2 내지 도 4를 참조하여, 서버(100)가 대리 결제 서비스를 제공하는 다양한 실시 예들에 대해 구체적으로 설명한다. 도 2는 본 개시의 일 실시 예에 따른 서버(100)의 블럭도이다. 도 2에 따르면, 서버(100)는 통신부(110) 및 프로세서(120)를 포함한다.
통신부(110)는 각종 유, 무선 네트워크를 통해 외부의 단말 장치나 다른 서버와 통신을 수행할 수 있다. 이를 위해, 통신부(110)는 각종 통신 방식에 따른 유선 및 무선 통신 모듈을 포함할 수 있다. 구체적으로, 통신부(110)는 HDMI(High-Definition Multimedia Interface), USB(Universal Serial Bus), IEEE(Institute of Electrical and Eletronics Engineers) 1394, RS-232, RS-422, RS-485, Ethernet 등과 같은 통신 규격에 따른 유선 통신 모듈(미도시) 중 적어도 하나를 포함할 수 있다. 또한, 통신부(110)는 무선랜 통신 모듈(미도시)이나 이동 통신 모듈(미도시)과 같은 무선 통신 모듈(미도시)을 포함할 수도 있다. 여기서, 무선랜 통신 모듈(미도시)은 와이파이(WiFi), IEEE, 와이브로(WiBro) 등과 같은 무선 통신 프로토콜에 따라 외부 네트워크에 연결되어 통신을 수행하는 모듈이고, 무선 통신 모듈은 3G(3rd Generation), 3GPP(3rd Generation Partnership Project), LTE(Long Term Evoloution) 등과 같은 다양한 이동 통신 규격에 따라 이동 통신망에 접속하여 통신을 수행하는 모듈이다.
특히, 통신부(110)는 프로세서(120)의 제어를 받아 제 1 및 제 2 사용자(2, 3)의 단말 장치(200, 300) 그리고, 제 1 및 제 2 사용자(2, 3)의 금융 거래 서버(400, 500)와 통신을 수행하여 각종 정보를 송, 수신할 수 있다. 이때, 제 1 및 제 2 사용자의 금융 거래 서버(400, 500)는 제 1 사용자(2)의 결제와 관련된 금융 거래 서버(400) 및 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)를 포함할 수 있으나, 이에 한정되는 것은 아니다. 이때, 제 1 사용자(2)의 결제와 관련된 금융 거래 서버(400)는 VAN(Value Added Network) 서버, PG(Payment Gateway) 서버, 제 1 사용자(2)의 신용 카드사 서버, 거래 은행 서버, 거래 증권사 서버 등이 될 수 있고, 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)는 제 2 사용자(3)의 거래 은행 서버, 거래 증권사 서버 등이 될 수 있다.
한편, 도 1에서 전술한 바와 같이, 서버(100)는 서버(100)에 등록하여 대리 결제 서비스를 이용하는 사용자(2, 3)의 단말 장치(200, 300)에 설치되어, 사용자(2, 3)에게 본 개시의 다양한 실시 예들에 따른 대리 결제 서비스를 제공하기 위한 대리 결제 애플리케이션을 제공할 수 있다. 이를 위해, 통신부(110)는 앱 스토어나 플레이 스토어 등과 같은 외부의 애플리케이션 제공 서버(미도시)와 통신을 수행하여 애플리케이션 제공 서버(미도시)에 대리 결제 애플리케이션을 업로드하거나 업데이트할 수 있다. 또한, 통신부(110)는 대리 결제 애플리케이션을 제공할 수 있는 웹페이지를 통해 서버(100)에 접속한 사용자의 단말 장치(200, 300)로 대리 결제 애플리케이션을 전송할 수도 있다.
저장부(미도시)는 상술한, 그리고 후술할 서버(100)의 동작을 위한 각종 정보나 데이터 및 프로그램을 저장할 수 있다. 이를 위해, 저장부(미도시)는 램(RAM), 롬(ROM), 플래시 메모리, HDD(Hard Disk Drive), SSD(Solid State Drive) 등으로 구현될 수 있으나, 이에 한정되는 것은 아니다.
프로세서(120)는 서버(100)의 전반적인 동작을 제어한다. 이를 위해, 프로세서(120)는 중앙처리장치(central processing unit(CPU)), controller, 어플리케이션 프로세서(application processor(AP)), 또는 커뮤니케이션 프로세서(communication processor(CP)), ARM 프로세서 중 하나 또는 그 이상을 포함할 수 있다.
특히, 프로세서(120)는 본 개시의 다양한 실시 예들에 따른 대리 결제 서비스를 제공할 수 있다. 여기서, 서버(100)가 제공하는 대리 결제 서비스는, 대리 결제자와 실결제자 간의 대리 결제 약정에 따라 대리 결제자가 상품 구매 대금을 선결제하기 전에, 대리 결제자가 실결제자에게 대리 결제 승인을 요청하여 승인된 경우, 대리 결제자의 결제와 동시에 결제 금액 전, 일부를 실결제자의 계좌로부터 이체받을 수 있는 서비스를 말한다.
이를 위해, 프로세서(120)는 대리 결제 서비스에 가입한 사용자를 서버(100)에 등록하고, 등록된 사용자에게 대리 결제 서비스를 제공할 수 있다. 이때, 프로세서(120)는 서비스에 가입한 사용자에 관한 정보를 사용자별로 매칭시켜 저장부(미도시)에 저장할 수 있다. 예를 들어, 프로세서(120)는 사용자(2, 3)의 아이디, 이름, 전화번호 등과 같은 사용자 식별 정보, MAC 주소, 시리얼 넘버 등과 같은 사용자(2, 3)의 단말 장치(200, 300) 식별 정보, 사용자(2, 3)의 단말 장치(200, 300)에 설치된 대리 결제 애플리케이션 식별 정보 등을 사용자 에 관한 정보로 저장할 수 있으나, 이에 한정되는 것은 아니다.
이하에는 도 3을 참조하여 본 개시의 다양한 실시 예들에 따른 프로세서(120)의 동작을 설명한다. 도 3은 제 2 사용자(3)가 1인인 경우, 본 개시의 일 실시 예에 따른 대리 결제 시스템의 동작을 도시하고 있다.
도 3에 도시된 바와 같이, 통신부(110)를 통해 대리 결제자 즉, 제 1 사용자(2)의 단말 장치(200)로부터 대리 결제 승인 요청이 수신되면, 프로세서(120)는 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 실결제자 즉, 제 2 사용자(3)의 단말 장치(300)로 전송하도록 통신부(110)를 제어할 수 있다. 이때, 대리 결제 승인 요청에는 대리 결제 승인을 요청할 제 2 사용자(3)에 관한 정보, 제 1 사용자(2)와 제 2 사용자(3) 간의 대리 결제 약정에 따라 제 1 사용자(2)가 상품을 구매하고 그 대가로 선결제 하려고 하는 금액 즉, 대리 결제에 관한 결제 예정 금액 정보 및 제 1 사용자(2)가 결제를 수행할 경우 제 2 사용자(3)로부터 결제 금액을 상환받을 제 1 사용자(2)의 계좌 정보가 포함될 수 있다.
구체적으로, 프로세서(120)는 제 1 사용자(2)의 단말 장치(200)로부터 대리 결제 승인 요청이 수신되면, 제 1 사용자(2) 및 제 2 사용자(3)가 서버(100)에 등록된 사용자인지 여부를 판단할 수 있다.
예를 들어, 프로세서(120)는 서버(100)와 단말 장치(200) 간의 통신 방식에 따라 통신 과정에서 교환되는 장치 식별 정보를 이용하여 단말 장치(200)를 식별할 수 있다. 즉, 단말 장치(200)가 서버(100)로 전송하는 대리 결제 승인 요청에는 단말 장치(200)와 서버(100)의 통신 방식에 따른 단말 장치(200) 식별 정보가 부가 또는 포함될 수 있으며, 프로세서(120)는 이를 이용하여 대리 결제 승인 요청을 전송한 단말 장치(200)를 식별할 수 있다. 프로세서(120)는 이와 같이 식별된 단말 장치(200)에 관한 정보를 저장부(미도시)에 저장된 사용자에 관한 정보와 비교하여 제 1 사용자(2)가 서버(100)에 등록된 사용자인지 여부를 판단할 수 있다.
그러나, 프로세서(120)가 제 1 사용자(2)의 등록 여부를 판단하는 방법이 이에 한정되는 것은 아니다. 예를 들어, 제 1 사용자(2)의 단말 장치(200)는 대리 결제 승인 요청에 제 1 사용자(2)에 관한 정보(예를 들어, 제 1 사용자(2) 식별정보, 단말 장치(200) 식별 정보 또는 단말 장치(200)에 설치된 대리 결제 애플리케이션 식별 정보 등)를 포함시켜 전송하거나 또는 대리 결제 승인 요청과 함께 제 1 사용자(2)에 관한 정보를 전송할 수도 있으며, 프로세서(120)는 수신된 제 1 사용자(2)에 관한 정보를 저장부(미도시)에 저장된 사용자에 관한 정보와 비교하여 대리 결제 승인을 요청한 제 1 사용자(2)가 서버(200)에 등록된 사용자인지 여부를 판단할 수도 있다.
한편, 프로세서(120)는 대리 결제 승인 요청에 포함된 제 2 사용자(3)에 관한 정보(특히, 사용자 식별 정보, 그러나 이에 한정되는 것은 아님)를 저장부(미도시)에 저장된 사용자에 관한 정보와 비교하여 제 2 사용자(3)가 서버(100)에 등록된 사용자인지 여부를 판단할 수 있다.
이에 따라, 제 1 사용자(2) 및 제 2 사용자(3)가 등록된 사용자로 판단되면, 프로세서(120)는 대리 결제 승인 요청에 포함된 각종 정보 및 저장부(미도시)에 저장된 제 1 및 제 2 사용자(2, 3)에 관한 정보를 이용하여 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 생성할 수 있다. 이때, 승인 여부를 묻는 메시지에는 대리 결제의 승인을 요청한 제 1 사용자(2)에 관한 정보(예를 들어, 사용자 식별 정보, 그러나, 이에 한정되는 것은 아님), 결제 예정 금액 정보, 제 2 사용자(3)에게 승인이 요구되는 금액에 관한 정보 등이 포함될 수 있다.
한편, 실시 예에 따라, 대리 결제 승인 요청에는 제 1 사용자(2)가 대금을 결제하려는 상품에 관한 정보, 해당 상품을 판매하는 온라인 또는 오프라인 매장에 관한 정보, 결제 예정 시간에 관한 정보 등이 더 포함될 수 있으며, 프로세서(120)는 대리 결제 승인 요청에 포함된 이러한 각종 정보를 더 포함하는 승인 여부를 묻는 메시지를 생성할 수도 있다.
이하에서는, 프로세서(120)가, 본 개시의 다양한 실시 예에 따라, 승인 여부를 묻는 메시지에 포함되는 제 2 사용자(3)에게 승인이 요구되는 금액을 산출하는 방식에 관해 자세히 설명한다.
제 1 사용자(2)와 제 2 사용자(3) 사이의 대리 결제 약정에는, 제 1 사용자(2)가 선결제한 금액에 대해 제 1 사용자(2)의 부담 부분이 없어서, 제 1 사용자(2)가 제 2 사용자(3)로부터 결제 금액 전액을 상환받게 되는 약정(이하, 제 1 유형의 약정이라 한다.)이 있을 수 있고, 제 1 사용자(2)가 선결제한 금액에 대해 제 1 사용자(2)에게도 부담 부분이 있어서, 제 1 사용자(2)는 제 2 사용자(3) 대신 결제한 부분 즉, 제 2 사용자(3)의 부담 부분만을 상환받게 되는 약정(이하, 제 2 유형의 약정이라 한다.)이 있을 수 있다.
예를 들어, 제 2 사용자(3)가 제 1 사용자(2)에게 대금은 추후 상환할테니 책을 대신 구매해 줄 것을 부탁하고, 제 1 사용자(2)가 이를 승낙한 경우, 제 1 사용자(2)는 책 구매를 위해 선결제한 금액 전액을 제 2 사용자(3)로부터 상환받을 수 있는데, 이러한 경우가 제 1 유형의 약정의 일 예가 될 수 있다. 한편, 제 1 사용자(2) 및 제 2 사용자(3)가 식사 비용을 반씩 부담하되 제 1 사용자(2)가 비용 전액을 우선 결제하기로 하는 경우, 제 1 사용자(2)가 선결제한 금액 중 제 2 사용자(3)의 부담 부분은 제 1 사용자(2)가 제 2 사용자(3)를 대신하여 대리 결제를 한 것이 되며, 제 1 사용자(2)는 자신의 부담 부분을 제외한 제 2 사용자(3)의 부담 부분만을 상환받을 수 있는데, 이러한 경우가 제 2 유형의 약정의 일 예가 될 수 있다.
이와 같은 대리 결제 약정의 유형에 따라, 결제 예정 금액이 동일하더라도 제 2 사용자(3)에게 승인이 요구되는 금액이 달라질 수 있다. 따라서, 대리 결제 약정의 유형을 반영하여 대리 결제 서비스를 제공하기 위해, 프로세서(120)는 아래와 같이 다양한 방법으로 대리 결제 승인 요청에 포함된 정보를 이용하여 제 2 사용자(3)에게 승인이 요구되는 금액을 산출할 수 있다.
구체적으로, 본 개시의 일 실시 예에 따르면, 제 1 사용자(2)의 단말 장치(200)로부터 수신되는 대리 결제 승인 요청에는 제 2 사용자(3)에 관한 정보 및 결제 예정 금액에 관한 정보 외에 모드 정보가 더 포함될 수 있다. 이때, 모드 정보는 결제 예정 금액을 제 2 사용자(3)가 모두 부담하는 제 1 모드(상술한 제 1 유형의 약정에 대응되는 모드이다.) 및 결제 예정 금액을 제 1 사용자(2) 및 제 2 사용자(3)가 분담하는 제 2 모드(상술한 제 2 유형의 약정에 대응되는 모드이다.) 중 하나의 모드를 나타내는 정보일 수 있다.
이 경우, 프로세서(120)는 대리 결제 승인 요청에 포함된 모드 정보가 제 1 모드인 경우, 결제 예정 금액을 제 2 사용자(3)의 총수로 나눈 금액을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출하고, 모드 정보가 제 2 모드인 경우, 결제 예정 금액을 제 1 사용자(2) 및 제 2 사용자(3)의 총수로 나눈 금액을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
예를 들어, 결제 예정 금액이 3만원이고, 모드 정보가 제 1 모드인 경우, 프로세서(120)는 결제 예정 금액 3만원을 제 2 사용자의 총수인 1로 나눈 금액 즉, 3만원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다. 한편, 결제 예정 금액이 3만원이고, 모드 정보가 제 2 모드인 경우, 프로세서(120)는 결제 예정 금액 3만원을 제 1 사용자(2) 및 제 2 사용자(3)의 총수인 2로 나눈 금액 즉, 1만 5천원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
한편, 본 개시의 다른 일 실시 예에 따르면, 프로세서(120)는 대리 결제 승인 요청에 별도의 모드 정보가 포함되지 않더라도, 결제 예정 금액을 부담할 사용자에 관한 정보로서 제 1 사용자(2)에 관한 정보가 포함되어 있는지 여부에 따라 제 1 모드 또는 제 2 모드 중 하나의 모드를 판단할 수 있다.
즉, 대리 결제 승인 요청에 결제 예정 금액을 부담할 사용자에 관한 정보로서 제 1 사용자(2)에 관한 정보가 포함되지 않은 경우, 제 1 사용자(2)는 결제 예정 금액에 대해 부담 부분이 없는 것이므로, 프로세서(120)는 제 1 모드로 판단할 수 있다. 이에 반해, 대리 결제 승인 요청에 결제 예정 금액을 부담할 사용자에 관한 정보로서 제 1 사용자(2)에 관한 정보가 포함된 경우에는 제 1 사용자(2)도 결제 예정 금액에 대해 부담 부분이 있는 것이므로, 프로세서(120)는 제 2 모드로 판단할 수 있다. 모드가 판단된 이후의 프로세서(120)의 동작은 위와 같다.
한편, 본 개시의 다른 일 실시 예에 따르면, 제 1 사용자(2)의 단말 장치(200)로부터 수신되는 대리 결제 승인 요청에는, 결제 예정 금액을 분담할 사용자의 수에 관한 정보가 포함될 수 있다. 이 경우, 프로세서(120)는 결제 예정 금액을 상기 분담할 사용자의 수로 나눈 금액을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
예를 들어, 결제 예정 금액이 3만원이고, 분담할 사용자의 수가 1인 경우(제 1 사용자(2)가 제 2 사용자(3)와 제 1 유형의 약정을 한 경우가 그 예가 될 수 있다.), 프로세서(120)는 결제 예정 금액 3만원을 1로 나눈 금액 즉, 3만원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다. 한편, 결제 예정 금액이 3만원이고, 분담할 사용자의 수가 2인 경우(제 1 사용자(2)가 제 2 사용자(3)와 제 2 유형의 약정을 한 경우가 그 예가 될 수 있다.), 프로세서(120)는 결제 예정 금액 3만원을 분담할 사용자의 수인 2로 나눈 금액 즉, 1만 5천원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
한편, 본 개시의 또 다른 일 실시 예에 따르면, 제 1 사용자(2)의 단말 장치(200)로부터 수신되는 대리 결제 승인 요청에는, 분배 정보가 포함될 수 있다. 이때, 분배 정보는, 제 1 사용자(2) 및 제 2 사용자(3) 사이에서 결제 예정 금액을 분담할 비율 또는 제 1 사용자(2) 및 제 2 사용자(3) 사이에서 결제 예정 금액의 분배 금액에 관한 정보를 포함할 수 있다. 이 경우, 프로세서(120)는 결제 예정 금액을 분배 정보에 따라 나눈 금액을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
구체적으로, 분배 정보가 결제 예정 금액을 분담할 비율인 경우, 프로세서(120)는 분담할 비율에 기초하여 결제 예정 금액 중 제 1 사용자(2)의 부담 부분및 제 2 사용자(3)의 부담 부분을 산출하고, 그 중 제 2 사용자(3)의 부담 부분을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
예를 들어, 결제 예정 금액이 3만원이고, 분배 비율이 0:1인 경우(제 1 사용자(2)가 제 2 사용자(3)와 제 1 유형의 약정을 한 경우가 그 예가 될 수 있다.), 프로세서(120)는 제 1 사용자(2)의 부담 부분을 0원으로, 제 2 사용자(3)의 부담 부분을 3만원으로 산출하고, 3만원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
한편, 결제 예정 금액이 3만원이고, 분배 비율이 1:1인 경우(제 1 사용자(2)가 제 2 사용자(3)와 제 2 유형의 약정을 한 경우가 그 예가 될 수 있다.), 프로세서(120)는 제 1 사용자(2)의 부담 부분 및 제 2 사용자(3)의 부담 부분을 1만 5천원으로 각각 산출하고, 그 중 제 2 사용자(3)의 부담 부분인 1만 5천원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다. 여기서, 분담할 비율이 1:1인 것을 예로 들었으나, 이에 한정되는 것은 아니며, 어떤 비율도 가능함은 물론이다.
한편, 분배 정보가 결제 예정 금액의 사용자별 분배 금액인 경우, 프로세서(120)는 제 2 사용자(3)에 해당하는 분배 금액을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다. 예를 들어, 결제 예정 금액이 3만원이고, 분배 금액이 제 1 사용자(2) 0원, 제 2 사용자(3) 3만원인 경우, 프로세서(120)는 3만원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다. 한편, 결제 예정 금액이 3만원이고, 분배 금액이 제 1 사용자(2) 1만 5천원, 제 2 사용자(3) 1만 5천원인 경우, 프로세서(120)는 1만 5천원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다. 이 경우에도 분배 금액이 위 예와 달라질 수 있음은 물론이다.
이와 같이, 다양한 실시 예들에 따라 제 2 사용자(3)에게 승인이 요구되는 금액이 산출되면, 프로세서(120)는 산출된 제 2 사용자(3)에게 승인이 요구되는 금액을 포함하는 승인 여부를 묻는 메시지를 생성할 수 있다.
대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지가 생성되면, 프로세서(120)는 생성된 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송하도록 통신부(110)를 제어할 수 있다. 구체적으로, 전술한 바와 같이 대리 결제 승인 요청에는 제 2 사용자(3)에 관한 정보(예를 들어, 제 2 사용자(3)의 ID 또는 이름, 그러나, 이에 한정되는 것은 아님)가 포함되므로, 프로세서(120)는 저장부(미도시)에 저장된 제 2 사용자(3)에 관한 정보(예를 들어, 전화번호나 단말 장치(300) 식별 정보, 그러나, 이에 한정되는 것은 아님)를 이용하여 상기 생성된 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송할 수 있다.
실시 예에 따라, 대리 결제 승인 요청에 포함된 제 2 사용자(3)에 관한 정보에 전화번호 또는 단말 장치(300)의 식별 정보가 포함되는 경우, 프로세서(120)는 저장부(미도시)에 저장된 정보를 이용하지 않고, 대리 결제 승인 요청에 포함된 정보를 이용하여 제 2 사용자(3)의 단말 장치(300)로 상기 생성된 메시지를 전송할 수도 있을 것이다.
한편, 프로세서(120)는 제 1 사용자(2)의 단말 장치(200)로부터 대리 결제 승인 요청이 수신되면, 대리 결제 승인 요청에 포함된 제 1 사용자(2)의 계좌 정보를 저장부(미도시)에 임시 저장할 수 있다. 제 1 사용자(2)의 계좌 정보는 단말 장치(100)에 설치된 대리 결제 애플리케이션을 통해 암호화된 것일 수 있으며, 프로세서(120)는 암호화된 제 1 사용자(2)의 계좌 정보를 필요에 따라 복호화하여 이용할 수 있다. 이때, 암호화 및 복호화 방식에 제한은 없다. 한편, 제 1 사용자(2)의 계좌 정보는 후술할 바와 같이, 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 특정 금액이 이체된 이후에는 저장부(미도시)에서 삭제될 수 있다.
제 2 사용자(3)의 단말 장치(300)로 전송된 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지는 제 2 사용자(3)의 단말 장치(300)에 디스플레이될 수 있으며, 이에 따라, 제 2 사용자(3)는 대리 결제 승인 요청을 승인하거나 불승인할 수 있다.
대리 결제 승인 요청이 제 2 사용자(3)에 의해 승인된 경우, 통신부(110)는 제 2 사용자(3)의 단말 장치(300)로부터 제 2 사용자(3)의 계좌 정보를 포함하는 대리 결제 승인 요청에 대한 승인을 수신할 수 있다.
대리 결제 승인 요청에 대한 승인이 수신되면, 프로세서(120)는 제 2 사용자(3)의 계좌 정보를 저장부(미도시)에 임시 저장할 수 있다. 제 2 사용자(3)의 계좌 정보 역시 암호화된 것일 수 있으며, 프로세서(120)는 암호화된 제 2 사용자(3)의 계좌 정보를 필요에 따라 복호화하여 이용할 수 있다. 이때, 암호화 및 복호화 방식에 제한은 없다. 한편, 제 2 사용자(3)의 계좌 정보 역시 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 특정 금액의 이체가 이루어진 후 저장부(미도시)에서 삭제될 수 있다.
또한, 프로세서(120)는 제 2 사용자(3)의 단말 장치(300)로부터 대리 결제 승인 요청에 대한 승인이 수신되면, 대리 결제 요청에 대한 승인 메시지를 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송할 수 있다.
이때, 승인 메시지에는 제 1 사용자(2)가 요청한 대리 결제 승인 요청이 승인되었음을 나타내는 정보가 포함될 수 있다. 예를 들어, 승인 메시지에는 결제 예정 금액 또는 제 2 사용자(3)에게 승인이 요구되는 금액이 제 2 사용자(3)에 의해 승인되었음을 나타내는 정보가 포함될 수 있으나, 이에 한정되는 것은 아니다.
승인 메시지를 수신한 제 1 사용자(2)의 단말 장치(200)는 승인 메시지를 디스플레이할 수 있으며, 이에 따라, 제 1 사용자(2)는 자신의 대리 결제 승인 요청이 제 2 사용자(3)에 의해 승인되었음을 확인할 수 있다.
한편, 대리 결제 요청이 승인된 것을 확인한 제 1 사용자(2)는 다양한 결제 수단을 통해 결제를 수행할 수 있으며, 제 1 사용자(2)가 결제한 결제 정보는 제 1 사용자(2)의 결제와 관련된 금융 거래 서버(400)를 통해 통신부(110)로 수신될 수 있다.
예를 들어, 제 1 사용자(2)가 오프라인 매장에서 대리 구매 약정에 따른 상품을 구매하고, 카드를 이용하여 대금을 결제한 경우, 결제 정보는 VAN 서버 및 카드사 서버로 전송되며, 통신부(110)는 VAN 서버 또는 카드사 서버로부터 제 1 사용자(2)의 결제 정보를 수신할 수 있다.
이때, 카드를 이용하여 대금을 결제하는 방법은 도 3에 도시된 바와 같이, 제 1 사용자(2)가 결제 단말 장치(600-1)에 신용 카드(20)를 직접 긁는 경우뿐만 아니라, 단말 장치(200)를 이용하여 신용 카드를 사용하는 경우도 포함한다. 즉, 제 1 사용자(2)의 단말 장치(200)가 결제 단말 장치(600-2)와의 통신을 통해 결제를 수행하는 경우에도, 결제 정보는 VAN 서버 및 카드사 서버로 전송되며, 통신부(110)는 VAN 서버 또는 카드사 서버로부터 제 1 사용자(2)의 결제 정보를 수신할 수 있다.
예를 들어, 단말 장치(200)가 스마트폰인 경우, 제 1 사용자(2)는 자신의 단말 장치(200)에 앱카드 앱 또는 모바일카드 앱을 설치하고, 설치된 앱에 신용 카드를 등록함으로써 단말 장치(200)를 통해 신용 카드를 사용할 수 있다. 앱 카드 방식의 경우, 사용자가 앱 실행시 신용 카드에 대응되는 바코드나 QR 코드가 단말 장치(200)에 디스플레이되며, 결제 단말 장치(600-2)가 바코드 또는 QR 코드를 읽음으로써 신용 카드 결제가 수행된다. 모바일 카드 방식의 경우, 스마트폰의 USIM에 신용 카드 정보를 저장하거나 설치된 앱에 신용 카드를 등록한 후, 앱을 실행시켜 단말 장치(200)를 결제 단말 장치(600-2)에 태깅함으로써 신용 카드 결제가 수행된다.
한편, 제 1 사용자(2)가 온라인 매장에서 대리 구매 약정에 따른 상품을 구매하고, 대금을 결제하는 경우, 결제 정보는 PG 서버, 은행 서버 또는 신용 카드사 서버로 전송되며, 통신부(110)는 PG 서버, 은행 서버 또는 신용 카드사 서버로부터 제 1 사용자(2)의 결제 정보를 수신할 수 있을 것이다.
이때, 제 1 사용자(2)의 결제 정보를 수신한 금융 거래 서버(400)는 서버(100)로부터 별도의 요청이 없더라도 자동으로, 또는 서버(100)의 요청이 있는 경우에, 제 1 사용자(2)의 결제 정보를 서버(100)로 전송할 수 있다. 이는 금융 거래 서버(400) 운영자 및 서버(100) 운영자 간의 계약에 따라 달라질 수 있다.
이와 같이, 대리 결제에 관한 제 1 사용자(2)의 결제 정보가 통신부(110)를 통해 수신되면, 프로세서(120)는 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 생성하고, 생성된 계좌 이체 정보를 제 2 사용자의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있다.
구체적으로, 결제 정보가 수신되면, 프로세서(120)는 제 1 사용자(2)의 결제와 관련된 금융 거래 서버(400)로부터 수신한 결제 정보와 제 1 사용자(2)의 대리 결제 승인 요청에 포함된 각종 정보를 비교하여 결제 정보에 대응되는 대리 결제 승인 요청이 존재하는지 여부를 판단할 수 있다.
프로세서(120)는 제 1 사용자(2)의 단말 장치(200)로부터 수신한 대리 결제 승인 요청을 저장부(미도시)에 임시 저장할 수 있다. 따라서, 저장부(미도시)에는 대리 결제 서비스를 이용하는 사용자들 각각의 대리 결제 승인 요청이 저장되어 있을 수 있다.
한편, 대리 결제 승인 요청에는 제 1 사용자(2)의 계좌 정보, 제 2 사용자(3)에 관한 정보, 결제 예정 금액 정보 외에 제 1 사용자(2)가 결제하려는 상품에 관한 정보, 해당 상품을 판매하는 온라인 또는 오프라인 매장에 관한 정보, 결제 예정 시간에 관한 정보 등이 포함될 수 있고, 결제 정보에는 결제 수단에 관한 정보(예를 들어, 신용 카드 정보 등), 결제 금액에 관한 정보, 결제 매장에 관한 정보, 결제된 상품에 관한 정보, 결제 시간에 관한 정보 등이 포함될 수 있다.
따라서, 프로세서(120)는 결제 정보에 포함된 각종 정보와 대리 결제 승인 요청에 포함된 각종 정보를 비교하여 저장부(미도시)에 저장되어 있는 복수의 대리 결제 승인 요청 중 결제 정보에 대응되는 대리 결제 승인 요청이 존재하는지 여부를 판단할 수 있다.
판단 결과, 결제 정보에 대응되는 대리 결제 승인 요청이 존재하는 경우, 프로세서(120)는 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 생성할 수 있다.
구체적으로, 프로세서(120)는, 대리 결제 승인 요청에 포함된 결제 예정 금액과 결제 정보에 포함된 결제 금액이 동일한 경우, 제 2 사용자(3)에게 승인이 요구되는 금액을 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보를 생성할 수 있다.
이때, 제 2 사용자(3)에게 승인이 요구되는 금액은, 전술한 승인 여부를 묻는 메시지에 포함되는 제 2 사용자(3)에게 승인이 요구되는 금액과 동일하므로 중복 설명은 생략한다. 이해를 위해 하나만 예로 들면, 대리 결제 승인 요청에 모드 정보가 포함되는 실시 예의 경우, 전술한 바와 같이 모드 정보가 제 1 모드인 경우에는 결제 예정 금액을 제 2 사용자(3)의 총수로 나눈 금액이, 그리고, 모드 정보가 제 2 모드인 경우에는 결제 예정 금액을 제 1 사용자(2) 및 제 2 사용자(3)의 총수로 나눈 금액이 각각 제 2 사용자(3)에게 승인이 요구되는 금액이 되므로, 제 1 사용자(2)가 결제 예정 금액과 동일한 금액을 결제한 경우, 프로세서(120)는 위와 같은 금액을 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보를 생성하게 된다.
한편, 대리 결제 승인 요청에 포함된 결제 예정 금액과 결제 정보에 포함된 결제 금액이 상이한 경우, 프로세서(120)는 제 2 사용자(3)에게 승인이 요구되는 금액과 결제 금액 중 더 적은 금액을 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보를 생성할 수 있다.
이와 같이 처리하는 것은, 결제 예정 금액에 기초하여 상술한 바와 같이 다양한 방법으로 제 2 사용자(3)에게 승인이 요구되는 금액이 산출되며, 제 2 사용자(3)는 승인 여부를 묻는 메시지를 통해 승인이 요구되는 금액을 확인하고, 그 금액에 대한 대리 결제 승인 요청을 승인하는 것이기 때문이다. 또한, 제 1 사용자(2)의 결제 금액이 승인 여부를 묻는 메시지에 포함된 금액(즉, 제 2 사용자(3)에게 승인이 요구되는 금액)보다 적은 경우에는 제 1 사용자(2)가 실제 결제한 금액보다 더 많은 금액을 상환받는 것은 부당하기 때문이다.
한편, 제 1 사용자(2)가 제 2 사용자(3)에게 대리 결제 승인을 요청하여 승인을 받았으나, 그 이후 실제 결제해야 할 금액이 승인 요청한 결제 예정 금액과 달라질 것이 예상되는 경우(특히, 결제 예정 금액이 더 올라갈 경우)에는, 제 1 사용자(2)는 결제를 수행하기 전에 제 2 사용자(3)에게 변경된 결제 예정 금액으로 새로운 대리 결제 승인을 요청하면 될 것이다.
프로세서(120)는 이와 같이 생성된 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500), 예를 들어, 제 2 사용자(3)의 계좌를 관리하는 은행 서버로 전송하도록 통신부(110)를 제어할 수 있다. 이에 따라, 계좌 이체 정보를 수신한 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)는 수신된 계좌 이체 정보에 기초하여 계좌 이체를 실행함으로써, 제 1 사용자(2)는 대리 결제 약정에 따른 결제와 동시에 제 2 사용자(3)로부터 결제 금액을 상환받을 수 있게 된다.
이와 같이, 제 1 사용자(2)의 대리 결제 승인 요청에 대한 서버(100)의 대리 결제 서비스가 완료되면, 프로세서(120)는 완료된 대리 결제 서비스와 관련하여 저장부(미도시)에 임시 저장된 정보를 삭제할 수 있다.
구체적으로, 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)는 계좌 이체 정보에 기초하여 계좌 이체가 완료되면, 계좌 이체가 완료되었음을 알리는 메시지를 서버(100)로 전송할 수 있다. 이에 따라, 통신부(110)를 통해 계좌 이체가 완료되었음을 알리는 메시지가 수신되면, 프로세서(120)는 저장부(미도시)에 임시 저장된 제 1 사용자(2)의 대리 결제 승인 요청, 제 1 사용자(2)의 계좌 정보, 제 2 사용자(3)의 계좌 정보 및 제 1 사용자(2)의 결제 정보 등을 삭제할 수 있다.
한편, 이상에서는 실결제자 즉, 제 2 사용자(3)가 1인인 경우의 예를 설명하였다. 그러나, 상술한 제 1 유형의 약정 또는 제 2 유형의 약정의 경우 모두 제 2 사용자가 복수일 수 있다. 즉, 예를 들어, 제 2 사용자 1 및 제 2 사용자 2가 제 1 사용자(2)에게 대금은 추후 상환할테니 책을 대신 구매해 줄 것을 부탁하고, 제 1 사용자(2)가 이를 승낙한 경우에도, 제 1 사용자(2)는 자신의 부담 부분이 없으므로 제 2 사용자 1 및 제 2 사용자 2로부터 책 구매대금 전액을 상환받을 수 있게 되는데, 이는 제 1 유형의 약정에서 제 2 사용자가 복수인 경우의 일 예가 될 수 있다. 한편, 제 1 사용자(2), 제 2 사용자 1 및 제 2 사용자 2가 식사 비용을 1/3씩 부담하되 제 1 사용자(2)가 비용 전액을 우선 결제하기로 하는 경우, 식사 비용 전액을 결제한 제 1 사용자(2)는 제 2 사용자 1 및 제 2 사용자 2의 부담부분만을 제 2 사용자 1 및 제 2 사용자 2로부터 상환받게 되는 데, 이 경우는 제 1 사용자(2)에게도 부담부분이 있으므로, 제 2 유형의 약정에서 제 2 사용자가 복수인 경우의 일 예가 일 수 있다.
이하에는 도 4을 참조하여, 제 2 사용자가 2명 이상인 경우, 본 개시의 다양한 실시 예들에 따른 프로세서(120)의 동작을 설명한다. 도 4는 제 2 사용자(3-1, 3-1)가 2명인 경우 본 개시의 일 실시 예에 따른 대리 결제 시스템의 동작을 도시하고 있다. 도 4에서는 설명의 편의를 위해 제 2 사용자(3-1, 3-2)가 2명인 것을 예로 들었지만, 본 명세서에 개시된 설명을 이해한 당업자라면 제 2 사용자가 2명 이상인 경우에도 후술되는 실시 예들이 유사하게 적용될 수 있음을 자명하게 이해할 수 있을 것이다.
한편, 도 4를 보면 제 2 사용자가 2명인 것을 제외하고는 도 3과 동일한 것을 볼 수 있다. 도 4의 예에서 제 2 사용자가 복수가 되면서 달라지는 내용을 제외하고는 도 3에서 설명한 프로세서(120)의 동작이 그대로 적용될 수 있다. 따라서, 이하에서 도 4를 설명함에 있어, 도 3을 통해 설명한 것과 중복되는 설명은 생략하고, 제 2 사용자가 복수가 되면서 발생하는 도 3과의 차이점을 중심으로 설명하기로 한다.
도 4에 도시된 바와 같이, 제 2 사용자(3-1) 및 제 2 사용자(3-2)와 대리 결제 약정을 한 제 1 사용자(2)는 자신의 단말 장치(200)를 이용하여 대리 결제의 승인을 요청할 수 있다. 이에 따라, 통신부(110)를 통해 제 1 사용자(2)의 단말 장치(200)로부터 대리 결제 승인 요청이 수신되면, 프로세서(120)는 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 제 2 사용자(3-1)의 단말 장치(300-1) 및 제 2 사용자(3-2)의 단말 장치(300-2)로 전송하도록 통신부(110)를 제어할 수 있다. 이때, 대리 결제 승인 요청에는 제 2 사용자(3-1) 및 제 2 사용자(3-2)에 관한 정보, 결제 예정 금액 정보 및 제 1 사용자(2)의 계좌 정보가 포함될 수 있다.
구체적으로, 프로세서(120)는 제 1 사용자(2)의 단말 장치(200)로부터 대리 결제 승인 요청이 수신되면, 제 1 사용자(2), 제 2 사용자(3-1) 및 제 2 사용자(3-2)가 서버(100)에 등록된 사용자인지 여부를 판단할 수 있다. 프로세서(120)가 각 사용자가 서버(100)에 등록된 사용자인지 여부를 판단하는 방법은 도 3을 통해 전술한 바와 같다.
이에 따라, 제 1 사용자(2) 및 제 2 사용자(3)가 등록된 사용자로 판단되면, 프로세서(120)는 대리 결제 승인 요청에 포함된 각종 정보 및 저장부(미도시)에 저장된 제 1 및 제 2 사용자(2, 3)에 관한 정보를 이용하여 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 생성할 수 있다.
예를 들어, 프로세서(120)는 제 2 사용자(3-1)에게 전송할 승인 여부를 묻는 메시지와 제 2 사용자(3-2)에게 전송할 승인 여부를 묻는 메시지를 각각 생성할 수 있다. 이때, 제 2 사용자(3-1, 3-2) 각각에게 전송할 승인 여부를 묻는 메시지는 제 2 사용자(3-1, 3-2) 각각에게 승인이 요구되는 금액에 관한 정보를 각각 포함할 수 있다. 실시 예에 따라, 각 승인 여부를 묻는 메시지에 제 1 사용자(2)에 관한 정보(예를 들어, 사용자 식별 정보, 그러나, 이에 한정되는 것은 아님), 결제 예정 금액 정보, 제 1 사용자(2)가 결제하려는 상품에 관한 정보, 해당 상품을 판매하는 온라인 또는 오프라인 매장에 관한 정보, 결제 예정 시간에 관한 정보 등이 더 포함될 수도 있음은 물론이다.
그러나, 이에 한정되는 것은 아니며, 프로세서(120)는 제 2 사용자(3-1) 및 제 2 사용자(3-2)에게 전송할 하나의 승인 여부를 묻는 메시지를 생성할 수도 있을 것이다. 이때, 하나의 승인 여부를 묻는 메시지에는 제 2 사용자(3-1)에게 승인이 요구되는 금액에 관한 정보와 제 2 사용자(3-2)의 승인이 요구되는 금액에 관한 정보가 모두 포함되어야 할 것이다.
이하에서는, 제 2 사용자가 복수인 경우, 프로세서(120)가 각 제 2 사용자에게 승인이 요구되는 금액을 산출하는 다양한 예에 관해 자세히 설명한다.
대리 결제 약정의 유형에 따라, 결제 예정 금액이 동일하더라도 제 2 사용자(3-1, 3-2)에게 승인이 요구되는 금액이 달라질 수 있음은 전술한 바와 같다. 따라서, 대리 결제 약정의 유형을 반영하여 대리 결제 서비스를 제공하기 위해, 프로세서(120)는 아래와 같이 다양한 방법으로 대리 결제 승인 요청에 포함된 정보를 이용하여 복수의 제 2 사용자(3-1, 3-2) 각각에게 승인이 요구되는 금액을 산출할 수 있다.
구체적으로, 전술한 바와 같이, 제 1 사용자(2)의 단말 장치(200)로부터 수신되는 대리 결제 승인 요청에 모드 정보가 더 포함된 경우, 프로세서(120)는 결제 예정 금액, 제 2 사용자(3-1, 3-2)에 관한 정보 및 모드 정보를 이용하여 각 제 2 사용자(3-1, 3-2)에게 승인이 요구되는 금액을 산출할 수 있다.
즉, 프로세서(120)는 대리 결제 승인 요청에 포함된 모드 정보가 제 1 모드인 경우, 결제 예정 금액을 제 2 사용자(3)의 총수로 나눈 금액을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출하고, 모드 정보가 제 2 모드인 경우, 결제 예정 금액을 제 1 사용자(2) 및 제 2 사용자(3)의 총수로 나눈 금액을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
예를 들어, 결제 예정 금액이 3만원이고, 모드 정보가 제 1 모드인 경우, 프로세서(120)는 결제 예정 금액 3만원을 제 2 사용자의 총수인 2로 나눈 금액 즉, 1만 5천원을 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 산출할 수 있다.
한편, 결제 예정 금액이 3만원이고, 모드 정보가 제 2 모드인 경우, 프로세서(120)는 결제 예정 금액 3만원을 제 1 사용자(2) 및 제 2 사용자(3-1, 3-2)의 총수인 3으로 나눈 금액 즉, 1만원을 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 산출할 수 있다.
한편, 전술한 바와 같이, 본 개시의 다른 일 실시 예에 따르면, 프로세서(120)는 대리 결제 승인 요청에 별도의 모드 정보가 포함되지 않더라도, 결제 예정 금액을 부담할 사용자에 관한 정보로서 제 1 사용자(2)에 관한 정보가 포함되어 있는지 여부에 따라 제 1 모드 또는 제 2 모드 중 하나의 모드를 판단할 수 있다.
즉, 프로세서(120)는 대리 결제 승인 요청에 결제 예정 금액을 부담할 사용자에 관한 정보로서 제 1 사용자(2)에 관한 정보가 포함되지 않은 경우, 제 1 모드로 판단하고, 포함된 경우, 제 2 모드로 판단할 수 있다. 모드가 판단된 이후의 프로세서(120)의 동작은 위와 같다.
또한, 전술한 바와 같이, 본 개시의 또 다른 일 실시 예에 따르면, 제 1 사용자(2)의 단말 장치(200)로부터 수신되는 대리 결제 승인 요청에는, 결제 예정 금액을 분담할 사용자의 수에 관한 정보가 포함될 수 있다. 이 경우, 프로세서(120)는 결제 예정 금액을 상기 분담할 사용자의 수로 나눈 금액을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출할 수 있다.
예를 들어, 결제 예정 금액이 3만원이고, 분담할 사용자의 수가 2인 경우(제 1 사용자(2)가 2명의 제 2 사용자(3-1, 3-2)와 제 1 유형의 약정을 한 경우가 그 예가 될 수 있다.), 프로세서(120)는 결제 예정 금액 3만원을 2로 나눈 금액 즉, 1만 5천원을 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 산출할 수 있다.
한편, 결제 예정 금액이 3만원이고, 분담할 사용자의 수가 3인 경우(제 1 사용자(2)가 2명의 제 2 사용자(3-1, 3-2)와 제 2 유형의 약정을 한 경우가 그 예가 될 수 있다.), 프로세서(120)는 결제 예정 금액 3만원을 분담할 사용자의 수인 3으로 나눈 금액 즉, 1만원을 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 산출할 수 있다.
한편, 전술한 바와 같이, 본 개시의 또 다른 일 실시 예에 따르면, 제 1 사용자(2)의 단말 장치(200)로부터 수신되는 대리 결제 승인 요청에는, 분배 정보가 포함될 수 있다. 이때, 분배 정보는, 제 1 사용자(2), 제 2 사용자(3-1) 및 제 2 사용자(3-2) 사이에서 결제 예정 금액을 분담할 비율 또는 제 1 사용자(2), 제 2 사용자(3-1) 및 제 2 사용자(3-2) 사이에서 결제 예정 금액을 분배한 분배 금액에 관한 정보를 포함할 수 있다. 이 경우, 프로세서(120)는 결제 예정 금액을 분배 정보에 따라 나눈 금액을 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 산출할 수 있다.
구체적으로, 분배 정보가 결제 예정 금액을 분담할 비율인 경우, 프로세서(120)는 분담할 비율에 기초하여 결제 예정 금액 중 제 1 사용자(2)의 부담 부분, 제 2 사용자(3-1)의 부담 부분 및 제 2 사용자(3-2)의 부담 부분을 산출하고, 그 중 제 2 사용자(3-1) 및 제 2 사용자(3-2)의 부담 부분을 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 산출할 수 있다.
예를 들어, 결제 예정 금액이 3만원이고, 분배 비율이 0:1:1인 경우(제 1 사용자(2)가 2명의 제 2 사용자(3-1, 3-2)와 제 1 유형의 약정을 한 경우가 그 예가 될 수 있다.), 프로세서(120)는 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 1만 5천원을 산출할 수 있다. 한편, 결제 예정 금액이 3만원이고, 분배 비율이 1:1:1인 경우(제 1 사용자(2)가 2명의 제 2 사용자(3-1, 3-2)와 제 2 유형의 약정을 한 경우가 그 예가 될 수 있다.), 프로세서(120)는 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 1만원을 산출할 수 있다.
한편, 분배 정보가 결제 예정 금액의 사용자별 분배 금액인 경우, 프로세서(120)는 제 2 사용자(3-1) 및 제 2 사용자(3-2)에 해당하는 분배 금액을 제 2 사용자(3-1) 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 산출할 수 있다.
예를 들어, 결제 예정 금액이 3만원이고, 분배 금액이 제 1 사용자(2) 0원, 제 2 사용자(3-1) 1만 5천원, 제 2 사용자(3-2) 1만 5천원인 경우, 프로세서(120)는 1만 5천원을 제 2 사용자(3-1) 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 산출할 수 있다. 한편, 결제 예정 금액이 3만원이고, 분배 금액이 제 1 사용자(2) 1만원, 제 2 사용자(3-1) 1만원, 제 2 사용자(3-2) 1만원인 경우, 프로세서(120)는 1만원을 제 2 사용자(3-1) 및 제 2 사용자(3-2)에게 승인이 요구되는 금액으로 각각 산출할 수 있다.
한편, 이상에서는 설명의 일관성을 위해, 제 2 사용자(3-1) 및 제 2 사용자(3-2)에게 승인이 요구되는 금액이 동일하게 산출되는 분배 정보를 예로 들었으나, 이에 한정되는 것은 아니며, 분담할 비율에 관한 정보나 분배 금액에 관한 정보가 위의 예와 얼마든지 달라질 수 있음은 물론이다.
위와 같이, 다양한 실시 예들에 따라 제 2 사용자(3-1) 및 제 2 사용자(3-2)에게 승인이 요구되는 금액이 각각 산출되면, 프로세서(120)는 산출된 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액을 포함하는 승인 여부를 묻는 메시지를 생성할 수 있다.
이에 따라, 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지가 생성되면, 프로세서(120)는 생성된 메시지를 제 2 사용자(3-1)의 단말 장치(300-1) 및 제2 사용자(3-2)의 단말 장치(300-2)로 각각 전송하도록 통신부(110)를 제어할 수 있으며, 이에 관한 구체적인 내용은 도 3을 통해 전술한 바와 같다.
한편, 제 2 사용자(3-1, 3-2)의 단말 장치(300-1, 300-2)로 각각 전송된 승인 여부를 묻는 메시지는 각 단말 장치(300-1, 300-2)에 디스플레이될 수 있으며, 이에 따라, 제 2 사용자(3-1) 및 제 2 사용자(3-2)는 대리 결제 승인 요청을 승인하거나 불승인할 수 있다.
대리 결제 승인 요청이 제 2 사용자(3-1) 및 제 2 사용자(3-2)에 의해 각각 승인된 경우, 통신부(110)는 제 2 사용자(3-1)의 단말 장치(300-1) 및 제 2 사용자(3-2)의 단말 장치(300-2)로부터 제 2 사용자(3-1)의 계좌 정보를 포함하는 대리 결제 승인 요청에 대한 승인 및 제 2 사용자(3-2)의 계좌 정보를 포함하는 대리 결제 승인 요청에 대한 승인을 각각 수신할 수 있다.
이에 따라, 프로세서(120)는 제 2 사용자(3-1)의 계좌 정보 및 제 2 사용자(3-2)의 계좌 정보를 저장부(미도시)에 각각 임시 저장하고, 대리 결제 요청에 대한 승인 메시지를 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송할 수 있다.
예를 들어, 프로세서(120)는 제 2 사용자(3-1, 3-2)의 단말 장치(300-1, 300-2) 각각으로부터 승인이 모두 수신되면, 제 1 사용자(2)의 대리 결제 승인 요청이 승인되었음을 나타내는 하나의 승인 메시지를 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송할 수 있다. 또는 실시 예에 따라 제 2 사용자(3-1, 3-2)의 단말 장치(300-1, 300-2)로부터 승인이 수신되는 순서에 따라 해당 제 2 사용자에 대한 승인 요청이 승인되었음을 나타내는 메시지를 생성하여 제 1 사용자(2)의 단말 장치로 각각 전송할 수도 있다.
이때, 승인 메시지에는 결제 예정 금액 또는 제 2 사용자(3)에게 승인이 요구되는 금액이 제 2 사용자(3)에 의해 승인되었음을 나타내는 정보가 포함될 수 있으나, 이에 한정되는 것은 아니다.
제 1 사용자(2)의 단말 장치(200)는 서버(100)로부터 수신된 승인 메시지를 디스플레이할 수 있으며, 이에 따라, 제 1 사용자(2)는 대리 결제 승인 요청이 제 2 사용자(3-1) 및/또는 제 2 사용자(3-2)에 의해 승인된 것을 확인할 수 있다.
한편, 대리 결제 요청이 승인된 것을 확인한 제 1 사용자(2)는 다양한 결제 수단을 통해 결제를 수행할 수 있으며, 제 1 사용자(2)가 결제한 결제 정보는 제 1 사용자(2)의 결제와 관련된 금융 거래 서버(400)를 통해 통신부(110)로 수신될 수 있다. 이에 관한 구체적인 내용은 도 3을 통해 전술한 바 있으므로, 이하 설명을 생략한다.
이와 같이, 대리 결제에 관한 제 1 사용자(2)의 결제 정보가 통신부(110)를 통해 수신되면, 프로세서(120)는 제 2 사용자(3-1) 및 제 2 사용자(3-2) 각각의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 생성하고, 생성된 계좌 이체 정보를 제 2 사용자(3-1) 및 제 2 사용자(3-2) 각각의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있다. 도 4에서는 제 2 사용자(3-1) 및 제 2 사용자(3-2)의 계좌에 관한 금융 거래 서버(500)가 동일한 경우를 도시하였으나, 제 2 사용자(3-1) 및 제 2 사용자(3-2)의 계좌에 관한 금융 거래 서버가 서로 다를 수 있음은 물론이다.
구체적으로, 결제 정보가 수신되면, 프로세서(120)는 결제 정보와 제 1 사용자(2)의 대리 결제 승인 요청에 포함된 각종 정보를 비교하여 결제 정보에 대응되는 대리 결제 승인 요청이 존재하는지 여부를 판단하고, 판단 결과, 결제 정보에 대응되는 대리 결제 승인 요청이 존재하는 경우, 프로세서(120)는 제 2 사용자(3-1)의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보 및 제 2 사용자(3-2)의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 생성할 수 있다.
이때, 대리 결제 승인 요청에 포함된 결제 예정 금액과 결제 정보에 포함된 결제 금액이 동일한 경우, 프로세서(120)는, 제 2 사용자(3-1)에게 승인이 요구되는 금액을 제 2 사용자(3-1)의 계좌에서 제 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보 및 제 2 사용자(3-2)에게 승인이 요구되는 금액을 제 2 사용자(3-2)의 계좌에서 제 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보를 생성할 수 있다.
한편, 대리 결제 승인 요청에 포함된 결제 예정 금액과 결제 정보에 포함된 결제 금액이 상이한 경우, 프로세서(120)는 제 2 사용자들(3-1, 3-2)에게 승인이 요구되는 금액(즉, 제 2 사용자(3-1)에게 승인이 요구되는 금액과 제 2 사용자(3-2)에게 승인이 요구되는 금액의 합)과 결제 금액 중 더 적은 금액을 제 2 사용자들(3-1, 3-2)의 계좌에서 제 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보를 생성할 수 있다.
구체적으로, 결제 금액이 제 2 사용자들(3-1, 3-2)에게 승인이 요구되는 금액보다 많은 경우, 프로세서(120)는 제 2 사용자(3-1)에게 승인이 요구되는 금액을 제 2 사용자(3-1)의 계좌에서 제 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보 및 제 2 사용자(3-2)에게 승인이 요구되는 금액을 제 2 사용자(3-2)의 계좌에서 제 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보를 생성할 수 있다.
예를 들어, 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액이 각각 1만원이고, 결제 예정 금액은 3만원이며, 제 1 사용자(2)의 결제 금액이 2만원을 초과하는 경우, 결제 예정 금액과 결제 금액이 다르고, 결제 금액이 제 2 사용자들(3-1, 3-2)에게 승인이 요구되는 금액 2만원보다 많으므로, 프로세서(120)는 제 2 사용자(3-1)의 계좌에서 제 1 사용자(2)의 계좌로 1만원을 이체하는 계좌 이체 정보 및 제 2 사용자(3-2)의 계좌에서 제 1 사용자(2)의 계좌로 1만원을 이체하는 계좌 이체 정보를 생성할 수 있다.
반면에, 결제 금액이 제 2 사용자들(3-1, 3-2)에게 승인이 요구되는 금액보다 적은 경우, 프로세서(120)는 제 2 사용자(3-1)에게 승인이 요구되는 금액과 제 2 사용자(3-2)에게 승인이 요구되는 금액의 비율에 따라 결제 금액을 나눈 금액의 이체 정보를 각각 생성할 수 있다.
예를 들어, 제 2 사용자(3-1)에게 승인이 요구되는 금액 및 제 2 사용자(3-2)에게 승인이 요구되는 금액이 각각 1만원이며, 결제 예정 금액은 3만원이고, 제 1 사용자(2)의 결제 금액이 1만원인 경우, 결제 예정 금액과 결제 금액이 다르고, 결제 금액이 제 2 사용자들(3-1, 3-2)에게 승인이 요구되는 금액 2만원보다 적으므로, 프로세서(120)는 제 2 사용자(3-1)에게 승인이 요구되는 금액과 제 2 사용자(3-2)에게 승인이 요구되는 금액의 비율인 1:1로 결제 금액 1만원을 나눈 5천원을 제 2 사용자(3-1)의 계좌 및 제 2 사용자(3-2)의 계좌에서 1 사용자(2)의 계좌로 이체하는 계좌 이체 정보를 각각 생성할 수 있다.
한편, 위의 예에서는 설명의 편의를 위해, 제 1 사용자(2) 및 제 2 사용자들(3-1, 3-2)가 제 2 유형의 약정을 하고, 제 2 사용자들(3-1, 3-2)에게 승인이 요구되는 금액이 동일하여 그 비율이 1:1인 경우를 예로 들었으나, 사용자들 간의 약정이 제 1 유형의 약정이거나 승인이 요구되는 금액의 비율이 1:1이 아닌 경우라도 상술한 기술적 사상이 적용될 수 있음은 물론이다.
프로세서(120)는 이와 같이 생성된 각 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있으며, 이에 따라, 계좌 이체 정보를 수신한 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)는 수신된 계좌 이체 정보에 기초하여 계좌 이체를 각각 실행함으로써, 제 1 사용자(2)는 대리 결제 약정에 따른 결제와 동시에 제 2 사용자(3-1) 및 제 2 사용자(3-2)로부터 결제 금액을 상환받을 수 있게 된다. 한편, 계좌 이체 완료 후, 프로세서(120)가 완료된 대리 결제 서비스와 관련하여 저장부(미도시)에 임시 저장된 각종 정보를 삭제할 수 있음은 물론이다.
한편, 본 개시의 일 실시 예에 따르면, 상술한 실시 예들 중 대리 결제 승인 요청에 결제 예정 금액을 분담할 사용자의 수에 관한 정보가 포함되는 실시 예에서, 결제 예정 금액을 분담할 사용자의 수에 서버(100)를 통한 대리 결제 서비스를 이용하지 않는 사용자가 포함되는 경우가 있을 수 있다.
예를 들어, 제 1 사용자(2), 제 2 사용자(3) 및 제 3 사용자가 함께 식사를 하고, 그 비용을 1/3씩 분담하기로 하되 제 1 사용자(2)가 비용 전액을 선결제하고, 제 2 사용자(3) 및 제 3 사용자가 분담액을 상환해 주기로 하는 약정을 할 수 있다. 이 경우, 제 1 사용자(2) 및 제 2 사용자(3)는 서버(100)가 제공하는 대리 결제 서비스에 등록된 자이며, 제 3 사용자는 등록되지 않은 자이다.
식사 비용이 총 3만원이 나왔다고 가정할 때, 제 1 사용자(2)는 비용을 결제하기 전에 단말 장치(200)를 이용하여 대리 결제 승인 요청을 서버(100)로 전송할 수 있다. 이때, 대리 결제 승인 요청에는 결제 예정 금액에 관한 정보 3만원, 결제 예정 금액을 분담할 사용자의 수에 관한 정보 3명, 제 2 사용자(3)에 관한 정보가 포함될 수 있다.
이 경우, 프로세서(120)는 전술한 바와 같이, 결제 예정 금액 3만원을 분담할 사용자의 수인 3으로 나눈 1만원을, 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출하고, 1만원의 승인 여부를 묻는 메시지를 생성하여 제 2 사용자(3)의 단말 장치(300)로 전송하게 된다.
이에 따라, 제 2 사용자(3)의 승인 후 제 1 사용자(2)가 3만원에 대한 결제를 수행하면, 프로세서(120)는 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 1만원(즉, 결제 예정 금액을 분담할 사용자의 수로 나눈 금액)의 송금을 요청하는 계좌 이체 정보를 생성하여 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있으며, 제 1 사용자(2)는 제 2 사용자(3)로부터 제 2 사용자(3)의 분담액인 1만원을 상환받을 수 있게 된다.
한편, 제 3 사용자는 서버(100)가 제공하는 대리 결제 서비스에 등록되지 않은 자이므로, 제 1 사용자(2)는 서버(100)가 제공하는 대리 결제 서비스를 통해 제 3 사용자의 분담액인 1만원을 상환받을 수는 없으며, 제 3 사용자를 직접 만나서 분담금 1만원을 상환받거나 종래의 계좌 이체 방법을 이용하여 분담금 1만원을 상환받는 등 별도의 수단을 통해 1만원을 상환받을 수 있을 것이다
이상에서는 도 3에 도시된 예와 같이 제 2 사용자(3)가 1인인 것을 예로 들었으나, 도 4의 예에서와 같이 제 2 사용자(3)가 복수인 경우에도, 서버(100)에 등록되지 않은 제 3 사용자가 대리 결제 금액을 분담할 사용자의 수에 포함되는 경우에 관한 위 내용이 그대로 적용될 수 있음은 물론이다.
한편, 본 개시의 일 실시 예에 따르면, 제 2 사용자(3)의 수나 약정의 종류와 무관하게, 대리 결제 승인 여부에 대한 승인 여부를 묻는 메시지를 수신한 제 2 사용자의 전, 일부가 대리 결제 승인 요청을 불승인하는 경우가 있을 수 있다. 도 4의 경우를 예로 들면, 서버(100)가 제 2 사용자(3-1)의 단말 장치(300-1) 및 제 2 사용자(3-2)의 단말 장치(300-2)로 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 각각 전송하였으나, 대리 결제 승인 요청에 대해 제 1 사용자(3-1)는 승인을 하고, 제 2 사용자(3-2)는 불승인하는 경우가 있을 수 있다.
이에 따라, 통신부(110)를 통해 제 2 사용자(3-1)의 단말 장치(300-1)로부터 승인이 수신되고, 제 2 사용자(3-2)의 단말 장치(300-2)로부터 불승인이 수신된 경우, 프로세서(120)는 대리 결제의 속행 여부를 묻는 메시지를 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송하도록 통신부(110)를 제어할 수 있다. 이때, 대리 결제의 속행 여부를 묻는 메시지에는 복수의 제 2 사용자 중 대리 결제 승인 요청을 누가 승인하고 불승인했는지에 관한 정보가 포함될 수 있으나, 이에 한정되는 것은 아니다.
이에 따라, 대리 결제의 속행 여부를 묻는 메시지가 제 1 사용자(2)의 단말 장치(200)에 디스플레이될 수 있으며, 제 1 사용자(2)는 이를 확인하고 대리 결제를 계속 진행할지 여부를 결정할 수 있다.
대리 결제 승인 요청을 불승인한 제 2 사용자(3-2)가 있음에도 제 1 사용자(2)가 결제를 수행하여 통신부(110)를 통해 결제 정보가 수신되는 경우, 프로세서(120)는 복수의 제 2 사용자(3-1, 3-2) 중 대리 결제 요청에 대해 승인한 제 2 사용자(3-1)의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 생성하여 제 2 사용자(3-1)의 계좌에 관한 금융 거래 서버로 전송하도록 통신부(110)를 제어할 수 있다. 이때, 제 2 사용자(3-2)의 분담액은 별도의 수단을 통해 제 1 사용자(2)가 상환받아야 할 것이다.
한편, 이상에서는 제 2 사용자(3-2)의 단말 장치(300-2)로부터 불승인이 수신된 경우를 예로 들었으나, 이에 한정되는 것은 아니며, 승인 여부를 묻는 메시지에 대해 기설정된 시간동안 제 2 사용자(3-2)의 단말 장치(300-2)로부터 응답이 없는 경우에도, 프로세서(120)는 제 2 사용자(3-2)가 승인 요청을 불승인한 것으로 판단하고, 위와 같이 동작할 수 있음은 물론이다.
또한, 제 2 사용자(3-1, 3-2)가 모두 대리 결제 승인 요청을 불승인한 경우에는 제 1 사용자(2)가 결제를 수행하더라도 서버(100)가 제공하는 대리 결제 서비스를 통해 결제 금액을 상환받을 수 없음은 물론이다.
한편, 본 개시의 일 실시 예에 따르면, 제 2 사용자(3)가 승인 여부를 묻는 메시지에 포함된 승인이 요구되는 금액을 변경하여 승인하는 경우가 있을 수 있다.
도 3에서, 제 2 사용자(3)가 1만원의 승인 여부를 묻는 메시지를 수신하였으나, 이를 변경하여 5천원에 대한 대리 결제를 승인하는 경우가 그 예가 될 수 있다.
이 경우, 서버(100)는 통신부(100)를 통해 제 2 사용자(3)의 단말 장치(300)로부터 변경된 금액에 대한 승인을 수신할 수 있고, 프로세서(120)는 대리 결제의 속행 여부를 묻는 메시지를 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송할 수 있다. 이때, 대리 결제의 속행 여부를 묻는 메시지에는 대리 결제 승인 요청이 제 2 사용자(3)에 의해 변경되었음을 나타내는 정보 및 변경된 금액에 관한 정보가 포함될 수 있으나, 이에 한정되는 것은 아니다.
이에 따라, 대리 결제의 속행 여부를 묻는 메시지가 제 1 사용자(2)의 단말 장치(200)에 디스플레이될 수 있으며, 제 1 사용자(2)는 이를 확인하고 대리 결제를 계속 진행할지 여부를 결정할 수 있다.
제 2 사용자(3-2)가 승인이 요청되는 금액을 변경하여 승인하였음에도 제 1 사용자(2)가 결제를 수행하여 통신부(110)를 통해 결제 정보가 수신되는 경우, 프로세서(120)는 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 상기 변경된 금액의 송금을 요청하는 계좌 이체 정보를 생성하여 제 2 사용자(3)의 계좌에 관한 금융 거래 서버로 전송하도록 통신부(110)를 제어할 수 있다.
한편, 본 개시의 일 실시 예에 따르면, 서버(100)는 서버(100)에 등록된 사용자(2, 3, 3-1, 3-2)의 단말 장치(200, 300, 300-1, 300-2)로 각 단말 장치에 저장된 연락처 목록에 대응되는 대리 결제 서비스 사용자 목록을 제공할 수 있다. 예를 들어, 통신부(110)를 통해 제 1 사용자(2)의 단말 장치(200)로부터 연락처 목록이 수신되면, 프로세서(120)는 연락처 목록에 포함된 사용자들 중 대리 결제 서비스에 가입된 사용자를 판단하고, 연락처 목록에 대응되는 대리 결제 서비스 사용자 목록을 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송하도록 통신부(110)를 제어할 수 있다.
구체적으로, 제 1 사용자(2)의 단말 장치(200)로부터 수신된 연락처 목록에는 제 1 사용자(2)가 저장한 사용자들의 스크린 네임(이름, ID 등), 주소, 이메일 주소, 전화번호 등과 같은 각종 정보가 포함될 수 있다. 따라서, 프로세서(120)는 연락처 목록에 포함된 각종 정보와 저장부(미도시)에 저장된 대리 결제 서비스에 가입한 사용자들에 관한 정보를 비교하여, 연락처 목록에 포함된 사용자들 중 대리 결제 서비스에 가입한 사용자를 판단할 수 있다. 이에 따라, 프로세서(120)는 제 1 사용자(2)의 연락처 목록에 대응되는 대리 결제 서비스 사용자 목록을 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송할 수 있다.
이에 따라, 후술할 바와 같이, 제 1 사용자(2)는 대리 결제 서비스 사용자 목록을 통해 제 2 사용자(3)를 선택하여 대리 결제 승인 요청에 제 2 사용자(3)에 관한 정보를 포함시킬 수 있다.
한편, 본 개시의 일 실시 예에 따르면, 서버(100)는, 단말 장치(200, 300, 300-1, 300-2)에 설치된 모바일 카드 애플리케이션에 신용 카드를 등록한 후, 단말 장치를 통해 신용 카드 결제를 할 수 있는 각종 모바일 카드 서비스를 제공하는 서버일 수 있다. 즉, 기존에 각종 모바일 카드 서비스를 제공하는 서버에서 상술한 대리 결제 서비스를 제공할 수도 있다. 그러나, 이에 한정되는 것은 아니다.
한편, 이상에서, 대리 결제 승인 요청, 승인 여부를 묻는 메시지, 대리 결제 승인 요청에 대한 승인 또는 불승인, 승인 메시지 등에 어떤 정보가 포함되어 서버(100)와 단말 장치(200, 300, 300-1, 300-2) 간에 송, 수신된다는 것은 각 정보가 반드시 동시에 함께 송, 수신되어야 한다는 것을 의미하는 것은 아니며, 일련의 순서를 가지고 연속적으로 각각 송, 수신되는 경우도 포함함은 물론이다.
도 5는 본 개시의 일 실시 예에 따른 사용자의 단말 장치의 구성을 예시적으로 도시한 블럭도이다. 즉, 단말 장치(1000)는 전술한 제 1 사용자(2)의 단말 장치(200)일 수도 있고, 제 2 사용자(3, 3-1, 3-2)의 단말 장치(300, 300-1, 300-2)일 수도 있다.
한편, 도 5에 도시된 단말 장치(1000)의 각 구성은 설명의 편의를 위해 구분하여 도시한 것에 불과하며, 단말 장치(1000)의 종류에 따라 일부 구성이 생략되거나 변경될 수도 있고, 다른 구성이 더 추가될 수도 있음은 물론이다.
단말 장치(1000)는 스마트폰과 같은 휴대폰으로 구현될 수 있으나, 이에 한정되는 것은 아니며, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 태블릿(tablet), 패블릿(Phablet), 스마트 워치, MP3 플레이어 등과 같이 애플리케이션을 저장하고 실행시킬 수 있으며, 서버(100)와 통신을 수행할 수 있는 다양한 종류의 장치로 구현될 수 있다.
설명의 편의를 위해, 도 5에 도시된 하나의 구성의 단말 장치(1000)를 통해 전술한 제 1 사용자(2) 및 제 2 사용자(3, 3-1, 3-2) 각각의 단말 장치(200, 300, 300-1, 300-2)를 모두 설명하지만, 각 사용자들(2, 3, 3-1, 3-2)의 단말 장치(200, 300, 300-1, 300-2)의 종류나 구성이 서로 다를 수 있음은 물론이다.
도 5에 따르면, 단말 장치(1000)는 통신부(1010), 프로세서(1020), 디스플레이(1030), 사용자 입력부(1040) 및 저장부(1050)를 포함할 수 있다.
통신부(1010)는 각종 유, 무선 네트워크를 통해 외부 기기와 통신을 수행할 수 있다. 특히, 통신부(1010)는 프로세서(1020)의 제어에 따라 대리 결제 서비스를 제공하는 서버(100), 결제 단말 장치(600-2), 애플리케이션 제공 서버 등과 통신을 수행하여 각종 정보를 송, 수신할 수 있다.
이를 위해, 통신부(1010)는 근거리 통신 모듈 및 무선 통신 모듈을 포함할 수 있다. 근거리 통신 모듈은 단말 장치(1000)와 근거리에 위치한 외부 기기와 무선으로 근거리 통신을 수행하는 구성이다. 구체적으로, 근거리 통신 모듈은 블루투스(bluetooth) 모듈, MST(Magnetic Secure Transmission) 모듈, 적외선 통신(IrDA)모듈, NFC(Near Field Communication) 모듈, 와이 파이(Wi-Fi) 모듈, 지그비(Zigbee) 모듈 중 적어도 하나를 포함할 수 있다. 무선 통신 모듈은 와이 파이(Wi-Fi), IEEE 등과 같은 무선 통신 프로토콜에 따라 외부 네트워크에 연결되어 각종 서버와 통신을 수행하는 모듈이다. 그 밖에 무선 통신 모듈은 3G(3rd Generation), 3GPP(3rd Generation Partnership Project), LTE(Long Term Evoloution) 등과 같은 다양한 이동 통신 규격에 따라 이동 통신망에 접속하여 통신을 수행하는 이동 통신 모듈을 더 포함할 수도 있다. 또한, 통신부(1010)는 HDMI(High-Definition Multimedia Interface), USB(Universal Serial Bus), IEEE(Institute of Electrical and Eletronics Engineers) 1394, RS-232, RS-422, RS-485, Ethernet 등과 같은 통신 규격에 따른 유선 통신 모듈(미도시) 중 적어도 하나를 포함할 수 있다.
디스플레이(1030)는 화면을 디스플레이한다. 여기에서, 화면은 이미지, 동영상, 텍스트, 음악 등과 같은 다양한 컨텐츠 재생 화면, 다양한 컨텐츠를 포함하는 애플리케이션 실행 화면, 각종 GUI(Graphic User Interface) 화면 등을 포함할 수 있다. 특히, 디스플레이(1030)는 후술할 바와 같이, 프로세서(1020)의 제어를 받아 다양한 대리 결제 애플리케이션 실행 화면을 디스플레이할 수 있다.
이를 위해, 디스플레이(1030)는 액정 디스플레이(liquid crystal display), 박막 트랜지스터 액정 디스플레이(thin film transistor-liquid crystal display), 유기 발광 다이오드(organic light-emitting diode), 플렉시블 디스플레이(flexible display), 3차원 디스플레이(3D display) 등과 같은 다양한 디스플레이로 구현될 수 있다. 또한, 디스플레이(1030)는 사용자 입력부(1040)에 포함된 터치 패널과 함께 상호 레이어 구조를 이루어 터치 스크린을 구성할 수도 있다.
사용자 입력부(1040)는 단말 장치(1000)를 제어하기 위한 사용자 명령을 입력받는 구성요소이다. 이를 위해, 사용자 입력부(1040)는 각종 버튼, 터치 패널, 마이크, 카메라 등을 포함할 수 있다. 따라서, 사용자는 푸시 조작, 터치 조작, 음성 발화, 모션 등을 통해 단말 장치(1000)에 사용자 명령을 입력할 수 있다. 특히, 사용자는 서버(100)가 제공하는 대리 결제 서비스를 제공받기 위해 사용자 입력부(1040)를 조작하여 대리 결제 애플리케이션을 실행하거나 각종 정보 또는 사용자 명령을 입력할 수 있다.
저장부(1050)는 단말 장치(1000)의 동작을 위해 필요한 각종 프로그램이나 데이터 등이 저장되는 구성요소로서, 램(RAM), 롬(ROM), 플래시 메모리, HDD(Hard Disk Drive), SSD(Solid State Drive) 등으로 구현될 수 있다. 특히, 저장부(1050)에는 단말 장치(200)를 통해 서버(100)가 제공하는 대리 결제 서비스를 제공받기 위한 각종 애플리케이션 및 데이터가 저장될 수 있다.
프로세서(1020)는 단말 장치(1000)의 전반적인 동작을 제어한다. 이를 위해, 프로세서(1020)는 중앙처리장치(central processing unit(CPU)), controller, 어플리케이션 프로세서(application processor(AP)), 또는 커뮤니케이션 프로세서(communication processor(CP)), ARM 프로세서 중 하나 또는 그 이상을 포함할 수 있다. 특히, 프로세서(1020)는 서버(100)가 제공하는 대리 결제 서비스에 가입한 사용자의 조작에 따라 단말 장치(1000)의 동작을 제어하여 대리 결제 서비스를 제공할 수 있다.
먼저, 프로세서(1020)는 사용자 입력부(1040)를 통한 사용자 조작에 따라 서버(100)나 애플리케이션 제공 서버에 접속하여 서버(100)가 제공하는 대리 결제 애플리케이션을 수신하도록 통신부(1010)를 제어할 수 있다. 이와 같이, 수신된 대리 결제 애플리케이션은 저장부(150)에 저장될 수 있다.
사용자 입력부(1040)를 통해 대리 결제 애플리케이션을 실행하기 위한 사용자 명령이 입력되면 프로세서(1020)는 저장부(1050)에 저장된 대리 결제 애플리케이션을 실행하고, 후속 입력되는 사용자 명령에 따라 다양한 대리 결제 애플리케이션 실행 화면을 디스플레이하도록 디스플레이(1030)를 제어하여 사용자에게 대리 결제 서비스를 제공할 수 있다.
이하에서는, 도 6 내지 도 12에 도시된 각종 대리 결제 애플리케이션 실행 화면을 참조하여 프로세서(220)의 구체적인 동작을 설명한다. 도 6 내지 도 12에 도시된 실행 화면은 하나의 예에 불과하며, 메뉴의 종류, 명칭, 형태, 위치, 배열 등이 이와 다르게 구현될 수 있음은 물론이다.
도 6은 본 개시의 일 실시 예에 따른 대리 결제 서비스 애플리케이션 실행 화면을 나타낸다. 도 6에 도시된 바와 같이, 사용자가 디스플레이(1030)에 디스플레이된 대리 결제 애플리케이션 아이콘(1100)을 선택하여 대리 결제 애플리케이션을 실행하면, 프로세서(1020)는 계좌 관리 메뉴(1120), 사용자 목록 받기 메뉴(1130), 승인 요청 메뉴(1140)를 포함하는 대리 결제 애플리케이션 실행 화면을 디스플레이하도록 디스플레이(1030)를 제어할 수 있다.
여기서, 계좌 관리 메뉴(1120)는 대리 결제 서비스에 가입한 사용자의 계좌를 등록하고 관리하기 위한 메뉴이고, 사용자 목록 받기 메뉴(1130)는 단말 장치(1000)에 저장된 사용자의 연락처 목록 중 서버(100)가 제공하는 대리 결제 서비스에 가입하여 등록된 사용자 목록을 획득하기 위한 메뉴이다. 또한, 승인 요청 메뉴(1140)는 사용자가 제 1 사용자(2)인 경우, 전술한 대리 결제 승인 요청을 서버(100)로 전송하기 위한 메뉴이다.
사용자는 대리 결제 애플리케이션 실행 화면에 디스플레이된 각종 메뉴를 선택하여 서버(100)가 제공하는 대리 결제 서비스를 이용할 수 있다.
이하에서, 각 메뉴(1120, 1130, 1140)가 선택된 경우 후속되는 대리 결제 애플리케이션 실행 화면의 예를 통해, 프로세서(1020)의 동작을 보다 구체적으로 설명한다.
전술한 바와 같이, 대리 결제 서비스를 이용하기 위해 제 1 사용자(2)는 대리 결제 승인 요청을 하게 되는데, 이때, 대리 결제 승인 요청에는 결제 금액을 상환받을 제 1 사용자(2)의 계좌 정보가 포함될 수 있다. 또한, 제 2 사용자(3)가 대리 결제 승인 요청을 승인하는 경우, 제 2 사용자(3)의 단말 장치(300)는 소정의 금액을 상환할 제 2 사용자의 계좌 정보를 포함하는 승인을 서버(100)로 전송할 수 있다.
이와 같이, 대리 결제 승인 요청이나 승인에는 사용자의 계좌 정보가 포함되게 되는데, 제 1 사용자(2)나 제 2 사용자(3)는 대리 결제 승인 요청이나 승인에 포함될 계좌 정보를 계좌 관리 메뉴(1120)를 통해 미리 대리 결제 애플리케이션에 등록할 수 있다.
구체적으로, 도 6에서 계좌 관리 메뉴(1120)를 선택하는 사용자 명령이 입력되면, 프로세서(1020)는 도 7에 도시된 바와 같은 대리 결제 애플리케이션 실행 화면을 디스플레이하도록 디스플레이(1030)를 제어할 수 있다.
도 7은 본 개시의 일 실시 예에 따라, 서버(100)가 제공하는 대리 결제 서비스에 가입한 사용자가 자신의 계좌 정보를 등록하기 위한 대리 결제 애플리케이션 실행 화면의 일 예를 도시하고 있다.
계좌 정보 등록을 위한 화면은 도 7에 도시된 바와 같이, 입금 계좌 등록 메뉴(1121) 및 출금 계좌 등록 메뉴(1122)를 포함할 수 있다. 입금 계좌 등록 메뉴(1121)는 사용자가 제 1 사용자(2) 즉, 대리 결제자일 경우에 결제 금액을 상환받기 위한 계좌를 등록하기 위한 메뉴이고, 출금 계좌 등록 메뉴(1122)는 사용자가 제 2 사용자(3) 즉, 실결제자일 경우에 자신이 승인한 금액을 상환하기 위한 계좌를 등록하기 위한 메뉴이다.
따라서, 사용자는 입금 계좌 등록 메뉴(1121)를 선택하여 대리 결제 서비스 이용시 돈을 입금받을 계좌 즉, 대리 결제 승인 요청에 포함될 계좌를 대리 결제 애플리케이션에 미리 등록할 수 있고, 출금 계좌 등록 메뉴(1122)를 선택하여 대리 결제 서비스 이용시 돈이 출금될 계좌 즉, 승인에 포함될 계좌를 대리 결제 애플리케이션에 미리 등록할 수 있다. 이때, 대리 결제 애플리케이션에 등록되는 사용자의 계좌 정보는 다양한 방식으로 암호화되어 저장될 수 있다.
한편, 제 1 사용자(2)의 대리 결제 승인 요청에는 결제 예정 금액의 전, 일부를 부담할 사용자 즉, 대리 결제에 관한 승인을 요청할 제 2 사용자(3)에 관한 정보가 포함될 수 있다. 이때, 서버(100)는 대리 결제 서비스에 가입하여 등록된 사용자에게만 대리 결제 서비스를 제공하므로, 제 1 사용자(2)는 대리 결제 승인을 요청할 때 자신의 연락처 목록에 포함된 사용자들 중 누가 대리 결제 서비스에 가입된 사용자인지 알 수 있어야 한다.
따라서, 단말 장치(200)는 자신의 연락처 목록 중 서버(100)가 제공하는 대리 결제 서비스에 가입한 사용자 목록을 서버(100)로부터 제공받을 수 있다. 구체적으로, 도 6에 도시된 사용자 목록 받기 메뉴(1130)에 대한 사용자의 선택 명령이 입력되면, 프로세서(1020)는 저장부(1050)에 저장된 연락처 목록을 서버(100)로 전송하고, 서버(100)로부터 연락처 목록에 대응되는 대리 결제 서비스 사용자 목록을 수신할 수 있다.
이와 같이, 수신된 대리 결제 서비스 사용자 목록은 후술할 바와 같이, 대리 결제 애플리케이션 실행 화면 중 제 2 사용자(3)를 선택하기 위한 사용자 선택 항목을 구성하는데 이용될 수 있다.
한편, 사용자가 제 1 사용자(2)인 경우 사용자는, 대리 결제 서비스를 이용하기 위해 서버(100)를 통해 제 2 사용자(3)에게 대리 결제에 관한 승인을 요청할 수 있다. 구체적으로, 제 1 사용자(2)는 단말 장치(200)에 설치된 대리 결제 애플리케이션을 통해 대리 결제 승인 요청을 서버(100)로 전송하고, 서버(100)는 대리 결제 승인 요청 포함된 각종 정보를 이용하여 승인 여부를 묻는 메시지를 생성하여 제 2 사용자(3)의 단말 장치(300)로 전송함으로써, 제 1 사용자(2)는 제 2 사용자(3)에게 대리 결제에 관한 승인을 요청할 수 있다. 이는 제 2 사용자가 두 명 이상 선택된 경우도 마찬가지이다.
예를 들어, 도 6에 도시된 대리 결제 애플리케이션 실행 화면에서 제 1 사용자(2)가 승인 요청 메뉴(1140)를 선택하면, 프로세서(1020)는 도 8a 내지 도 11b와 같은 다양한 대리 결제 승인 요청 화면을 디스플레이하도록 디스플레이(1030)를 제어할 수 있다. 제 1 사용자(2)는 사용자 입력부(1040)를 통해 대리 결제 승인 요청 화면에 각종 정보를 입력할 수 있고, 프로세서(1020)는 각종 정보를 포함하는 대리 결제 승인 요청을 서버(100)로 전송하도록 통신부(1010)를 제어할 수 있다.
도 8a 내지 도 8c는 본 개시의 일 실시 예에 따른 대리 결제 승인 요청 화면의 예시도이다. 대리 결제 승인 요청 화면은 대리 결제 승인 요청에 포함될 각종 정보를 입력하기 위한 항목들을 포함할 수 있다.
도 8a는 대리 결제 약정의 유형에 따른 모드 정보를 입력하기 위한 모드 선택 항목의 일 예를 도시하고 있다. 도 8a에 도시된 제 1 모드는 전술한 제 1 유형의 약정에 대응되는 모드를, 제 2 모드는 제 2 유형의 약정에 대응되는 모드를 의미한다. 따라서, 제 1 사용자(2)는 모드 선택 항목에서 하나의 모드를 선택하여 모드 정보를 대리 결제 승인 요청에 포함시킬 수 있다.
한편, 모드 정보의 명칭은 도 8a에 도시된 바와 같이, 제 1 모드 및 제 2 모드에 한정되는 것은 아니며, 실시 예에 따라 얼마든지 달라질 수 있다. 예를 들어, 제 1 모드 대신 대리 결제 모드나 1:1 결제 모드와 같은 명칭이 사용될 수도 있고, 제 2 모드 대신 더치페이 모드 등과 같은 명칭이 사용될 수도 있음은 물론이다.
도 8b는 제 1 사용자(2)가 결제 예정 금액을 입력하기 위한 결제 예정 금액 입력 항목의 일 예를 도시하고 있다. 제 1 사용자(2)는 도 8b에 도시된 바와 같은 결제 예정 금액 입력 항목을 통해 결제 예정 금액을 입력할 수 있다.
도 8c는 결제 예정 금액을 분담할 사용자를 선택하기 위한 사용자 선택 항목의 일 예를 도시하고 있다. 이때, 사용자 선택 항목에 포함된 사용자 목록은 모두 대리 결제 서비스에 가입된 사용자들이다. 따라서, 제 1 사용자(2)는 사용자 선택 항목에 디스플레이된 사용자들 중 한 명 이상의 제 2 사용자(3)를 선택하여 제 2 사용자(3)에 관한 정보를 대리 결제 승인 요청에 포함시킬 수 있다.
도 8a 내지 도 8c에 도시된 예에서는, 제 1 사용자(2)가 제 1 모드를 선택하고, 결제 예정 금액은 3만원을 입력하였으며, 제 2 사용자(3)로 BBB를 선택한 것을 볼 수 있다. 이 경우, 서버(100)로 전송되는 대리 결제 승인 요청에는 모드 정보로 제 1 모드, 결제 예정 금액 정보로 3만원, 제 2 사용자(3)에 관한 정보로 BBB가 포함될 수 있으며, 서버(100)는 대리 결제 승인 요청에 포함된 이러한 정보를 이용하여 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 생성하여 제 2 사용자(3)의 단말 장치(300)로 전송할 수 있다. 이때, 승인 여부를 묻는 메시지에는 결제 예정 금액인 3만원을 제 2 사용자(3)의 총수인 1로 나눈 3만원이 제 2 사용자(3)에게 승인이 요구되는 금액으로 포함되게 될 것이다.
만일, 도 8a의 모드 정보가 제 2 모드로 선택된 경우라면, 서버(100)는 결제 예정 금액인 3만원을 제 1 사용자(2) 및 제 2 사용자(3)의 총수인 2로 나눈 1만 5천원을 제 2 사용자(3)에게 승인이 요구되는 금액으로 산출하고, 이를 포함하는 승인 여부를 묻는 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송하게 될 것이다.
한편, 도 8a 내지 도 8c의 각 항목은 사용자의 선택 및 정보 입력에 따라 순차적으로 디스플레이(1030)에 디스플레이될 수 있으나, 이에 한정되는 것은 아니며, 실시 예에 따라 각 항목이 하나의 화면에 디스플레이될 수도 있음은 물론이다.
도 9는 본 개시의 다른 일 실시 예에 따른 대리 결제 승인 요청 화면의 예시도이다. 서버(100)에 관한 설명에서 전술한 바와 같이, 서버(100)의 프로세서(120)는 결제 예정 금액을 분담할 사용자에 관한 정보로서 제 1 사용자(2)에 관한 정보가 포함되어 있는지 여부에 따라 모드를 판단할 수 있다. 도 9는 서버(100)의 위 예는 상응하는 대리 결제 승인 요청 화면의 일 예를 도시하고 있다.
구체적으로, 도 9를 보면, 도 8과 달리 모드 선택 항목 대신 결제 예정 금액을 분담할 사용자 선택 항목에 "나" 항목이 추가된 것을 볼 수 있다. 따라서, 제 1 사용자(2)는 "나" 항목을 선택하여 결제 예정 금액을 분담할 사용자에 자신을 포함시킴으로써, 제 2 모드를 표현할 수 있다.
도 9에 도시된 바와 같이, 결제 예정 금액을 분담할 사용자에 관한 정보로 "나", "BBB", "CCC"를 포함하는 대리 결제 승인 요청을 수신한 서버(100)는 모드를 제 2 모드로 판단하고, 결제 예정 금액 3만원을 제 1 사용자(2)인 "나" 그리고, 제 2 사용자인 "BBB", "CCC"의 총수인 3으로 나눈 1만원을 제 2 사용자의 승인이 요구되는 금액으로 산출하고, 1만원의 승인 여부를 묻는 메시지를 "BBB" 및 "CCC"의 단말 장치로 각각 전송하게 될 것이다.
만일, 사용자 선택 항목에서 "나" 항목이 선택되지 않은 경우라면, 서버(100)는 모드 정보를 제 1 모드로 판단하고, 그에 따라 1만 5천원의 승인 여부를 묻는 메시지를 "BBB" 및 "CCC"의 단말 장치로 각각 전송하게 될 것이다.
도 10은 본 개시의 또 다른 일 실시 예에 따른 대리 결제 승인 요청 화면의 예시도이다. 서버(100)에 관한 설명에서 전술한 바와 같이, 대리 결제 승인 요청에는 결제 예정 금액을 분담할 사용자의 수에 관한 정보가 포함될 수 있으며, 도 10은 이에 상응하는 대리 결제 애플리케이션 실행 화면의 일 예를 도시하고 있다.
구체적으로, 도 10을 보면 "분담할 사용자의 수" 항목이 포함된 것을 볼 수 있다. 따라서, 제 1 사용자(2)는 "분담할 사용자의 수" 항목을 통해 결제 예정 금액을 분담할 사용자의 수에 관한 정보를 입력할 수 있다.
예를 들어, 단말 장치(1000)의 사용자인 제 1 사용자(2), 서버(100)가 제공하는 대리 결제 서비스에 등록된 사용자인 "BBB", 그리고, 대리 결제 서비스를 이용하지 않는 "XXX" 3인이 비용의 1/3씩을 부담하되, 우선 제 1 사용자(2)가 비용 전액(3만원)을 선결제기로 한 경우, 제 1 사용자(2)는 비용 전액을 선결제한 후 "BBB"의 부담액은 서버(100)가 제공하는 대리 결제 서비스를 통해 상환받고, "XXX"의 부담액은 별도로 상환받고자 할 수 있다.
이 경우, 제 1 사용자(2)는 도 10에 도시된 바와 같은 대리 결제 승인 요청 화면에, 결제 예정 금액을 3만원으로 입력하고, 분담할 사용자의 수를 3명으로 입력하고, 사용자 선택 항목에서 "BBB"를 선택할 수 있다.
이에 따라, 분담할 사용자의 수에 관한 정보로 3을 포함하는 대리 결제 승인 요청을 수신한 서버(100)는 결제 예정 금액 3만원을 분담할 사용자의 수인 3으로 나눈 1만원을 제 2 사용자의 승인이 요구되는 금액으로 산출하고, 1만원의 승인 여부를 묻는 메시지를 제 2 사용자 "BBB"의 단말 장치로 전송하게 될 것이다.
도 10에 도시된 예에서는 대리 결제 서비스를 이용하지 않는 사용자를 포함하는 경우를 예로 들었지만, 이에 한정되는 것이 아님은 물론이다.
도 11a 및 도 11b는 본 개시의 또 다른 일 실시 예에 따른 대리 결제 승인 요청 화면을 나타내는 예시도이다. 서버(100)에 관한 설명에서 전술한 바와 같이, 대리 결제 승인 요청에는 분배 정보가 포함될 수 있으며, 도 11b는 분배 정보 중 분배 금액에 관한 정보를 입력하기 위한 대리 결제 애플리케이션 실행 화면의 일 예를 도시하고 있다.
예를 들어, 도 11a와 같이 사용자 선택 항목에서 "나", "BBB", "CCC"가 선택되면, 프로세서(1020)는 도 11b와 같은 분배 금액 정보 입력 항목을 디스플레이할 수 있다. 제 1 사용자(2)는 분배 금액 정보 입력 항목에 금액을 직접 입력함으로써, 대리 결제 승인 요청에 사용자별 분배 금액에 관한 정보를 포함시킬 수 있다.
한편, 도시하지는 않았지만, 실시 예에 따라, 프로세서(1020)는 결제 예정 금액을 분담할 비율에 관한 정보를 입력하기 위한 항목을 포함하는 대리 결제 승인 요청 화면을 디스플레이할 수도 있고, 제 1 사용자(2)가 결제하고자 하는 상품에 관한 정보, 매장에 관한 정보, 결제 예정 시간에 관한 정보 등을 입력하기 위한 항목을 더 포함하는 대리 결제 승인 요청 화면을 디스플레이할 수도 있다.
위와 같은 대리 결제 승인 요청 화면을 통해 각종 정보가 입력되고, 대리 결제 승인 요청을 전송하기 위한 사용자 명령이 입력되면, 프로세서(1020)는 대리 결제 승인 요청 화면을 통해 입력된 각종 정보 및 대리 결제 애플리케이션에 등록된 입금 계좌 정보를 포함하는 대리 결제 승인 요청을 서버(100)로 전송하도록 통신부(1010)를 제어할 수 있다.
이에 따라, 제 1 사용자(2)의 단말 장치(200)로부터 대리 결제 승인 요청을 수신한 서버(100)는 대리 결제 승인 요청에 포함된 각종 정보를 이용하여 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 생성하고, 생성된 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송할 수 있다.
서버(100)로부터 승인 여부를 묻는 메시지를 수신한 제 2 사용자(3)의 단말 장치(300)는 수신된 메시지를 디스플레이할 수 있다. 구체적으로, 단말 장치(1000)가 제 2 사용자(3)의 단말 장치(300)인 경우, 프로세서(1020)는 통신부(1010)를 통해 승인 여부를 묻는 메시지가 수신되면, 수신된 메시지를 디스플레이하도록 디스플레이(1030)를 제어할 수 있다. 이때, 승인 여부를 묻는 메시지에는 대리 결제 승인을 요청한 제 1 사용자(2)에 관한 정보 및 제 2 사용자(3)에게 승인이 요구되는 금액에 관한 정보가 포함될 수 있다.
도 12는 본 개시의 일 실시 예에 따른 승인 여부를 묻는 메시지(1200)가 제 2 사용자(3)의 단말 장치(1000)의 디스플레이(1030)에 팝업 형태로 디스플레이된 것을 나타낸다. 도 12에 따르면, 제 1 사용자(2)인 "ZZZ"가 1만원의 금액에 대한 승인을 요청하고 있다는 것을 알 수 있다.
이에 따라, 제 2 사용자(3)는 사용자 입력부(1040)를 통해 승인 메시지에 포함된 승인 아이콘(1201)을 선택하여 제 1 사용자(2)의 승인 요청을 승인할 수도 있고, 거절 아이콘(1202)을 선택하여 제 1 사용자(2)의 승인 요청을 불승인할 수도 있다.
승인 여부를 묻는 메시지가 디스플레이되는 예가 도 12에 도시된 것에 한정되는 것은 아니다. 예를 들어, 메시지가 디스플레이되는 방법에 있어, 도 12처럼 팝업 형식이 아니라, 메시지를 확인하기 위한 사용자 명령이 있는 경우에 메시지의 내용이 디스플레이될 수도 있다. 또한, 디스플레이되는 메시지의 내용에 있어, 도 12에 도시된 것에 더하여, 제 1 사용자(2)가 결제하려고 하는 상품에 관한 정보, 매장에 관한 정보, 결제 시간에 관한 정보 등이 더 포함될 수도 있을 것이다.
이에 따라, 제 2 사용자(3)가 승인 요청을 승인 또는 불승인하는 경우, 프로세서(1020)는 해당 승인 결과를 서버(100)로 전송하도록 통신부(1010)를 제어할 수 있다.
구체적으로, 제 2 사용자(3)가 승인 요청을 승인하면, 제 2 사용자(3)의 단말 장치(200)의 프로세서(1020)는 대리 결제 애플리케이션에 등록된 출금 계좌 정보를 포함하는, 대리 결제 승인 요청에 대한 승인을 서버(100)로 전송하도록 통신부(1010)를 제어할 수 있다. 만일, 제 2 사용자(3)가 승인 요청을 불승인하면, 프로세서(1020)는 대리 결제 승인 요청에 대한 불승인을 서버(100)로 전송하도록 통신부(1010)를 제어할 수 있다.
제 2 사용자(3)의 단말 장치(300)로부터 승인이나 불승인을 수신한 서버(100)는 승인 메시지, 불승인 메시지 또는 경우에 따라 대리 결제 속행 여부를 묻는 메시지를 생성하여 제 1 사용자(2)의 단말 장치(200)로 전송할 수 있다.
단말 장치(1000)가 제 1 사용자(2)의 단말 장치(200)인 경우, 이와 같이 서버(100)로부터 승인 메시지, 불승인 메시지 또는 대리 결제 속행 여부를 묻는 메시지가 수신되면, 프로세서(1020)는 수신된 메시지를 디스플레이하도록 디스플레이(1020)를 제어할 수 있다. 이에 따라, 제 1 사용자(2)는 자신의 대리 결제 승인 요청이 승인 또는 불승인되었음을 확인할 수 있다.
위와 같은 메시지를 확인한 제 1 사용자(2)는 다양한 결제 수단을 이용하여 대리 결제 약정에 따른 결제를 수행하거나 수행하지 않을 수 있으며, 결제를 수행한 경우, 서버(100)에 관한 설명에서 전술한 바와 같이 결제와 동시에 각 경우에 따른 금액을 상환받을 수 있게 된다.
한편, 본 개시의 일 실시 예에 따르면, 단말 장치(1000)가 제 1 사용자(2)의 단말 장치(200)인 경우, 제 1 사용자(2)는 단말 장치(1000)를 이용하여 결제를 수행할 수 있다. 예를 들어, 제 1 사용자(2)가 앱 카드 서비스나 모바일 카드 서비스에 가입하고, 단말 장치(1000)에 앱 카드 애플리케이션이나 모바일 카드 애플리케이션을 설치한 경우, 설치된 애플리케이션에 카드(신용 카드, 체크 카드, 직불 카드, 현금 카드 등)를 등록함으로써 단말 장치(1000)를 통해 카드를 사용할 수 있다.
구체적으로, 앱 카드 방식의 경우, 제 1 사용자(2)가 앱 카드 애플리케이션을 실행하면, 프로세서(1020)는 애플케이션에 등록된 카드에 대응되는 바코드나 QR 코드를 디스플레이하도록 디스플레이(1030)를 제어할 수 있다. 이에 따라, 오프 라인 매장에 구비된 결제 단말 장치(600-2)를 통해 단말 장치(1000)에 디스플레이된 바코드 또는 QR 코드를 읽음으로써 카드 결제가 수행될 수 있다.
한편, 모바일 카드 방식의 경우, 제 1 사용자(2)가 모바일 카드 애플리케이션을 실행하면, 프로세서(1020)는 단말 장치(1000) 내부의 IC(Integrated Circuit) 칩에 저장된 카드 정보나 애플리케이션에 등록된 카드 정보를 무선으로 결제 단말 장치(600-2)로 전송하도록 통신부(1010)를 제어할 수 있다. 이때, 결제 단말 장치(600-2)와 통신부(1010) 간의 무선 통신 방식은 NFC(Near Field Communication) 방식이나 MST(Magnetic Secure Trasmission) 방식과 같은 근거리 통신 방식일 수 있으나, 이에 한정되는 것은 아니다. 따라서, 제 1 사용자(2)는 모바일 카드 애플리케이션을 실행시킨 후 단말 장치(1000)를 결제 단말 장치(600-2)에 태깅함으로써 카드 결제를 수행할 수 있다.
한편, 제 1 사용자(2)가 대리 결제 약정에 따라 네트워크상에서 판매되는 각종 상품이나 서비스를 온라인 매장에서 구매하고 온라인 결제를 수행하는 경우, 프로세서(1020)는 해당 온라인 매장과 연계되어 결제 서비스를 제공하는 각종 서버에 접속하여 결제 페이지를 디스플레이하도록 디스플레이(1030)를 제어할 수 있다. 이에 따라, 제 1 사용자(2)는 결제 페이지를 통해 온라인 결제를 수행할 수 있다.
한편, 이상에서는 단말 장치(1000)가 휴대용 기기인 것을 예로 들었으나, 이에 한정되는 것은 아니다. 단말 장치(1000)가 데스크 탑 PC, 스마트 TV 등과 같이 휴대용 기기가 아닌 경우라도 본 개시에 따른 기술적 사상이 적용될 수 있다. 예를 들어, 제 1 사용자(2)가 집에서 PC를 이용하여 제 2 사용자(3)에게 대리 결제에 관한 승인을 요청하고 승인 요청이 승인된 경우에도, 이후 제 1 사용자(2)가 대리 결제 약정에 따른 결제를 오프라인 매장 또는 온라인 매장에서 수행함으로써 결제와 동시에 결제 금액을 상환받을 수 있을 것이다.
도 13은 본 개시의 일 실시 예에 따른 서버(100)의 제어 방법을 나타내는 흐름도이다. 도 13을 설명함에 있어, 전술한 것과 동일한 내용의 구체적인 중복설명은 생략한다. 도 13에 따르면, 서버(100)는 제 1 사용자(2)의 단말 장치(100)로부터 대리 결제에 관한 결제 예정 금액, 제 1 사용자(2)의 계좌 정보 및 한 명 이상의 제 2 사용자(3)에 관한 정보를 포함하는 대리 결제 승인 요청이 수신되면, 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송할 수 있다(S1310).
본 개시의 일 실시 예에 따르면, 대리 결제 승인 요청은, 결제 예정 금액을 제 2 사용자(3)가 모두 부담하는 제 1 모드 및 결제 예정 금액을 제 1 사용자(2) 및 제 2 사용자(3)가 분담하는 제 2 모드 중 하나의 모드를 나타내는 모드 정보를 더 포함할 수 있다.
이 경우, 서버(100)는 모드 정보가 제 1 모드인 경우, 결제 예정 금액을 제 2 사용자(3)의 총수로 나눈 금액의 승인 여부를 묻는 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송하고, 모드 정보가 제 2 모드인 경우, 제 1 사용자(2) 및 제 2 사용자(3)의 총수로 나눈 금액의 승인 여부를 묻는 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송할 수 있다.
이에 따라, 제 2 사용자(3)의 단말 장치(300)로부터 제 2 사용자(3)의 계좌 정보를 포함하는 승인이 수신되면, 서버(100)는 대리 결제 승인 요청에 대한 승인 메시지를 제 1 사용자(2)의 단말 장치(200)로 전송할 수 있다(S1320).
승인 메시지를 수신한 제 1 사용자(2)는 대리 결제 약정에 따른 결제를 수행할 수 있다. 이에 따라, 대리 결제에 관한 제 1 사용자(2)의 결제 정보가 수신되면, 서버(100)는 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버로 전송할 수 있다(S1330).
구체적으로, 모드 정보가 제 1 모드인 경우, 결제 정보가 수신되면, 서버(100)는 결제 예정 금액을 제 2 사용자(3)의 총수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있다. 만일, 모드 정보가 제 2 모드인 경우, 결제 정보가 수신되면, 서버(100)는 결제 예정 금액을 제 1 사용자(2) 및 제 2 사용자(3)의 총수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있다.
한편, 본 개시의 다른 일 실시 예에 따르면, 대리 결제 승인 요청은, 결제 예정 금액을 분담할 사용자의 수에 관한 정보를 더 포함할 수 있다. 이 경우, 서버(100)는 결제 예정 금액을 분담할 사용자의 수로 나눈 금액의 승인 여부를 묻는 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송할 수 있다. 이때, 본 개시의 일 실시 예에 따르면, 분담할 사용자는 제 1 사용자(2) 및 제 2 사용자(3) 외에 서버(100)를 통한 대리 결제 서비스를 이용하지 않는 사용자를 더 포함할 수도 있다.
이 경우, 서버(100)는 결제 정보가 수신되면, 결제 예정 금액을, 분담할 사용자의 수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있다.
한편, 본 개시의 또 다른 일 실시 예에 따르면, 대리 결제 승인 요청은 제 1 사용자(2) 및 제 2 사용자(3) 사이에서 결제 예정 금액을 분담할 비율 또는 결제 예정 금액의 분배 금액에 관한 분배 정보를 포함할 수 있다. 이 경우, 서버(100)는 결제 예정 금액을 분배 정보에 따라 나눈 금액의 승인 여부를 묻는 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송할 수 있다.
이후 결제 정보가 수신되면, 서버(100)는 결제 예정 금액을 분배 정보에 따라 나눈 금액의 송금을 요청하는 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있다.
한편, 본 개시의 일 실시 예에 따르면, 제 2 사용자(3)가 복수인 경우, 복수의 제 2 사용자(3) 중 일부 사용자의 단말 장치로부터 대리 결제 승인 요청에 대한 불승인이 수신되고, 나머지 사용자의 단말 장치로부터 승인이 수신될 수 있다. 이 경우, 서버(100)는 대리 결제의 속행 여부를 묻는 메시지를 제 1 사용자(2)의 단말 장치(300)로 전송할 수 있다.
이후, 결제 정보가 수신되면, 서버(100)는 복수의 제 2 사용자 중 대리 결제 승인 요청을 승인한 사용자의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 대리 결제 승인 요청을 승인한 사용자 각각의 계좌에 관한 금융 거래 서버로 전송할 수 있다.
한편, 본 개시의 일 실시 예에 따르면, 승인 여부를 묻는 메시지는 제 2 사용자에게 승인이 요구되는 금액에 관한 정보를 포함할 수 있다. 이때, 서버(100)는 결제 예정 금액과 결제 정보에 포함된 결제 금액이 상이한 경우, 제 2 사용자(3)에게 승인이 요구되는 금액 및 결제 금액 중 더 적은 금액의 송금을 요청하는 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송할 수 있다.
한편, 본 개시의 일 실시 예에 따르면, 제 1 사용자(2)는 자신의 단말 장치(200)를 이용하여 결제를 수행할 수 있다. 이 경우, 제 1 사용자(2)의 단말 장치(200)가 결제 단말 장치(600-2)와의 통신을 통해 결제를 수행하면, 서버(100)는 제 1 사용자(2)의 결제와 관련된 금융 거래 서버(400)로부터 결제 정보를 수신할 수 있다.
이상과 같은 본 개시의 다양한 실시 예들에 따르면, 대리 결제자는 개인 정보 노출없이 결제와 동시에 결제 금액을 상환받을 수 있으며, 실결제자 역시 번거로운 과정없이 쉽게 대리 결제자의 결제 금액을 상환할 수 있게 된다. 즉, 대리 구매 과정에서 발생하는 결제 금액 상환의 번거로움이나 개인 정보 노출의 위험이 해소된다.
구체적으로, 이상과 같은 본 개시의 다양한 실시 예들에 따르면, 대리 결제자의 대금 결제 및 실결제자의 대금 송금이 일련의 동작으로 한 번에 처리되며, 실결제자가 대리 결제자와의 대금 정산을 위해 모바일 뱅킹 등과 같은 별도의 애플리케이션을 실행해야 하는 번거로움이 사라진다. 또한, 사용자의 계좌 정보가 서버(100)에 등록되어 저장되는 것이 아니라 사용자의 단말 장치에 설치된 대리 결제 애플리케이션에 등록되어 저장되며, 대리 결제 서비스 과정에서 서버(100) 내부적으로 처리된 후 삭제되므로, 개인 정보 노출을 막을 수 있다.
한편, 상술한 다양한 실시 예들에 따른 서버(100)의 프로세서(120)의 동작이나 서버(100)의 제어 방법은 소프트웨어로 생성되어 서버(100)에 탑재될 수 있다.
예를 들어, 제 1 사용자(2)의 단말 장치(200)로부터 대리 결제에 관한 결제 예정 금액, 제 1 사용자(2)의 계좌 정보 및 한 명 이상의 제 2 사용자(3)에 관한 정보를 포함하는 대리 결제 승인 요청이 수신되면, 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 제 2 사용자(3)의 단말 장치(300)로 전송하는 단계, 제 2 사용자(3)의 단말 장치(300)로부터 제 2 사용자(3)의 계좌 정보를 포함하는 승인이 수신되면, 대리 결제 승인 요청에 대한 승인 메시지를 제 1 사용자(2)의 단말 장치(200)로 전송하는 단계 및 대리 결제에 관한 제 1 사용자(2)의 결제 정보가 수신되면, 제 2 사용자(3)의 계좌에서 제 1 사용자(2)의 계좌로 송금을 요청하는 계좌 이체 정보를 제 2 사용자(3)의 계좌에 관한 금융 거래 서버(500)로 전송하는 단계를 포함하는 서버(100)의 제어 방법을 수행하는 프로그램이 저장된 비일시적 판독 가능 매체(non-transitory computer readable medium)가 서버(100)에 설치될 수 있다.
여기서, 비일시적 판독 가능 매체란 레지스터, 캐쉬, 메모리 등과 같이 짧은 순간 동안 데이터를 저장하는 매체가 아니라 반영구적으로 데이터를 저장하며, 기기에 의해 판독(reading)이 가능한 매체를 의미한다. 구체적으로는, 상술한 다양한 미들웨어 또는 프로그램들은 CD, DVD, 하드 디스크, 블루레이 디스크, USB, 메모리카드, ROM 등과 같은 비일시적 판독 가능 매체에 저장되어 제공될 수 있다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 또한, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 따라서, 본 발명의 호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
110 :　통신부 　　　　　　　　　　　　　 120 : 프로세서
210 :　통신부 220 : 프로세서
230 :　디스플레이 240 : 사용자 입력부
250 :　저장부

Claims (20)

  1. 서버의 제어 방법에 있어서,
    제 1 사용자의 단말 장치로부터 대리 결제에 관한 결제 예정 금액, 상기 제 1 사용자의 계좌 정보 및 한 명 이상의 제 2 사용자에 관한 정보를 포함하는 대리 결제 승인 요청이 수신되면, 상기 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하는 단계;
    상기 제 2 사용자의 단말 장치로부터 상기 제 2 사용자의 계좌 정보를 포함하는 승인이 수신되면, 상기 대리 결제 승인 요청에 대한 승인 메시지를 상기 제 1 사용자의 단말 장치로 전송하는 단계; 및
    상기 대리 결제에 관한 상기 제 1 사용자의 결제 정보가 수신되면, 상기 제 2 사용자의 계좌에서 상기 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하는 단계;를 포함하는 제어 방법.
  2. 제 1 항에 있어서,
    상기 대리 결제 승인 요청은,
    상기 결제 예정 금액을 상기 제 2 사용자가 모두 부담하는 제 1 모드 및 상기 결제 예정 금액을 상기 제 1 사용자 및 상기 제 2 사용자가 분담하는 제 2 모드 중 하나의 모드를 나타내는 모드 정보를 더 포함하는 것을 특징으로 하는 제어 방법.
  3. 제 2 항에 있어서,
    상기 제 2 사용자의 단말 장치로 전송하는 단계는,
    상기 모드 정보가 상기 제 1 모드인 경우, 상기 결제 예정 금액을 상기 제 2 사용자의 총수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고,
    상기 모드 정보가 상기 제 2 모드인 경우, 상기 제 1 사용자 및 상기 제 2 사용자의 총수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하는 것을 특징으로 하는 제어 방법.
  4. 제 3 항에 있어서,
    상기 금융 거래 서버로 전송하는 단계는,
    상기 결제 정보가 수신되면, 상기 총수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하는 것을 특징으로 하는 제어 방법.
  5. 제 1 항에 있어서,
    상기 대리 결제 승인 요청은,
    상기 결제 예정 금액을 분담할 사용자의 수에 관한 정보를 더 포함하고,
    상기 제 2 사용자의 단말 장치로 전송하는 단계는,
    상기 결제 예정 금액을 상기 분담할 사용자의 수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고,
    상기 금융 거래 서버로 전송하는 단계는,
    상기 결제 정보가 수신되면, 상기 분담할 사용자의 수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하는 것을 특징으로 하는 제어 방법.
  6. 제 5 항에 있어서,
    상기 분담할 사용자는, 상기 제 1 사용자 및 상기 제 2 사용자 외에 상기 서버를 통한 대리 결제 서비스를 이용하지 않는 사용자를 더 포함하는 것을 특징으로 하는 제어 방법.
  7. 제 1 항에 있어서,
    상기 제 2 사용자의 단말 장치로 전송하는 단계는,
    상기 제 1 사용자의 단말 장치로부터 상기 제 1 사용자 및 상기 제 2 사용자 사이에서 상기 결제 예정 금액을 분담할 비율 또는 상기 결제 예정 금액의 분배 금액에 관한 분배 정보를 포함하는 대리 결제 요청이 수신되면, 상기 결제 예정 금액을 상기 분배 정보에 따라 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고,
    상기 금융 거래 서버로 전송하는 단계는,
    상기 결제 정보가 수신되면, 상기 분배 정보에 따라 나눈 금액의 송금을 요청하는 상기 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하는 것을 특징으로 하는 제어 방법.
  8. 제 1 항에 있어서,
    상기 제 1 사용자의 단말 장치로 전송하는 단계는,
    복수의 제 2 사용자 중 일부 사용자의 단말 장치로부터 상기 대리 결제 승인 요청에 대한 불승인이 수신되고, 나머지 사용자의 단말 장치로부터 상기 승인이 수신되면, 대리 결제의 속행 여부를 묻는 메시지를 상기 제 1 사용자의 단말 장치로 전송하고,
    상기 금융 거래 서버로 전송하는 단계는,
    상기 결제 정보가 수신되면, 상기 복수의 제 2 사용자 중 상기 나머지 사용자의 계좌에서 상기 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 상기 나머지 사용자 각각의 계좌에 관한 금융 거래 서버로 전송하는 것을 특징으로 하는 제어 방법.
  9. 제 1 항에 있어서,
    상기 승인 여부를 묻는 메시지는,
    제 2 사용자에게 승인이 요구되는 금액에 관한 정보를 포함하고,
    상기 금융 거래 서버로 전송하는 단계는,
    상기 결제 예정 금액과 상기 결제 정보에 포함된 결제 금액이 상이한 경우, 상기 제 2 사용자에게 승인이 요구되는 금액 및 상기 결제 금액 중 더 적은 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하는 것을 특징으로 하는 제어 방법.
  10. 제 1 항에 있어서,
    상기 금융 거래 서버로 전송하는 단계는,
    상기 제 1 사용자의 단말 장치가 결제 단말 장치와의 통신을 통해 결제를 수행하면, 상기 제 1 사용자의 결제와 관련된 금융 거래 서버로부터 상기 결제 정보를 수신하는 것을 특징으로 하는 제어 방법.
  11. 서버에 있어서,
    사용자의 단말 장치 및 상기 사용자의 금융 거래 서버와 통신하는 통신부; 및
    제 1 사용자의 단말 장치로부터 대리 결제에 관한 결제 예정 금액, 상기 제 1 사용자의 계좌 정보 및 한 명 이상의 제 2 사용자에 관한 정보를 포함하는 대리 결제 승인 요청이 수신되면, 상기 대리 결제 승인 요청에 대한 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고,
    상기 제 2 사용자의 단말 장치로부터 상기 제 2 사용자의 계좌 정보를 포함하는 승인이 수신되면, 상기 대리 결제 승인 요청에 대한 승인 메시지를 상기 제 1 사용자의 단말 장치로 전송하며,
    상기 대리 결제에 관한 상기 제 1 사용자의 결제 정보가 수신되면, 상기 제 2 사용자의 계좌에서 상기 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어하는 프로세서;를 포함하는 서버.
  12. 제 11 항에 있어서,
    상기 대리 결제 승인 요청은,
    상기 결제 예정 금액을 상기 제 2 사용자가 모두 부담하는 제 1 모드 및 상기 결제 예정 금액을 상기 제 1 사용자 및 상기 제 2 사용자가 분담하는 제 2 모드 중 하나의 모드를 나타내는 모드 정보를 더 포함하는 것을 특징으로 하는 서버.
  13. 제 12 항에 있어서,
    상기 프로세서는,
    상기 모드 정보가 상기 제 1 모드인 경우, 상기 결제 예정 금액을 상기 제 2 사용자의 총수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고,
    상기 모드 정보가 상기 제 2 모드인 경우, 상기 제 1 사용자 및 상기 제 2 사용자의 총수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하도록 상기 통신부를 제어하는 것을 특징으로 하는 서버.
  14. 제 13 항에 있어서,
    상기 프로세서는,
    상기 결제 정보가 수신되면, 상기 총수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어하는 것을 특징으로 하는 서버.
  15. 제 11 항에 있어서,
    상기 대리 결제 승인 요청은,
    상기 결제 예정 금액을 분담할 사용자의 수에 관한 정보를 더 포함하고,
    상기 프로세서는,
    상기 결제 예정 금액을 상기 분담할 사용자의 수로 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고,
    상기 결제 정보가 수신되면, 상기 분담할 사용자의 수로 나눈 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어하는 것을 특징으로 하는 서버.
  16. 제 15 항에 있어서,
    상기 분담할 사용자는, 상기 제 1 사용자 및 상기 제 2 사용자 외에 상기 서버를 통한 대리 결제 서비스를 이용하지 않는 사용자를 더 포함하는 것을 특징으로 하는 서버.
  17. 제 11 항에 있어서,
    상기 프로세서,
    상기 제 1 사용자의 단말 장치로부터 상기 제 1 사용자 및 상기 제 2 사용자 사이에서 상기 결제 예정 금액을 분담할 비율 또는 상기 결제 예정 금액의 분배 금액에 관한 분배 정보를 포함하는 대리 결제 요청이 수신되면, 상기 결제 예정 금액을 상기 분배 정보에 따라 나눈 금액의 상기 승인 여부를 묻는 메시지를 상기 제 2 사용자의 단말 장치로 전송하고,
    상기 결제 정보가 수신되면, 상기 분배 정보에 따라 나눈 금액의 송금을 요청하는 상기 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어하는 것을 특징으로 서버.
  18. 제 11 항에 있어서,
    상기 프로세서는,
    복수의 제 2 사용자 중 일부 사용자의 단말 장치로부터 상기 대리 결제 승인 요청에 대한 불승인이 수신되고, 나머지 시용자의 단말 장치로부터 상기 승인이 수신되면, 대리 결제의 속행 여부를 묻는 메시지를 상기 제 1 사용자의 단말 장치로 전송하고,
    상기 결제 정보가 수신되면, 상기 복수의 제 2 사용자 중 상기 나머지 사용자의 계좌에서 상기 제 1 사용자의 계좌로 송금을 요청하는 계좌 이체 정보를 상기 나머지 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어하는 것을 특징으로 하는 서버.
  19. 제 11 항에 있어서,
    상기 승인 여부를 묻는 메시지는,
    제 2 사용자에게 승인이 요구되는 금액에 관한 정보를 포함하고,
    상기 프로세서는,
    상기 결제 예정 금액과 상기 결제 정보에 포함된 결제 금액이 상이한 경우, 상기 제 2 사용자에게 승인이 요구되는 금액 및 상기 결제 금액 중 더 적은 금액의 송금을 요청하는 계좌 이체 정보를 상기 제 2 사용자의 계좌에 관한 금융 거래 서버로 전송하도록 상기 통신부를 제어하는 것을 특징으로 하는 서버.
  20. 제 11 항에 있어서,
    상기 프로세서는,
    상기 제 1 사용자의 단말 장치가 결제 단말 장치와의 통신을 통해 결제를 수행하면, 상기 제 1 사용자의 결제와 관련된 금융 거래 서버로부터 상기 결제 정보를 수신하는 것을 특징으로 하는 서버.
KR1020170025072A 2017-02-24 2017-02-24 대리 결제 시스템, 서버 및 서버의 제어 방법 KR20180098069A (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020170025072A KR20180098069A (ko) 2017-02-24 2017-02-24 대리 결제 시스템, 서버 및 서버의 제어 방법
US15/888,683 US11062321B2 (en) 2017-02-24 2018-02-05 Agency payment system, server and controlling method thereof
EP18756941.3A EP3545482A4 (en) 2017-02-24 2018-02-07 AGENCY PAYMENT SYSTEM, SERVER AND CONTROL METHOD THEREFOR
PCT/KR2018/001621 WO2018155846A1 (en) 2017-02-24 2018-02-07 Agency payment system, server and controlling method thereof
CN201810153723.3A CN108734451A (zh) 2017-02-24 2018-02-22 服务器及其控制方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020170025072A KR20180098069A (ko) 2017-02-24 2017-02-24 대리 결제 시스템, 서버 및 서버의 제어 방법

Publications (1)

Publication Number Publication Date
KR20180098069A true KR20180098069A (ko) 2018-09-03

Family

ID=63246342

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170025072A KR20180098069A (ko) 2017-02-24 2017-02-24 대리 결제 시스템, 서버 및 서버의 제어 방법

Country Status (5)

Country Link
US (1) US11062321B2 (ko)
EP (1) EP3545482A4 (ko)
KR (1) KR20180098069A (ko)
CN (1) CN108734451A (ko)
WO (1) WO2018155846A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220071437A (ko) * 2020-11-24 2022-05-31 세틀뱅크 주식회사 모바일 결제를 통한 결제 지원 방법 및 디바이스

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG11202102158XA (en) * 2018-09-05 2021-04-29 Visa Int Service Ass Global remittance system and method
CN109460981B (zh) * 2018-10-23 2021-06-25 腾讯科技（深圳）有限公司 消息交互方法和装置、存储介质及电子装置
US20200134593A1 (en) * 2018-10-31 2020-04-30 Capital One Services, Llc Systems and methods for multicomputer data transferring in response to input from a user device
TWI782264B (zh) * 2020-03-30 2022-11-01 兆豐國際商業銀行股份有限公司 代理支付系統以及代理支付方法
KR102437356B1 (ko) * 2020-08-13 2022-08-29 스피너미디어 주식회사 대신 결제 처리 서버를 이용한 지원금 배분 방법 및 지원금 배분 시스템

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6324525B1 (en) * 1996-06-17 2001-11-27 Hewlett-Packard Company Settlement of aggregated electronic transactions over a network
AU4144100A (en) * 2000-04-27 2001-11-12 Fujitsu Limited Payment vicarious execution system and method
US7181017B1 (en) * 2001-03-23 2007-02-20 David Felsher System and method for secure three-party communications
US7805376B2 (en) * 2002-06-14 2010-09-28 American Express Travel Related Services Company, Inc. Methods and apparatus for facilitating a transaction
US7509289B2 (en) * 2002-02-11 2009-03-24 Total System Services, Inc. System and method for single event authorization control of transactions
US7143936B2 (en) * 2005-02-09 2006-12-05 American Express Travel Related Services Company, Inc. System and method for calculating expected approval rates
KR20060129825A (ko) 2005-06-13 2006-12-18 주식회사 팬택 이동통신 단말기를 이용하여 결제 금액을 분배하는 방법 및시스템
KR20070045433A (ko) 2005-10-27 2007-05-02 에스케이 텔레콤주식회사 근거리 무선 통신 인터페이스를 이용한 계좌 이체 서비스방법
KR101212236B1 (ko) 2011-06-08 2012-12-13 주식회사 신한은행 금융 서비스 시스템 및 방법
US9355394B2 (en) 2011-08-11 2016-05-31 Visa International Service Association Systems and methods of aggregating split payments using a settlement ecosystem
US9165321B1 (en) * 2011-11-13 2015-10-20 Google Inc. Optimistic receipt flow
JP5836162B2 (ja) * 2012-03-08 2015-12-24 株式会社日本総合研究所 クレジットカードシステム
KR101956035B1 (ko) 2012-04-30 2019-03-08 엘지전자 주식회사 인터랙티브 디스플레이 디바이스 및 그 제어 방법
KR101394996B1 (ko) * 2012-05-25 2014-05-27 주식회사 한국외환은행 수취인 기반의 송금거래 서비스 방법
KR20140066354A (ko) 2012-11-23 2014-06-02 인크로스 주식회사 비용 분담을 위한 모바일 결제 시스템 및 방법
US10108951B2 (en) 2012-11-30 2018-10-23 Walmart Apollo, Llc Splitting a purchase among multiple parties using an electronic receipt after the transaction
WO2015023713A2 (en) 2013-08-13 2015-02-19 Dash Software, LLC Mobile application check-in and payment systems and methods of their operation
KR20150061863A (ko) 2013-11-28 2015-06-05 에스케이플래닛 주식회사 대리결제 정보처리 장치, 시스템 및 방법
KR20150109859A (ko) 2014-03-21 2015-10-02 에스케이플래닛 주식회사 분할 결제 방법, 이를 위한 장치 및 시스템
WO2015168128A1 (en) 2014-04-28 2015-11-05 Reserve Media, Inc. System and method for bill splitting
JP2015232826A (ja) * 2014-06-10 2015-12-24 東芝テック株式会社 情報処理装置、携帯端末装置およびプログラム
CN104616141A (zh) * 2014-11-27 2015-05-13 深圳市腾讯计算机系统有限公司 信息处理方法及支付平台
KR20160070569A (ko) 2014-12-10 2016-06-20 엘지전자 주식회사 이동 단말기 및 그 제어 방법
US20160267444A1 (en) 2015-03-11 2016-09-15 Mark Mathenge Mutahi Payments through Virtualization of a Physical Point of Sale (POS) Terminal and Money Transfer Using Mobile Device
CN107667387B (zh) 2015-05-27 2022-04-08 三星电子株式会社 用户终端设备、用于支付的终端、以及使用所述用户终端设备和用于支付的终端进行支付的方法和系统
US20170004493A1 (en) * 2015-07-02 2017-01-05 Mukesh Kumar Alternate payment method
CN105550869A (zh) * 2015-10-30 2016-05-04 东莞酷派软件技术有限公司 基于nfc的远程代付方法、系统及智能终端
CN106096941A (zh) * 2016-06-28 2016-11-09 韩斌 一种基于短程代付的电子支付方法及其系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220071437A (ko) * 2020-11-24 2022-05-31 세틀뱅크 주식회사 모바일 결제를 통한 결제 지원 방법 및 디바이스

Also Published As

Publication number Publication date
WO2018155846A1 (en) 2018-08-30
EP3545482A1 (en) 2019-10-02
US20180247311A1 (en) 2018-08-30
US11062321B2 (en) 2021-07-13
CN108734451A (zh) 2018-11-02
EP3545482A4 (en) 2020-01-01

Similar Documents

Publication Publication Date Title
US20200051073A1 (en) System and method for enhanced token-based payments
KR20180098069A (ko) 대리 결제 시스템, 서버 및 서버의 제어 방법
US20210216980A1 (en) Reprogrammable point-of-sale transaction flows
US9524500B2 (en) Transferring assets
JP6652379B2 (ja) 決済システム
CN110796440A (zh) 支付方法、装置及系统、支付业务架构、电子设备和介质
WO2015095517A1 (en) A system and method for enhanced token-based payments
JP2016519826A (ja) 受信者選択型モバイル景品引換券の提供システム、装置および方法
AU2017301640B2 (en) Reprogrammable point of sale transaction flows
JP6925558B1 (ja) 依頼プログラム、依頼装置及び依頼方法
WO2021065282A1 (ja) 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム
JP4552807B2 (ja) 電子商取引システム、ｐｏｓ代行サービスシステム、電子商取引方法及びプログラム
KR20210043417A (ko) 상품 구매 추천 및 결제 시스템
KR101914268B1 (ko) Ｎｆｃ 기반 어플리케이션 식별자를 이용한 정보 전달 시스템 및 방법
JP7440699B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
KR20060055059A (ko) 결제수단 연계형 기부금 제공용 단말장치 및 기록매체와이를 이용한 결제수단 연계형 기부금 제공 방법 및 시스템
KR101685281B1 (ko) 모바일 메신저와 연계한 자동 판매기의 상품 판매 방법 및 그 장치
US20230196311A1 (en) Management system and management method
JP7460831B1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
KR20190093289A (ko) 암호화 화폐 송금 서비스를 제공하는 방법
JP7206430B1 (ja) 情報処理装置、情報処理方法、およびプログラム
JP7279684B2 (ja) サーバ、ウォレットシステム、プログラムおよび振込方法
KR20160141488A (ko) 가상 계좌를 이용하는 결제 서비스 제공 방법 및 서버
JP2023153116A (ja) サービス提供装置、サービス提供方法、プログラム、および電子決済システム
US20180018691A1 (en) System, method, and device for managing events

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal