KR20170102282A - 정보처리 시스템 및 정보처리 방법 - Google Patents

정보처리 시스템 및 정보처리 방법 Download PDF

Info

Publication number
KR20170102282A
KR20170102282A KR1020177020836A KR20177020836A KR20170102282A KR 20170102282 A KR20170102282 A KR 20170102282A KR 1020177020836 A KR1020177020836 A KR 1020177020836A KR 20177020836 A KR20177020836 A KR 20177020836A KR 20170102282 A KR20170102282 A KR 20170102282A
Authority
KR
South Korea
Prior art keywords
user
payment
request
settlement
credit
Prior art date
Application number
KR1020177020836A
Other languages
English (en)
Other versions
KR102002111B1 (ko
Inventor
희찬 양
케니치 스지모토
토모히코 타니구치
Original Assignee
라인 가부시키가이샤
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 라인 가부시키가이샤 filed Critical 라인 가부시키가이샤
Publication of KR20170102282A publication Critical patent/KR20170102282A/ko
Application granted granted Critical
Publication of KR102002111B1 publication Critical patent/KR102002111B1/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/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
    • 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
    • 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
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • 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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • 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/384—Payment protocols; Details thereof using social networks
    • 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

Abstract

하나 이상의 정보처리 장치를 포함하는 정보처리 시스템에 있어서, 소정의 상거래에 관해 결제를 수행하는 것에 대한 승낙을 요청하는 제1 요청을 제1 단말장치에 송신하여 해당 제1 단말장치로부터 해당 제1 요청에 대한 응답을 수신하면, 해당 결제에 이용되는 신용카드에 대해서 여신 조회를 수행하는 제1 여신 조회 수단과, 상기 제1 요청에 대한 응답에 상기 결제를 복수의 유저에 의해 수행하는 것을 나타내는 각자 부담 정보가 포함되어 있는 경우에 있어서, 상기 여신 조회를 수행한 후 소정의 기간이 경과하기 전에, 상기 소정의 상거래의 내용이 변경된 경우에, 변경 후의 해당 상거래에 관해 결제를 수행하도록 지시하는 결제 지시 수단을 갖는 것에 의해, 상기 과제를 해결한다.

Description

정보처리 시스템 및 정보처리 방법{INFORMATION PROCESSING SYSTEMS, APPARATUSES, AND METHODS}
본 발명은, 정보처리 시스템 및 정보처리 방법과 관련된다.
종래보다, 휴대 전화 등의 단말을 이용하여, 신용카드에 의해 결제를 수행하는 기술이 알려지고 있다. 또한, 복수의 인간이 식사를 한 경우와 상품을 구입한 경우 등에 있어서, 소위 각자 부담(각 추렴)으로 결제를 하는 것이 이루어지고 있다.
이런 경우에, 대표자 유저가 신용카드로 결제한 후에, 다른 유저에 대해 각자 부담분의 지불 처리를 실행하는 기술이 알려져 있다(예를 들면, 특허 문헌 1 및 2 참조). 이에 의해, 복수의 유저 사이에서 각자 부담을 수행할 수 있게 된다.
[선행 기술 문헌]
[특허 문헌]
특허 문헌 1: 특개 2004-280318호 공보
특허 문헌 2: 특개 2013-186732호 공보
그렇지만, 상기의 종래 기술에 있어서는, 복수의 유저 사이에서 각자 부담을 수행하기 위해서, 대표자 유저는, 특정한 카드 회사의 신용카드로 결제를 수행할 필요가 있었다. 따라서, 대표자 유저는, 특정한 카드 회사의 신용카드를 미리 입수할 필요가 있었다. 한편, 신용카드는 여러 카드 회사로부터 발행되고 있으므로, 특정한 카드 회사의 신용카드에 한정되지 않고, 상기와 같은 각자 부담을 수행할 수 있는 것이 바람직하다.
여기서, 특정한 카드 회사의 신용카드에 한정되지 않고 각자 부담에 의한 결제를 수행하기 위해서, 예를 들면, 다음과 같은 구성을 생각할 수 있다. 즉, 각자 부담으로 지불하는 유저의 각각이 이용하는 신용카드의 카드 회사에 대해 각자 부담분의 지불 처리를 요청하는 서버를 마련하고, 대표자 유저가 결제한 후에, 해당 서버가 각각의 카드 회사에 대해 각자 부담분의 지불을 요청할 수 있다.
그렇지만, 이 경우, 각자 부담으로 지불하는 유저에게, 예를 들면, 지불 한도액을 초과하고 있는 유저 등이 있으면, 해당 유저의 각자 부담분의 지불 처리를 수행할 수 없다. 따라서, 이 경우, 각자 부담분의 지불 합계액과, 실제로 구입 등 한 상품 등의 금액이 달라져 버리는 문제가 있다.
본 발명의 일 실시 형태는, 상기의 점을 고려한 것으로, 신용카드를 사용한 지불을 각자 부담으로 결제하는 것을 목적으로 한다.
상기 목적을 달성하기 위해, 본 발명의 일 실시 형태는, 하나 이상의 정보처리 장치를 포함하는 정보처리 시스템에 있어서, 소정의 상거래에 관해 결제를 수행하는 것에 대한 승낙을 요청하는 제1 요청을 제1 단말장치에 송신하여 해당 제1 단말장치로부터 해당 제1 요청에 대한 응답을 수신하면, 해당 결제에 이용되는 신용카드에 대해서 여신 조회를 수행하는 제1 여신 조회 수단과, 상기 제1 요청에 대한 응답에 상기 결제를 복수의 유저에 의해 수행하는 것을 나타내는 각자 부담 정보가 포함되어 있는 경우에 있어서, 상기 여신 조회를 수행한 후 소정의 기간이 경과하기 전에 상기 소정의 상거래의 내용이 변경된 경우에, 변경 후의 해당 상거래에 관해 결제를 수행하도록 지시하는 결제 지시 수단을 갖는 것을 특징으로 한다.
본 발명의 일 실시 형태에 의하면, 신용카드를 사용한 지불을 각자 부담으로 결제할 수 있다.
도 1은 제1 실시 형태와 관련되는 결제 관리 시스템의 일례의 구성도이다.
도 2는 제1 실시 형태와 관련되는 결제 관리 시스템의 처리의 개요를 설명하기 위한 도면이다.
도 3은 제1 실시 형태와 관련되는 컴퓨터의 일례의 하드웨어 구성도이다.
도 4는 제1 실시 형태와 관련되는 결제 관리 시스템의 일례의 처리 블럭도이다.
도 5는 유저 ID 테이블의 일례의 구성도이다.
도 6은 거래 정보 테이블의 일례의 구성도이다.
도 7은 제1 실시 형태와 관련되는 각자 부담 결제 처리의 일례의 시퀀스 도면이다.
도 8은 결제 방법의 설정 화면 및 각자 부담 유저의 선택 화면의 일례의 이미지 도면이다.
도 9는 각자 부담 요청 화면 및 결제 방법의 설정 화면의 일례의 이미지 도면이다.
도 10은 제2 실시 형태와 관련되는 결제 관리 시스템의 일례의 처리 블럭도이다.
도 11은 거래 정보 테이블의 다른 예의 구성도이다.
도 12는 제2 실시 형태와 관련되는 각자 부담 결제 처리의 일례의 시퀀스 도면이다.
이하, 본 발명의 실시 형태에 대해서 도면을 참조하면서 상세하게 설명한다.
[제1 실시 형태]
<시스템 구성>
도 1은, 제1 실시 형태와 관련되는 결제 관리 시스템의 일례의 구성도이다. 도 1에 나타나는 결제 관리 시스템 1은, 복수의 단말장치 10과, 결제 관리 장치 20과, 하나 이상의 점포 단말 30과, 하나 이상의 신용카드 결제 시스템 40을 가지고, 인터넷 등의 광역적인 네트워크 N을 통해 통신 가능하게 접속되고 있다. 또한, 단말장치 10과 점포 단말 30은, 예를 들면, NFC(Near Field Communication) 등의 근거리 무선 통신을 통해 통신 가능하게 접속된다.
단말장치 10은, 예를 들면, 스마트 폰, 태블릿 단말, 웨어러블 단말, 노트 PC, 데스크탑 PC 등이며, 유저가 신용카드를 사용한 결제를 수행하는 단말이다. 단말장치 10에는 결제 어플리케이션 11이 탑재(인스톨)되어 있고, 유저는, 결제 어플리케이션 11을 이용하여, 신용카드에 의한 결제 등의 결제 서비스를 이용할 수 있다. 또한, 유저는, 결제 어플리케이션 11을 이용하여, 신용카드에 의한 결제를 다른 유저 사이에서 각자 부담으로 할 수 있다.
단말장치 10의 결제 어플리케이션 11에는, 결제 관리 시스템 1 내에서 단말장치 10을 이용하는 유저를 일의(一意)로 식별하는 유저 ID가 관리되고 있다. 이후에서는, 유저 A, 유저 B 및 유저 C의 단말장치 10을, 각각 "단말장치 10-1", "단말장치 10-2", 및 "단말장치 10-3"으로 한다. 또한, 유저 A, 유저 B 및 유저 C에 부여된 유저 ID를, 각각 "user_id_a", "user_id_b", 및 "user_id_c"로 한다.
덧붙여, 상기의 유저 ID는, 다른 서비스와 공통으로 이용되는 것일 수 있다. 다른 서비스로는, 예를 들면, IM(Instant Messenger) 서비스나 SNS(Social Networking Service) 서비스 등을 들 수 있다.
결제 관리 장치 20은, 하나 이상의 정보처리 장치(컴퓨터)를 포함하고, 결제 관리 프로그램 21이 탑재(인스톨)되어 있다. 결제 관리 장치 20은, 결제 관리 프로그램 21을 이용하여, 결제 관리 시스템 1의 각종의 결제에 관한 처리를 제어한다. 예를 들면, 결제 관리 장치 20은, 점포 단말 30으로부터의 요청에 따라, 단말장치 10에 대해 결제를 요청한다. 또한, 예를 들면, 결제 관리 장치 20은, 단말장치 10으로부터의 요청에 따라, 다른 단말장치 10에 대해 각자 부담분의 결제를 요청한다.
점포 단말 30은, 예를 들면, POS(Point Of Sale) 단말 등의 점포 등에 설치되는 단말이다. 점포 단말 30은, 예를 들면, NFC 리더 등을 가지고 있고, 단말장치 10과 근거리 무선 통신을 통한 통신을 수행할 수 있다. 또한, 점포 단말 30에서는, 결제 관리 시스템 1 내에서 점포를 일의로 식별하는 점포 ID가 관리되고 있다.
덧붙여, 점포 단말 30은, 상기에서 설명한 것으로 한정되지 않고, 예를 들면, e 커머스 등의 온라인 거래를 수행하는 온라인 거래 시스템일 수 있다. 즉, 본 발명은, 단말장치 10이 네트워크 N을 통해 온라인 거래 시스템과 통신을 수행하여 구입한 상품 등의 결제를, 다른 유저 사이에서 각자 부담으로 하는 경우에도 적용될 수 있다.
신용카드 결제 시스템 40은, 신용카드 회사(이후, 단지, "카드 회사"라고 나타냄)의 결제 시스템이다. 이후에서는, 카드 회사 A, 카드 회사 B 및 카드 회사 C의 신용카드 결제 시스템 40을, 각각 "신용카드 결제 시스템 40-1", "신용카드 결제 시스템 40-2", 및 "신용카드 결제 시스템 40-3"으로 한다.
<처리의 개요>
다음으로, 제1 실시 형태와 관련되는 결제 관리 시스템 1의 처리의 개요에 대해서 설명한다. 도 2는, 제1 실시 형태와 관련되는 결제 관리 시스템의 처리의 개요를 설명하기 위한 도면이다. 도 2에서는, 유저 A가 단말장치 10-1을 이용하여 수행한 신용카드에 의한 결제를, 유저 B(단말장치 10-2)와 유저 C(단말장치 10-3)가, 각각의 신용카드에 의해 각자 부담으로 결제하는 경우에 대해서 설명한다.
우선, 유저 A는 단말장치 10-1을 이용하여, 점포 A에서 상품을 구입했다고 한다(단계 S1). 그러면, 점포 A의 점포 단말 30은, 단말장치 10-1에 의해 구입된 상품의 구입 금액 "9,000엔"을 결제 관리 장치 20에 통지한다(단계 S2).
또한, 유저 A는, 단말장치 10-1을 이용하여, 상기 구입 금액의 결제를 신용카드로 수행하는 것을 결제 관리 장치 20에 통지한다(단계 S3). 그러면, 결제 관리 장치 20은, 유저 A가 결제에 사용한 신용카드의 카드 회사의 신용카드 결제 시스템 40에 대해, 결제 금액 "9,000엔"의 여신 조회를 수행한다(단계 S4).
여기서, 여신 조회라는 것은, "오소리제이션(authorization)(줄여서, "오소리"라고도 칭함)" 또는 "가청구"라고도 칭하며, 카드 회사에 대해 카드 이용자의 신용 확인(유효성의 확인과 이용 범위의 확인)을 하는 것을 말한다. 여신 조회가 카드 회사에 의해 승인되는 것으로, 결제 금액이 일시적으로(임시적으로) 확보된다.
다음으로, 유저 A의 단말장치 10-1은, 상품의 구입 금액 "9,000엔"을 유저 B, 유저 C와 3명이서 각자 부담하는 것을 결제 관리 장치 20에 통지한다(단계 S5). 그러면, 결제 관리 장치 20은, 유저 B의 단말장치 10-2와, 유저 C의 단말장치 10-3에 대해, 3명에게 각자 부담된 구입 금액 "3,000엔"을, 각각의 단말장치 10-2 및 단말장치 10-3에 송신한다(단계 S6-1 및 S6-2).
계속하여, 유저 B 및 유저 C가 각자 부담된 구입 금액을 신용카드로 결제하는 것에 승인하면, 결제 관리 장치 20은, 각각의 신용카드의 신용카드 결제 시스템 40에 대해, 결제 금액 "3,000엔"의 여신 조회를 수행한다. 또한, 결제 관리 장치 20은, 상기의 단계 S4에서 수행한 유저 A의 여신 조회의 결제 금액을, "3,000엔"으로 정정한다(단계 S7). 이때, 결제 관리 장치 20은, 유저 A, 유저 B 및 유저 C의 각각이 결제에 이용하는 신용카드의 신용카드 결제 시스템 40에 대해 각자 부담된 금액을 결제 금액으로서 여신 조회를 수행한다.
그리고, 단계 S7에서 수행한 각각의 여신 조회가 신용카드 결제 시스템 40에 의해 승인되면, 각각의 결제 금액 "3,000엔"의 청구 확정을, 각각의 신용카드 결제 시스템 40에 대해 수행한다(단계 S8).
여기서, 청구 확정이라는 것은, "캡쳐" 또는 "매상 청구"라고도 칭하며, 여신 조회의 승인에 의해 일시적으로 확보된 신용카드의 결제 금액을 확정시키는 것을 말한다.
상기에 의해, 유저 A가 대표하여 신용카드를 이용해 구입한 상품의 구입 금액 "9,000엔"을, 유저 A, 유저 B 및 유저 C 사이에서 각자 부담된 금액 "3,000엔"으로, 각각의 신용카드를 이용하여 결제할 수 있다. 또한, 각자 부담에 관한 처리를 상기와 같이 결제 관리 장치 20이 제어하는 것에 의해, 유저 A, 유저 B 및 유저 C가 이용하는 신용카드의 종류와 카드 회사는 한정되지 않고, 각각이 소망하는 신용카드를 이용하여 결제할 수 있다.
<하드웨어 구성>
다음으로, 제1 실시 형태와 관련되는 결제 관리 시스템 1에 포함되는 단말장치 10 및 결제 관리 장치 20의 하드웨어 구성에 대해서 설명한다. 단말장치 10 및 결제 관리 장치 20은, 예를 들면, 도 3에 나타나는 하드웨어 구성의 컴퓨터 100에 의해 실현된다. 도 3은, 제1 실시 형태와 관련되는 컴퓨터의 일례의 하드웨어 구성도이다.
도 3의 컴퓨터 100은, 입력장치 101과, 표시장치 102와, 외부 I/F 103과, RAM(Random Access Memory) 104와, ROM(Read Only Memory) 105를 구비한다. 또한, 컴퓨터 100은, 게다가 CPU(Central Processing Unit) 106과, 통신 I/F 107과, HDD(Hard Disk Drive) 108을 구비한다. 이러한 각 하드웨어는, 각각이 버스 B로 접속되어 있다.
입력장치 101은, 키보드와 마우스, 터치 패널 등을 포함하고, 유저가 각 조작 신호를 입력하는데 이용된다. 표시장치 102는, 디스플레이 등을 포함하고, 컴퓨터 100에 의한 처리 결과를 표시한다. 덧붙여, 입력장치 101 및 표시장치 102는 필요한 때에 접속되어 이용되는 형태일 수 있다.
통신 I/F 107은, 컴퓨터 100을 네트워크에 접속하는 인터페이스이다. 이에 의해, 컴퓨터 100은 통신 I/F 107을 통해 데이터 통신을 수행할 수 있다. 덧붙여, 단말장치 10의 통신 I/F 107에는, 점포 단말 30과 근거리 무선 통신을 수행하기 위한 NFC 칩 등이 포함된다.
또한, HDD 108은, 프로그램과 데이터를 저장하고 있는 비휘발성의 기억장치의 일례이다. 저장되는 프로그램과 데이터에는, 컴퓨터 100 전체를 제어하는 기본 소프트웨어인 OS(Operating System) 및 OS 상에서 각종 기능을 제공하는 어플리케이션 소프트웨어(예를 들면, 결제 어플리케이션 11, 결제 관리 프로그램 21) 등이 있다. 덧붙여, 컴퓨터 100은, HDD 108에 대신에, 기억 매체로서 플래쉬 메모리를 사용하는 드라이브 장치(예를 들면, 솔리드 스테이트 드라이브(SSD))를 이용하는 것일 수 있다.
HDD 108은, 저장하고 있는 프로그램과 데이터를 소정의 파일 시스템 및/또는 DB에 의해 관리하고 있다. 외부 I/F 103은, 외부 장치와의 인터페이스이다. 외부 장치로는, 기록 매체 103a 등이 있다. 컴퓨터 100은, 외부 I/F 103을 통해 기록 매체 103a의 독출 및/또는 기입을 수행할 수 있다. 기록 매체 103a에는, 플렉시블 디스크, CD, DVD, SD 메모리 카드, USB 메모리 등이 있다.
ROM 105는, 전원을 꺼도 프로그램과 데이터를 보관 유지할 수 있는 비휘발성의 반도체 메모리(기억장치)이다. ROM 105에는, 컴퓨터 100의 기동 시에 실행되는 BIOS(Basic Input/Output System), OS 설정 및 네트워크 설정 등의 프로그램과 데이터가 저장되어 있다. RAM 104는 프로그램과 데이터를 일시 보관 유지하는 휘발성의 반도체 메모리(기억장치)이다.
CPU 106은, ROM 105나 HDD 108 등의 기억장치로부터 프로그램과 데이터를 RAM 104 상에서 독출하여, 처리를 실행하는 것으로, 컴퓨터 100 전체의 제어와 기능을 실현되는 연산 장치이다.
제1 실시 형태와 관련되는 단말장치 10 및 결제 관리 장치 20은, 컴퓨터 100의 하드웨어 구성에 의해, 후술하는 각종 처리를 실현할 수 있다.
<소프트웨어 구성>
다음으로, 본 실시 형태와 관련되는 결제 관리 시스템 1의 소프트웨어 구성에 대해서 설명한다. 도 4는, 제1 실시 형태와 관련되는 결제 관리 시스템의 일례의 처리 블럭도이다. 단말장치 10에는, 상술한 것처럼 결제 서비스를 이용하기 위한 결제 어플리케이션 11이 인스톨되어 있다. 또한, 결제 관리 장치 20에는, 각종의 결제에 관한 처리를 제어하는 결제 관리 프로그램 21이 인스톨되어 있다. 또한, 결제 관리 장치 20은, 유저 ID 기억부 22와, 거래 정보 기억부 23을 이용한다.
단말장치 10의 결제 어플리케이션 11은, 결제 방법 설정부 111과, 각자 부담 유저 설정부 112를 가진다. 이러한 각부는, 예를 들면, CPU 106 등이 결제 어플리케이션 11을 실행하는 것에 의해 실현된다.
결제 방법 설정부 111은, 점포 단말 30을 통해 구입한 상품 등의 결제 방법을 설정한다. 결제 방법 설정부 111에 의해 설정되는 결제 방법에는, "구입 금액을 전자화폐 또는 신용카드 어떤 것으로 결제할지?", "구입 금액을 다른 유저와 각자 부담으로 할 것인지?" 항목이 포함된다.
각자 부담 유저 설정부 112는, 결제 방법 설정부 111에 의해 구입 금액을 다른 유저와 각자 부담한다는 설정이 된 경우에, 각자 부담 대상으로 되는 유저를 설정한다.
결제 관리 장치 20의 결제 관리 프로그램 21은, 결제 처리부 211과, 각자 부담 처리부 212와, 여신 조회부 213과, 청구 확정부 214를 가진다. 이러한 각부는, 예를 들면, CPU 106 등이 결제 관리 프로그램 21을 실행하는 것으로 실현된다. 또한, 유저 ID 기억부 22 및 거래 정보 기억부 23은, 예를 들면, HDD 108 또는 결제 관리 장치 20과 네트워크를 통해 접속된 기억장치 등에 의해 실현된다.
결제 처리부 211은, 단말장치 10과 점포 단말 30 사이에서 수행된 거래의 결제에 관한 처리를 수행한다. 예를 들면, 결제 처리부 211은, 점포 단말 30에서 결제 요청을 받으면, 해당의 단말장치 10에 대해, 결제 요청을 송신한다.
각자 부담 처리부 212는, 단말장치 10과 점포 단말 30 사이에서 수행된 거래의 결제를, 복수의 유저에서 각자 부담으로 하기 위한 처리를 수행한다. 예를 들면, 각자 부담 처리부 212는, 각자 부담 대상의 유저에 대해, 각자 부담된 구입 금액의 결제 요청을 송신하도록 결제 처리부 211에 의뢰한다.
여신 조회부 213은, 신용카드 결제 시스템 40에 대해, 신용카드의 여신 조회를 수행한다.
청구 확정부 214는, 신용카드 결제 시스템 40에 대해, 여신 조회에 의해 승인된 신용카드의 결제 금액을 확정한다.
유저 ID 기억부 22는, 유저 ID 테이블 22D를 기억한다. 유저 ID 테이블 22D는, 예를 들면, 도 5에서 나타낸 데이터 항목을 가지고 있다. 즉, 유저 ID 테이블 22D는, 단말장치 10을 이용하는 유저를 일의로 식별하는 유저 ID와, 해당 유저의 유저명과, 해당 유저와 친구인 유저에 관한 정보를 나타내는 친구 유저 정보를 가지고 있다. 예를 들면, 유저 ID 테이블 22D의 1 레코드 항목은, 유저 ID "user_id_a", 유저의 유저명은 "유저 A"이며 "유저 B", "유저 C" 등이 친구인 것을 나타내고 있다. 본 실시 형태에서는, 친구 유저 정보에 포함되는 유저는, 각자 부담 대상이 되는 유저의 후보이다. 즉, 예를 들면, 유저 A(거래자 유저)가 신용카드를 이용하여 구입(거래)한 상품의 금액을 다른 유저와 각자 부담으로 하는 경우, 유저 A는, 친구 유저 정보에 포함되는 유저에서 각자 부담 대상이 되는 하나 이상의 유저를 선택한다.
단, 각자 부담 대상이 되는 유저는, 친구인 유저로 한정되지 않는다. 예를 들면, IM 서비스에 있어서 거래자 유저와 같은 채팅 그룹에 속하고 있는 유저와 SNS 서비스에 있어서 거래자 유저와 같은 커뮤니티 등에 속하고 있는 유저를, 각자 부담 대상이 되는 유저의 후보로 할 수 있다.
거래 정보 기억부 23은, 거래 정보 테이블 23D를 기억한다. 거래 정보 테이블 23D는, 예를 들면, 도 6에서 나타낸 데이터 항목을 가지고 있다. 즉, 거래 정보 테이블 23D는, 거래자 유저에 의한 거래를 일의로 식별하는 거래 ID와, 상품 등의 구입 금액을 나타내는 거래 금액과, 거래한 점포를 나타내는 점포 ID와, 거래한 유저를 나타내는 거래자 유저 ID를 가진다.
또한, 거래 정보 테이블 23D는, 거래자 유저가 신용카드를 이용하여 거래한 상품을 다른 유저와 각자 부담으로 하는 경우에 이용하는 각자 부담 정보를 가진다. 각자 부담 정보에는, 각자 부담 대상의 유저를 나타내는 각자 부담 대상 유저 ID와, 각 각자 부담 대상의 유저가 결제해야 하는 금액을 나타내는 각자 부담 금액을 가진다. 예를 들면, 거래 정보 테이블 23D의 거래 ID "TR0001"의 레코드는, 유저 ID "user_id_a"(유저 A)가 거래한 거래 금액 "9,000엔"을, 유저 A, 유저 B 및 유저 C가 각자 부담하고 "3,000엔"씩 결제하는 것을 나타내고 있다. 덧붙여, 각자 부담 정보는, 거래자 유저가, 단말장치 10의 각자 부담 유저 설정부 112를 통해 각자 부담 대상의 유저를 설정하는 것으로, 결제 관리 장치 20에 있어서 설정된다.
<처리의 상세>
다음으로, 제1 실시 형태와 관련되는 결제 관리 시스템 1의 처리의 자세한 사항에 대해서, 도 7을 이용하여 설명한다. 도 7은, 제1 실시 형태와 관련되는 각자 부담 결제 처리의 일례의 시퀀스 도면이다. 덧붙여, 이후에서는, 도 2를 이용하여 설명한 경우와 같이, 유저 A가 단말장치 10-1을 이용하여 수행한 신용카드에 의한 결제를, 유저 B(단말장치 10-2)와 유저 C(단말장치 10-3)의 신용카드에 의해 각자 부담으로 결제하는 경우에 대해서 설명한다.
우선, 유저 A가 단말장치 10-1을 이용하여, 예를 들면, 점포 A에서 상품을 구입한다(단계 S701). 이것은, 우선, 점포 A의 점원 등이 점포 단말 30에 상품의 금액(거래 금액)를 입력하고, 다음으로, 유저 A가 해당 점포 단말 30의 소정의 위치(단말장치 10-1과의 사이에서 근거리 무선 통신이 가능한 위치)에, 단말장치 10-1을 갖다대는 것에 의해 수행된다.
그러면, 단말장치 10-1은, 점포 단말 30에 대해, 유저 A의 유저 ID "user_id_a"를 포함하는 거래 요청을 송신한다(단계 S702). 이러한 거래 요청은, 예를 들면, NFC 등의 근거리 무선 통신을 통해 송신된다.
여기서, 근거리 무선 통신으로는, 예를 들면, BLE(Bluetooth(등록상표) Low Energy) 등을 이용할 수 있다. 또한, 단계 S701 및 S7702는, 유저가 점포에서 상품을 구입하는 경우에 한정되지 않고, 점포에서의 서비스(예를 들면, 음식 등)의 제공에 대한 대가를 지불하는 경우에 대해서도 동일하다.
덧붙여, 유저 A가 단말장치 10-1을 이용하여, 예를 들면, e 커머스 사이트 등의 온라인 거래 사이트에서 결제를 수행한 경우에는, 단말장치 10-1은, 네트워크 N을 통해 온라인 거래 시스템에 대해, 유저 A의 유저 ID를 포함하는 거래 요청을 송신한다.
점포 단말 30은, 해당 거래 요청을 수신하면, 결제 관리 시스템 1 내 또는 점포마다 일의가 되는 거래 ID를 채번(採番)한다. 그리고, 점포 단말 30은, 거래 ID와, 거래 금액과, 점포 A의 점포 ID와, 해당 거래 요청에 포함되는 유저 ID(이것이 "거래자 유저 ID"가 됨)를 포함하는 결제 요청을, 결제 관리 장치 20에 대해 송신한다(단계 S703). 여기서, 해당 결제 요청에는, 거래 ID "TR0001", 거래 금액 "9,000", 점포 ID "shop_id_a", 거래자 유저 ID "user_id_a"가 포함되는 것으로 한다.
덧붙여, 상기의 단계 S702 및 S703에서는, 점포 단말 30이, 단말장치 10으로부터 유저 ID를 받아, 거래 ID, 거래 금액, 점포 ID 등과 함께 결제 관리 장치 20에 송신하였지만, 이것으로 한정되지 않는다. 즉, 상기의 단계 S702 및 S703은, 예를 들면, 단말장치 10이, 점포 단말 30에서 거래 ID, 거래 금액, 점포 ID 등을 받고, 유저 ID와 함께 결제 관리 장치 20에 송신하도록 할 수도 있다.
결제 관리 장치 20의 결제 처리부 211은, 해당 결제 요청을 수신하면, 거래 ID와, 거래 금액을 포함하는 결제 요청을, 거래자 유저 ID "user_id_a"(즉, 유저 A)의 단말장치 10-1에 대해 송신한다(단계 S704). 덧붙여, 이때, 결제 관리 장치 20의 결제 처리부 211은, 수신한 결제 요청에 포함되는 거래 ID와, 거래 금액과, 점포 ID와, 유저 ID(거래자 유저 ID)에 기초하여 거래 정보를 작성하고, 거래 정보 테이블 23D에 저장한다.
단말장치 10-1은, 해당 결제 요청을 수신하면 예를 들면, 도 8(a)에서 나타낸 결제 방법의 설정 화면 1100을, 표시장치 102에 표시시킨다. 결제 방법의 설정 화면 1100에는, 유저 A가 수행한 상품 구입의 거래 ID와 거래 금액, 구입한 상품의 상품명 등이 기재되어 있어, 유저 A는, 자신이 수행한 거래의 내용에 실수가 없는 지를 확인한다. 그리고, 유저 A는, 결제 방법의 설정 화면 1100의 결제 방법 설정란 1101에서, 결제 방법을 "전자화폐"로 할지 "신용카드"로 할지를 설정하는 것과 동시에, 각자 부담 설정란 1102에서, 다른 유저와 각자 부담으로 할지 여부를 설정하고, "OK" 버튼을 누른다(단계 S705). 여기에서는, 결제 방법 설정란 1101에서 "신용카드" 결제의 선택 및 신용카드 정보의 입력이 수행되고, 각자 부담 설정란 1102에서 다른 유저와 "각자 부담으로 계산"이 설정된 것으로 한다.
그러면, 단말장치 10-1의 결제 방법 설정부 111은, 거래 ID "TR0001"과, 결제 방법 "신용카드"와, 각자 부담 구분 "각자 부담함"을 포함하는 결제 확인을 생성하고, 해당 결제 확인을, 결제 관리 장치 20에 대해 송신한다(단계 S706). 덧붙여, 이때, 결제 방법에는, 상기의 단계 S705에서 설정된 "신용카드 정보"(즉, 신용카드 번호, 보안코드, 유효기간 등)가 포함된다. 여기서, 상기의 단계 S705에서 설정된 유저 A가 이용하는 카드 회사 A의 신용카드를 "신용카드 A", 신용카드 A의 신용카드 정보를 "신용카드 정보 A"라고 한다.
결제 관리 장치 20의 여신 조회부 213은, 해당 결제 확인을 수신하면, 해당 결제 확인에 포함되는 신용카드 정보 A에 기초하여, 카드 회사 A의 신용카드 결제 시스템 40-1에 대해, 여신 조회를 송신한다(단계 S707). 덧붙여, 해당 여신 조회에는, 거래 금액과, 신용카드 정보 A가 포함된다. 그리고, 해당 여신 조회가 승인된 경우, 결제 관리 장치 20은, 신용카드 결제 시스템 40-1로부터 승인을 나타내는 여신 조회 결과를 수신한다.
결제 관리 장치 20의 결제 처리부 211은, 신용카드 결제 시스템 40-1로부터 승인을 나타내는 여신 조회 결과를 수신하면, 점포 단말 30 및 단말장치 10-1에 대해, 거래 완료 통지를 송신한다(단계 S708 및 S709). 이에 의해, 신용카드 A를 사용한 유저 A에 의한 상품의 구입(거래)이 완료된다. 이와 같이, 거래자 유저가, 구입 금액을 다른 유저와 각자 부담하는 것을 설정한 경우, 여신 조회가 승인된 단계에서 거래를 완료시킨다. 이에 의해, 거래자 유저의 단말장치 10과 점포 단말 30의 사이에서 거래를 신속하게 완료시킬 수 있다.
덧붙여, 상기의 단계 S705에서 유저 A가 각자 부담 설정란 1102에서 다른 유저와 "각자 부담하지 않음"을 설정한 경우, 상기의 단계 S707에서 여신 조회가 승인된 후, 결제 관리 장치 20의 청구 확정부 214는, 해당 여신 조회에 대한 청구 확정을 수행한다.
다음으로, 유저 A는, 단말장치 10-1을 조작하고, 상기에서 구입한 상품의 구입 금액을 각자 부담으로 하는 유저를 선택한다(단계 S710). 즉, 유저 A는, 단말장치 10-1을 조작하여, 예를 들면, 도 8(b)에서 나타낸 각자 부담 유저 선택 화면 1200을, 표시장치 102에 표시시킨다. 그리고, 각자 부담 유저 선택란 1201에서, 각자 부담 대상이 되는 하나 이상의 유저를 선택하고, "OK" 버튼을 누른다. 덧붙여, 이때 각자 부담 유저 선택란 1201에 표시되는 각자 부담 대상 유저의 후보는, 결제 관리 장치 20의 유저 ID 테이블 22D의 친구 유저 정보로부터 취득할 수 있고, 단말장치 10-1의 기억장치 등에 저장되고 있는 친구 유저 정보로부터 취득할 수도 있다.
도 8(b)는, 각자 부담 유저 선택란 1201에서, "유저 B"과 "유저 C"가 선택되고 있는 예를 나타내고 있다. 이 경우에, 상품의 구입 금액은, 거래자 유저인 "유저 A"와, "유저 B"와, "유저 C"의 3명의 유저 사이에서 각자 부담이 수행된다. 따라서, 상품의 구입 금액 "9,000엔"은, "유저 A"와, "유저 B"와, "유저 C" 사이에서 각각에 "3,000엔"씩의 각자 부담 금액으로 된다.
덧붙여, 구입 금액을 각자 부담한 결과, 나머지가 발생하는 경우(예를 들면, "10,000엔"을 3명의 유저에서 각자 부담으로 계산하는 경우 등)는, 남은 것은 미리 정해진 특정한 유저(예를 들면, 거래자 유저)가 지불하도록 할 수 있다. 또한, 상기에서는, 구입 금액을, 각자 부담 대상의 유저 수로 나눈 금액을 각자 부담 금액으로 했지만, 이것으로 한정되지 않고, 각자 부담 금액을 유저마다 설정(임의의 금액을 입력)할 수 있도록 할 수 있다.
단말장치 10-1의 각자 부담 유저 설정부 112는, 거래 ID와, 상기의 단계 S710에서 설정된 각자 부담 대상 유저 ID와, 각각의 각자 부담 금액을 포함하는 각자 부담 요청을 생성하여, 해당 각자 부담 요청을, 결제 관리 장치 20에 대해 송신한다(단계 S711). 여기서, 거래 ID는 "TR0001", 각자 부담 대상 유저 ID는 "user_id_b"(유저 B) 및 "user_id_c"(유저 C), 각자 부담 금액은 각각 "3,000엔"인 것으로 한다.
결제 관리 장치 20의 각자 부담 처리부 212는, 해당 각자 부담 요청을 수신하면, 해당 각자 부담 요청에 포함되는 각자 부담 대상 유저 ID 및 각자 부담 금액의 정당성을 확인한 후에, 거래 정보 테이블 23D의 해당의 거래 정보를 갱신한다(단계 S712). 여기에서는, 거래 ID "TR0001"의 거래 정보의 각자 부담 정보에 대해, 각자 부담 대상 유저 ID에, 거래자 유저의 유저 ID "user_id_a", 상기의 단계 S710에서 설정된 각자 부담 대상 유저 ID "user_id_b" 및 "user_id_c"가 추가된다. 또한, 추가된 각자 부담 대상 유저 ID의 유저 각각의 각자 부담 금액 "3,000"이 추가된다.
여기서, 각자 부담 처리부 212는, 예를 들면, 이하와 같은 정당성의 확인을 수행한다.
·유저 ID 테이블 22D를 참조하여, 거래자 유저와 각자 부담 대상의 유저가 친구인지 여부 확인(또는, 동일한 그룹과 커뮤니티에 속하고 있는지 여부 확인)
·거래자 유저의 각자 부담 금액과, 각자 부담 대상의 유저의 각자 부담 금액과의 합계 금액이 구입 금액과 동일한지 여부
그리고, 결제 관리 장치 20의 각자 부담 처리부 212는, 결제 처리부 211에 대해, 각자 부담 대상 유저 ID에 포함되는 유저에서 거래자 유저를 제외한 유저의 단말장치 10에 대해, 거래 ID와, 각자 부담 금액을 포함하는 결제 요청을 송신하도록 의뢰한다. 그리고, 결제 처리부 211은, 해당 결제 요청을, 단말장치 10에 송신한다. 여기에서는, 결제 관리 장치 20의 결제 처리부 211은, 유저 B의 단말장치 10-2 및 유저 C의 단말장치 10-3에 대해, 해당 결제 요청을 송신한다(단계 S713-1 및 S713-2).
단말장치 10-2는, 해당 결제 요청을 수신하면 예를 들면, 도 9(a)에서 나타내는 각자 부담 요청 화면 1300을, 표시장치 102에 표시시킨다. 그리고, 유저 B는, 각자 부담 요청 화면 1300에 표시된 거래자 유저명(유저 A)과 거래 ID, 각자 부담 금액, 상품명 등을 확인하고, 자신이 각자 부담 금액을 지불하는 것으로 양해하기 위해 "승인" 버튼을 누른다.
그러면, 단말장치 10-2는, 예를 들면, 도 9(b)에서 나타낸 결제 방법의 설정 화면 1400으로 화면을 천이시킨다. 그리고, 유저 B는, 결제 방법의 설정 화면 1400의 결제 방법 설정란 1401에서, 결제 방법을 "전자화폐"로 할지 "신용카드"로 할지를 설정하고, "OK" 버튼을 누른다(단계 S714-1). 여기에서는, 결제 방법 설정란 1101에서 "신용카드" 결제의 선택 및 신용카드 정보의 입력이 수행된 것으로 한다. 유저 C의 단말장치 10-3에 대해서도 상기와 같다(단계 S714-2).
그러면, 단말장치 10-2의 결제 방법 설정부 111은, 거래 ID "TR0001"과, 결제 방법 "신용카드"를 포함하는 결제 확인을 생성하고, 해당 결제 확인을, 결제 관리 장치 20에 대해 송신한다(단계 S715-1). 덧붙여, 이때, 결제 방법으로는, 상기의 단계 S714-1에서 설정된 "신용카드 정보"가 포함된다. 여기서, 상기의 단계 S714-1에서 설정된 유저 B가 이용하는 카드 회사 B의 신용카드를 "신용카드 B", 신용카드 B의 신용카드 정보를 "신용카드 정보 B"라고 한다.
유저 C의 단말장치 10-3에 대해서도, 상기와 같다(단계 S715-2). 덧붙여, 유저 C가 이용하는 카드 회사 C의 신용카드를 "신용카드 C", 신용카드 C의 신용카드 정보를 "신용카드 정보 C"라고 한다.
결제 관리 장치 20의 여신 조회부 213은, 단말장치 10-2로부터 해당 결제 확인을 수신하면, 해당 결제 확인에 포함되는 신용카드 정보 B에 기초하여, 카드 회사 B의 신용카드 결제 시스템 40-2에 대해, 여신 조회를 송신한다(단계 S716-1). 이와 같이, 결제 관리 장치 20의 여신 조회부 213은, 단말장치 10-3으로부터 해당 결제 확인을 수신하면, 해당 결제 확인에 포함되는 신용카드 정보 C에 기초하여, 카드 회사 C의 신용카드 결제 시스템 40-3에 대해, 여신 조회를 송신한다(단계 S716-2).
그리고, 상기의 각각의 여신 조회가 승인된 경우, 결제 관리 장치 20은, 각각의 신용카드 결제 시스템 40-2 및 신용카드 결제 시스템 40-3으로부터 승인을 나타내는 여신 조회 결과를 수신한다.
결제 관리 장치 20의 여신 조회부 213은, 거래자 유저 이외의 모든 각자 부담 대상의 유저(유저 B 및 유저 C)의 여신 조회의 승인을 수신하면, 거래자 유저(유저 A)의 상기의 단계 S707에서 수행한 여신 조회의 금액 정정을 수행한다(단계 S717). 즉, 결제 관리 장치 20의 여신 조회부 213은, 상기의 단계 S707에서 수행한 여신 조회의 결제 금액을, 각자 부담 금액(여기에서는, "3,000엔")으로 정정하는 여신 조회를 신용카드 결제 시스템 40-1에 대해 송신한다. 그리고, 이 결제 금액이 정정된 여신 조회가 승인된 경우, 결제 관리 장치 20은, 신용카드 결제 시스템 40-1로부터 승인을 나타내는 여신 조회 결과를 수신한다.
덧붙여, 카드 회사에 따라서는, 상기와 같은 결제 금액의 정정이 수행될 수 없는 경우가 있다. 이런 경우에는, 상기의 단계 S707에서 수행한 여신 조회를 취소하고, 각자 부담 금액을 결제 금액으로 하는 여신 조회를 재차, 신용카드 결제 시스템 40에 송신할 수 있다.
마지막으로, 결제 관리 장치 20의 청구 확정부 214는, 상기의 단계 S716-1, S716-2 및 S717에서 수행한 모든 여신 조회에 대한 청구 확정을, 각각의 신용카드 결제 시스템 40에 대해 수행한다(단계 S718). 이에 의해, 유저 A, 유저 B 및 유저 C 사이에서, 각각의 신용카드에 의한 각자 부담 금액의 청구가 확정된다.
이상에 의해, 제1 실시 형태와 관련되는 결제 관리 시스템 1에서는, 하나의 유저(거래자 유저)가 대표하여 신용카드로 구입 등을 수행한 상품 등의 대금을, 복수의 유저에게 각자 부담하여 신용카드 결제할 수 있다. 게다가, 각자 부담 대상이 되는 복수의 유저는, 각각 원하는 신용카드를 이용하여 결제할 수 있으며, 신용카드의 종류나 신용카드 회사가 한정되지 않는다.
게다가 제1 실시 형태와 관련되는 결제 관리 시스템 1에서는, 거래자 유저가 신용카드로 구입 등 한 상품 등의 대금을 복수의 유저에게 각자 부담으로 하는 경우, 해당 신용카드에 대한 여신 조회가 완료한 시점에서 일단 거래를 완료시킨다. 따라서, 상품 등을 판매하는 점포는, 각자 부담 대상이 되는 복수의 유저의 모든 여신 조회 등이 완료하는 것을 기다리지 않고, 신속하게 거래를 수행할 수 있다.
[제2 실시 형태]
다음으로, 제2 실시 형태와 관련되는 결제 관리 시스템 1에 대해서 설명한다. 제2 실시 형태와 관련되는 결제 관리 시스템 1은, 거래자 유저가 각자 부담 대상의 유저를 설정하지 않은 경우와, 각자 부담 대상의 유저가 각자 부담 금액의 지불을 거부한 경우, 각자 부담 대상 유저가 결제 요청에 대해 응답하지 않은 경우 등에 대해서 설명하는 것이다. 덧붙여, 제2 실시 형태와 관련되는 결제 관리 시스템 1의 시스템 구성 및 하드웨어 구성은, 제1 실시 형태와 같으므로 생략한다.
<소프트웨어 구성>
우선, 제2 실시 형태와 관련되는 결제 관리 시스템 1의 소프트웨어 구성에 대해서 설명한다. 도 10은, 제2 실시 형태와 관련되는 결제 관리 시스템의 일례의 처리 블럭도이다. 제2 실시 형태와 관련되는 결제 관리 시스템 1에서 결제 관리 장치 20의 각자 부담 처리부 212A의 기능이 제1 실시 형태와 다르다. 또한, 결제 관리 장치 20의 거래 정보 기억부 23A에 저장되는 거래 정보 테이블 23AD의 데이터 구성이 다르다. 따라서, 이후에서는, 이러한 각부에 대해서만 설명한다.
각자 부담 처리부 212A는, 제1 실시 형태에 있어서 설명한 기능에 더하여, 거래자 유저가 각자 부담 대상의 유저를 소정의 기간, 설정하지 않은 경우, 청구 확정부 214에서 청구 확정을 수행하도록 의뢰한다. 또한, 각자 부담 처리부 212A는, 각자 부담 대상의 유저가 각자 부담 금액의 지불을 거부한 경우 등에, 거래 정보 테이블 23AD의 거래자 유저의 각자 부담 금액의 갱신 등을 수행한다.
거래 정보 기억부 23A는, 거래 정보 테이블 23AD를 기억한다. 거래 정보 테이블 23AD는, 예를 들면, 도 11에서 나타낸 데이터 항목을 가지고 있다. 즉, 제1 실시 형태와 관련되는 거래 정보 테이블 23D가 갖는 데이터 항목에 더하여, 해당의 각자 부담 대상 유저 ID에 청구 확정을 수행할 수 있는지 여부를 나타내는 청구 확정 가부의 데이터 항목을 가진다.
청구 확정 가부는, 각자 부담 대상 유저가 결제에 이용하는 신용카드의 여신 조회에 대해 승인을 나타내는 여신 조회 결과를, 결제 관리 장치 20이 받은 경우에 "가능"으로 갱신된다. 따라서, 거래 불가를 나타내는 여신 조회 결과를 결제 관리 장치 20이 받은 경우나 각자 부담 대상의 유저에 의해 각자 부담 금액의 지불이 거부된 경우에는, 청구 확정 가부는 "불가"인 것으로 된다.
<처리의 상세>
다음으로, 제2 실시 형태와 관련되는 결제 관리 시스템 1의 처리의 자세한 사항에 대해서, 도 12를 이용하여 설명한다. 도 12는, 제2 실시 형태와 관련되는 각자 부담 결제 처리의 일례의 시퀀스 도면이다. 이후의 도 12에서는, 각자 부담 대상의 유저 C가, 각자 부담 금액의 지불을 거부한 경우에 대해서 설명한다. 덧붙여, 제1 실시 형태와 같은 처리를 수행하는 개소에 대해서는, 적절히 설명을 간략화한다.
우선, 유저 A가 단말장치 10-1을 이용하여, 점포 A에서 상품을 구입한다(단계 S1201). 그러면, 단말장치 10-1은, 점포 단말 30에 대해, 유저 A의 유저 ID를 포함하는 거래 요청을 송신한다(단계 S1202).
점포 단말 30은, 해당 거래 요청을 수신하면, 거래 ID를 채번하고, 해당 거래 ID를 포함하는 결제 요청을, 결제 관리 장치 20에 대해 송신한다(단계 S1203).
결제 관리 장치 20의 결제 처리부 211은, 해당 결제 요청을 수신하면, 거래 ID와, 거래 금액을 포함하는 결제 요청을, 거래자 유저(유저 A)의 단말장치 10-1에 대해 송신한다(단계 S1204).
단말장치 10-1은, 해당 결제 요청을 수신하면, 예를 들면, 결제 방법의 설정 화면 1100을, 표시장치 102에 표시시킨다. 그리고, 유저 A는, 결제 방법과, 다른 유저와 각자 부담으로 계산할지 여부를 설정하고, "OK" 버튼을 누른다(단계 S1205). 여기에서는, 결제 방법 설정란 1101에서 "신용카드" 결제의 선택 및 신용카드 정보의 입력이 수행되었고, 각자 부담 설정란 1102에서 다른 유저와 "각자 부담함"이 설정된 것으로 한다.
그러면, 단말장치 10-1의 결제 방법 설정부 111은, 결제 확인을 생성하고, 결제 관리 장치 20에 대해 송신한다(단계 S1206).
결제 관리 장치 20의 여신 조회부 213은, 해당 결제 확인을 수신하면, 신용카드 A의 카드 회사 A의 신용카드 결제 시스템 40-1에 대해, 여신 조회를 송신한다(단계 S1207). 그리고, 해당 여신 조회가 승인된 경우, 결제 관리 장치 20은, 신용카드 결제 시스템 40-1로부터 승인을 나타내는 여신 조회 결과를 수신한다.
결제 관리 장치 20의 결제 처리부 211은, 신용카드 결제 시스템 40-1로부터 승인을 나타내는 여신 조회 결과를 수신하면, 점포 단말 30 및 단말장치 10-1에 대해, 거래 완료 통지를 송신한다(단계 S1208 및 S1209).
다음으로, 유저 A는, 단말장치 10-1을 조작하고, 상기로 구입한 상품의 구입 금액을 각자 부담으로 하는 유저를 선택한다(단계 S1210). 그러면, 단말장치 10-1의 각자 부담 유저 설정부 112는, 각자 부담 요청을 생성하고, 결제 관리 장치 20에 대해 송신한다(단계 S1211).
결제 관리 장치 20의 각자 부담 처리부 212A는, 단말장치 10-1에 거래 완료 통지를 송신한 후, N1일 이내에 단말장치 10-1로부터 해당 각자 부담 요청을 수신한 경우, 해당 각자 부담 요청에 포함되는 각자 부담 대상 유저 ID 및 각자 부담 금액의 정당성을 확인한 후에, 거래 정보 테이블 23AD의 해당의 거래 정보를 갱신한다(단계 S1212). 이때, 거래 정보 테이블 23AD의 각 각자 부담 대상 유저의 청구 확정 가부는 "불가"로 갱신된다.
한편, 단계 S1212에서, 결제 관리 장치 20의 각자 부담 처리부 212A는, 단말장치 10-1에 거래 완료 통지를 송신한 후 N1일을 경과한 경우, 청구 확정부 214에 대해, 단계 S1207에서 수행한 여신 조회에 대한 청구 확정을 수행하도록 의뢰한다. 그리고, 청구 확정부 214는, 해당 여신 조회에 대한 청구 확정을 수행한다. 이에 의해, 거래자 유저의 단말장치 10이 거래 완료 통지를 수신한 후, N1일 이내에 각자 부담 대상과 되는 유저의 설정이 수행되지 않는 경우에는, 거래자 유저가 구입 금액의 전액을 결제하도록 제어된다. 따라서, 거래자 유저가 각자 부담 대상이 되는 유저를 장기간 설정하지 않는 것에 의해, 청구 확정이 장기간 이루어지지 않게 되는 사태를 방지할 수 있다. 덧붙여, N1일은, 예를 들면, 1일~2일 정도가 바람직하다. 이후에서는, 결제 관리 장치 20의 각자 부담 처리부 212는, 거래 완료 통지를 송신하고 나서 N1일 이내에 단말장치 10-1로부터 각자 부담 요청을 수신한 것으로서 설명한다.
결제 관리 장치 20의 각자 부담 처리부 212는, 결제 처리부 211에 대해, 거래자 유저를 제외한 각자 부담 대상의 유저의 단말장치 10에 결제 요청을 송신하도록 의뢰한다. 그리고, 결제 처리부 211은, 해당 결제 요청을, 단말장치 10에 송신한다. 여기에서는, 결제 관리 장치 20의 결제 처리부 211은, 유저 B의 단말장치 10-2 및 유저 C의 단말장치 10-3에 대해, 해당 요청을 송신한다(단계 S1213-1 및 S1213-2).
단말장치 10-2는, 해당 결제 요청을 수신하면 예를 들면, 각자 부담 요청 화면 1300을, 표시장치 102에 표시시킨다. 그리고, 유저 B는, 각자 부담 요청 화면 1300의 내용을 확인하고, 자신이 각자 부담 금액을 지불하는 것을 양해하기 위해 "승인" 버튼을 누른다.
그러면, 단말장치 10-2는, 예를 들면, 결제 방법의 설정 화면 1400으로 화면을 천이시킨다. 그리고, 유저 B는, 결제 방법의 설정 화면 1400의 결제 방법 설정란 1401에서, 결제 방법을 설정하고, "OK" 버튼을 누른다(단계 S1214-1). 여기에서는, 결제 방법 설정란 1101에서 "신용카드" 결제의 선택 및 신용카드 정보의 입력이 수행된 것으로 한다. 덧붙여, 결제 방법 설정란 1101에 있어서 "전자화폐" 결제가 설정된 경우, 유저 B의 각자 부담 금액분의 전자화폐를 유저 A의 전자화폐 계좌에 송금하도록 하고, 해당 유저 B의 각자 부담 금액분을 유저 A의 신용카드 A로 결제하도록 제어할 수 있다.
한편, 단말장치 10-3은, 해당 결제 요청을 수신하면, 예를 들면, 각자 부담 요청 화면 1300을, 표시장치 102에 표시시킨다. 그리고, 유저 C는, 각자 부담 요청 화면 1300의 내용을 확인하고, 각자 부담 금액의 지불을 거부하기 위한 "거부" 버튼을 누른 것으로 한다(단계 S1214-2).
그러면, 단말장치 10-2의 결제 방법 설정부 111은, 결제 확인을 생성하고, 결제 관리 장치 20에 대해 송신한다(단계 S1215-1). 한편, 단말장치 10-3은, 거래 ID "TR0001"을 포함하는 결제 거부를 생성하여, 해당 거래 거부를, 결제 관리 장치 20에 대해 송신한다(단계 S1215-2).
다음으로, 결제 관리 장치 20의 각자 부담 처리부 212A는, 단말장치 10-2에 단계 S1213-1의 결제 요청을 송신하고 나서 N2일 이내에 단말장치 10-2로부터 해당 결제 확인을 수신한 경우, 여신 조회부 213에 여신 조회를 의뢰한다. 그리고, 여신 조회부 213은, 신용카드 정보 B에 기초하여, 카드 회사 B의 신용카드 결제 시스템 40-2에 대해, 여신 조회를 송신한다(단계 S1216). 그리고, 결제 관리 장치 20의 각자 부담 처리부 212A는, 상기의 여신 조회가 승인된 경우, 거래 정보 테이블 23AD의 해당의 거래 정보에 있어서의 해당의 각자 부담 대상 유저의 청구 확정 가부를 "가능"으로 갱신한다. 즉, 각자 부담 처리부 212A는, 거래 ID "TR0001"의 거래 정보에 있어서의 각자 부담 대상 유저 ID "user_id_b"의 청구 확정 가부를 "가능"으로 갱신한다.
한편, 단계 S1216에서, 결제 관리 장치 20의 각자 부담 처리부 212A는, 단말장치 10-2에 단계 S1213-1의 결제 요청을 송신하고 나서 N2일이 경과한 경우, 단말장치 10-2에 대해 결제 불가 통지를 송신한다.
이상과 같이, 거래자 유저를 제외한 각자 부담 대상의 유저의 여신 조회는, 해당 각자 부담 대상의 유저의 단말장치 10에 대해 결제 요청을 송신하고 나서 N2일 이내에 수행할 필요가 있다. N2일을 경과한 경우에는, 후술한 것처럼, 거래자 유저가, N2일 경과 시점에서 여신 조회를 수행하지 않은 각자 부담 대상의 유저의 각자 부담 금액을 지불하는 것으로 한다. 따라서, 각자 부담 대상의 유저가, 각자 부담 금액에 대해 장기간, 지불을 승인하지 않는 것에 의해, 청구 확정이 장기간 이루어지지 않게 되는 사태를 방지할 수 있다. 덧붙여, N2일은, 예를 들면, 2일~3일 정도가 바람직하다. 이후에서는, 결제 관리 장치 20의 각자 부담 처리부 212A는, 단말장치 10-2에 결제 요청을 송신하고 나서 N2일 이내에 단말장치 10-1로부터 결제 확인을 수신하여, 상기의 여신 조회가 수행된 것으로서 설명한다.
계속하여, 결제 관리 장치 20의 각자 부담 처리부 212A는, 거래 정보 테이블 23AD를 참조하여, 청구 확정 가부가 "불가"인 각자 부담 대상의 유저(거래자 유저를 제외하다)의 각자 부담 금액을, 거래자 유저의 각자 부담 금액에 추가하는 갱신을 수행한다(단계 S1217). 즉, 여기에서는, 각자 부담 대상 유저 ID "user_id_c"의 각자 부담 금액 "3,000"을 "0"으로 하는 한편, 각자 부담 대상 유저 ID "user_id_a"(거래자 유저)의 각자 부담 금액을 "6,000"으로 한다. 이로 인해, 각자 부담 금액의 지불을 거부한 각자 부담 대상의 유저의 각자 부담 금액은, 거래자 유저가 지불하는 것으로 된다. 또한, 결제 요청을 송신하고 나서 N2일 이내에 여신 조회가 수행되지 않은 각자 부담 대상의 유저에 대해서도, 이와 같이, 해당 각자 부담 대상의 유저의 각자 부담 금액은, 거래자 유저가 지불하는 것으로 된다.
결제 관리 장치 20의 여신 조회부 213은, 거래자 유저(유저 A)의 상기의 단계 S1207에서 수행한 여신 조회의 금액 정정을 수행한다(단계 S1218). 즉, 결제 관리 장치 20의 여신 조회부 213은, 상기의 단계 S1218에서 수행한 여신 조회의 결제 금액을, 상기의 단계 S1217에서 갱신된 각자 부담 금액(여기에서는, "6,000엔")으로 정정하는 여신 조회를 신용카드 결제 시스템 40-1에 대해 송신한다. 그리고, 결제 관리 장치 20의 각자 부담 처리부 212A는, 상기의 여신 조회가 승인된 경우, 거래 정보 테이블 23AD의 해당의 거래 정보에 있어서의 거래자 유저의 청구 확정 가부를 "가능"으로 갱신한다. 즉, 각자 부담 처리부 212A는, 거래 ID "TR0001"의 거래 정보에 있어서의 각자 부담 대상 유저 ID "user_id_a"의 청구 확정 가부를 "가능"으로 갱신한다.
마지막으로, 결제 관리 장치 20의 각자 부담 처리부 212A는, 거래 정보 테이블 23AD를 참조하여, 해당의 거래 정보에 있어서, 청구 확정 가부가 "가능"인 각자 부담 대상 유저의 여신 조회에 대한 청구 확정을, 청구 확정부 214에 대해 의뢰한다. 그리고, 청구 확정부 214는, 해당 청구 확정을, 각각의 신용카드 결제 시스템 40에 대해 수행한다(단계 S1219). 즉, 여기에서는, 상기의 단계 S1216에서 수행한 유저 B(유저 ID "user_id_b")의 여신 조회에 대한 청구 확정과, 상기의 단계 S1218에서 수행한 유저 A(유저 ID "user_id_a")의 여신 조회에 대한 청구 확정을 수행한다. 이에 의해, 유저 A 및 유저 B 사이에서, 각각의 신용카드에 의해 각자 부담 금액의 청구가 확정된다. 덧붙여, 이때, 결제되는 각자 부담 금액은, 상술한 대로, 유저 A는 "6,000엔", 유저 B는 "3,000엔"이 된다(즉, 지불을 거부한 유저 C의 각자 부담 금액이, 유저 A의 각자 부담 금액에 추가되어 있음). 이와 같이, 각자 부담 대상의 복수의 유저 중 하나 이상의 유저가 각자 부담 금액의 지불을 거부한 경우와 승인 기간(상기의 N2일)을 도과한 경우는, 거래자 유저가 해당 거부한 유저나 해당 도과한 유저의 각자 부담 금액을 지불하도록 제어된다.
<정리>
이상과 같이, 제1 실시 형태와 관련되는 결제 관리 시스템 1에서는, 거래자 유저가 대표하여 신용카드로 구입 등을 수행한 상품 등의 대금을, 복수의 유저에게 각자 부담으로 신용카드 결제할 수 있다. 게다가, 각자 부담 대상이 되는 복수의 유저는, 각각 원하는 신용카드를 이용하여 결제할 수 있으며, 신용카드의 종류나 신용카드 회사는 한정되지 않는다.
게다가, 제1 실시 형태와 관련되는 결제 관리 시스템 1에서는, 거래자 유저가 신용카드로 구입 등을 수행한 상품 등의 대금을 복수의 유저에게 각자 부담으로 하는 경우, 해당 신용카드에 대한 여신 조회가 완료한 시점에서 일단 거래를 완료시킨다. 따라서, 상품 등의 판매원인 점포는, 각자 부담 대상으로 되는 복수의 유저의 모든 여신 조회 등이 완료하는 것을 기다리지 않고, 신속히 거래를 수행할 수 있다.
또한, 제2 실시 형태와 관련되는 결제 관리 시스템 1에서는, 각자 부담 대상의 복수의 유저 중의 하나 이상의 유저가, 각자 부담 금액의 지불을 거부한 경우와 승인 기간을 도과한 경우에는, 부족분의 각자 부담 금액을 거래자 유저가 지불하도록 할 수 있다.
이상, 본 발명의 바람직한 실시 형태에 대해 상술했지만, 본 발명은 이러한 특정한 실시 형태로 한정되는 것은 아니며, 청구의 범위에 기재된 본 발명의 요지의 범위 내에서, 여러 가지 변형 또는 변경이 가능하다.
본원은, 일본에서 2015년 2월 16일 자로 출원된 기초 출원 2015-027316호에 기초한 것이며, 그 모든 내용은 여기에 참조를 통해 원용된다.
1 결제 관리 시스템
10 단말장치
11 결제 어플리케이션
20 결제 관리 장치
21 결제 관리 프로그램
22 유저 ID 기억부
22D 유저 ID 테이블
23 거래 정보 기억부
23D 거래 정보 테이블
30 점포 단말
40 신용카드 결제 시스템
111 결제 방법 설정부
112 각자 부담 유저 설정부
211 결제 처리부
212 각자 부담 처리부
213 여신 조회부
214 청구 확정부
N 네트워크

Claims (8)

  1. 하나 이상의 정보처리 장치를 포함하는 정보처리 시스템에 있어서,
    소정의 상거래에 관해 결제를 수행하는 것에 대한 승낙을 요청하는 제1 요청을 제1 단말장치에 송신하여 해당 제1 단말장치로부터 해당 제1 요청에 대한 응답을 수신하면, 해당 결제에 이용되는 신용카드에 대해서 여신 조회를 수행하는 제1 여신 조회 수단과,
    상기 제1 요청에 대한 응답에 상기 결제를 복수의 유저에 의해 수행하는 것을 나타내는 각자 부담 정보가 포함되어 있는 경우에 있어서, 상기 여신 조회를 수행한 후 소정의 기간이 경과하기 전에 상기 소정의 상거래의 내용이 변경된 경우에, 변경 후의 해당 상거래에 관해 결제를 수행하도록 지시하는 결제 지시 수단
    을 갖는 것을 특징으로 하는 정보처리 시스템.
  2. 제1항에 있어서,
    상기 제1 요청에 대한 응답에 상기 각자 부담 정보가 포함되어 있으며 해당 복수의 유저 중 상기 제1 요청에 대해 응답한 유저를 제외한 나머지의 유저 각각에 새롭게 상거래가 발생한 경우에, 해당 새롭게 발생한 상거래에 관해 결제를 수행하는 것에 대한 승낙을, 해당 나머지의 유저가 갖는 제2 단말장치에 대해 요청하는 제2 요청을 송신하는 송신 수단과,
    상기 제2 단말장치로부터 상기 제2 요청에 대한 응답을 수신하면, 해당 나머지의 유저 중 신용카드를 사용하여 결제를 수행하는 것을 희망하는 유저 각각에 발생한 상거래의 결제에 이용되는 신용카드에 대해서 여신 조회를 수행하는 제2 여신 조회 수단과,
    상기 제2 여신 조회 수단에 의해 수행된 여신 조회의 결과에 기초하여, 상기 소정의 상거래의 내용을 변경하는 변경 수단
    을 갖는 것을 특징으로 하는 정보처리 시스템.
  3. 제2항에 있어서,
    상기 변경 수단은,
    상기 새롭게 발생한 상거래 중 결제가 수행되는 상거래를 상기 제2 여신 조회 수단에 의해 수행된 여신 조회에 기초하여 특정하고, 해당 결제가 수행되는 상거래의 내용에 기초하여 상기 소정의 상거래의 내용을 변경하는 것을 특징으로 하는, 정보처리 시스템.
  4. 제2항 또는 제3항에 있어서,
    상기 제2 요청에는, 상기 나머지의 유저 각각에 새롭게 발생한 상거래의 금액인 각자 부담 금액이 포함되는 것을 특징으로 하는, 정보처리 시스템.
  5. 제4항에 있어서,
    상기 각자 부담 금액은, 상기 나머지의 유저 각각에 지정된 금액 또는 상기 소정의 상거래의 금액을 상기 복수의 유저에게 균등하게 배분한 금액인 것을 특징으로 하는, 정보처리 시스템.
  6. 제2항 내지 제5항 중 어느 한 항에 있어서,
    상기 제2 여신 조회 수단은,
    상기 나머지의 유저에 전자화폐를 사용하여 결제를 수행하는 것을 희망하는 유저가 포함되는 경우, 해당 유저의 각각에 발생한 상거래의 결제를, 해당 상거래의 금액에 대응하는 전자화폐를 상기 제1 요청에 대해 응답한 유저에 대해 지불하는 것으로서 수행하는 것을 특징으로 하는, 정보처리 시스템.
  7. 제1항에 있어서,
    상기 결제 지시 수단은,
    상기 제1 요청에 대한 응답에 상기 각자 부담 정보가 포함되어 있는 경우에 있어서도, 상기 소정의 상거래의 내용이 변경되는 것 없이 상기 여신 조회를 수행한 후 소정의 기간이 경과한 경우에는, 상기 소정의 상거래에 관해 결제를 수행하도록 지시하는 것을 특징으로 하는, 정보처리 시스템.
  8. 소정의 상거래에 관해 결제를 수행하는 것에 대한 승낙을 요청하는 제1 요청을 제1 단말장치에 송신하여 해당 제1 단말장치로부터 해당 제1 요청에 대한 응답을 수신하면, 해당 결제에 이용되는 신용카드에 대해서 여신 조회를 수행하는 여신 조회 공정과,
    상기 제1 요청에 대한 응답에 상기 결제를 복수의 유저에 의해 수행하는 것을 나타내는 각자 부담 정보가 포함되어 있는 경우에 있어서, 상기 여신 조회를 수행한 후 소정의 기간이 경과하기 전에 상기 소정의 상거래의 내용이 변경된 경우에, 변경 후의 해당 상거래에 관해 결제를 수행하도록 지시하는 결제 지시 공정
    을 갖는 것을 특징으로 하는 정보처리 방법.
KR1020177020836A 2015-02-16 2016-01-18 정보처리 시스템 및 정보처리 방법 KR102002111B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPJP-P-2015-027316 2015-02-16
JP2015027316A JP2016151785A (ja) 2015-02-16 2015-02-16 情報処理システム及び情報処理方法
PCT/JP2016/051311 WO2016132791A1 (ja) 2015-02-16 2016-01-18 情報処理システム及び情報処理方法

Publications (2)

Publication Number Publication Date
KR20170102282A true KR20170102282A (ko) 2017-09-08
KR102002111B1 KR102002111B1 (ko) 2019-07-26

Family

ID=56622375

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177020836A KR102002111B1 (ko) 2015-02-16 2016-01-18 정보처리 시스템 및 정보처리 방법

Country Status (5)

Country Link
US (1) US20160239838A1 (ko)
JP (1) JP2016151785A (ko)
KR (1) KR102002111B1 (ko)
CN (1) CN107251070A (ko)
WO (1) WO2016132791A1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2944598C (en) * 2016-02-01 2023-10-10 UGO Mobile Solutions L.P. Stored-value card transfer agent
JP2018036977A (ja) * 2016-09-02 2018-03-08 富士ゼロックス株式会社 情報処理装置及びプログラム
CN107392582B (zh) * 2017-05-22 2020-04-28 阿里巴巴集团控股有限公司 资源转移的实现方法和装置、收付款的实现方法和装置
JP6391779B1 (ja) * 2017-07-13 2018-09-19 株式会社ぐるなび 決済支援方法、決済支援装置、及び決済支援プログラム
JP7053396B2 (ja) * 2018-07-25 2022-04-12 楽天グループ株式会社 決済システム、決済方法、及びプログラム
CN112036854A (zh) * 2018-08-13 2020-12-04 创新先进技术有限公司 收款控制方法、装置、服务器及可读存储介质
SG11202101206VA (en) * 2018-08-14 2021-03-30 Visa Int Service Ass System, method, and computer program product for partitioning mobile device transactions
JP6684873B2 (ja) * 2018-08-21 2020-04-22 株式会社ぐるなび 決済支援方法、決済支援装置、及び決済支援プログラム
JP6934461B2 (ja) * 2018-09-28 2021-09-15 富士通フロンテック株式会社 情報処理装置および情報処理システム
JP6640313B1 (ja) * 2018-11-16 2020-02-05 株式会社メルカリ 情報処理方法、情報処理装置、及びプログラム
JP2020113124A (ja) * 2019-01-15 2020-07-27 東芝テック株式会社 情報処理装置及び情報処理プログラム
JP2020129279A (ja) * 2019-02-08 2020-08-27 株式会社メルカリ 情報処理方法、情報処理装置、及び情報処理プログラム
JP2020129280A (ja) * 2019-02-08 2020-08-27 株式会社メルカリ 情報処理方法、情報処理装置、及び情報処理プログラム
JP7092699B2 (ja) * 2019-02-08 2022-06-28 株式会社メルカリ 情報処理方法、情報処理装置、及び情報処理プログラム
JP7332858B2 (ja) * 2019-05-10 2023-08-24 株式会社Mixi 電子決済システム、情報処理装置及び電子決済プログラム
WO2021111660A1 (ja) * 2019-12-05 2021-06-10 ＬＩＮＥ Ｐａｙ株式会社 プログラム、情報処理方法、端末
JP2021196628A (ja) * 2020-06-09 2021-12-27 トヨタ自動車株式会社 ウォレットサーバ、ウォレットシステム、およびプログラム
JP6976467B1 (ja) * 2021-03-16 2021-12-08 Kddi株式会社 決済処理装置及び決済処理方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004280318A (ja) * 2003-03-14 2004-10-07 Hitachi Ltd 割り前勘定決済方法
JP2005107778A (ja) * 2003-09-30 2005-04-21 Japan Research Institute Ltd 売上情報処理方法およびクレジットカードシステム
KR20120008229A (ko) * 2010-07-16 2012-01-30 주식회사 디자인메이드 청구금액 분할 결제 방법
KR20120108447A (ko) * 2011-03-24 2012-10-05 서동석 신용카드 및 통신 단말기를 이용한 더치페이 방법 및 시스템
JP2013186732A (ja) * 2012-03-08 2013-09-19 Japan Research Institute Ltd クレジットカードシステム
KR20140065700A (ko) * 2012-11-20 2014-05-30 주식회사 주피터라이프시스템 스마트폰을 이용한 공동 분담 결제 시스템 및 방법

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020103753A1 (en) * 2001-01-31 2002-08-01 Michael Schimmel Charge splitter application
CN1512419A (zh) * 2002-12-27 2004-07-14 桥本胜美 信贷货款的垫付支付方法
US20050125347A1 (en) * 2003-12-08 2005-06-09 Akialis Ronald P.Jr. Bill payment authorization system and method
JP5234918B2 (ja) * 2008-02-27 2013-07-10 楽天株式会社 電子商取引システム
JP2009230312A (ja) * 2008-03-21 2009-10-08 Hitachi Software Eng Co Ltd クレジットカード決済システムおよび方法
JP5667419B2 (ja) * 2010-11-24 2015-02-12 株式会社ミクシィ ソーシャルネットワーキングサービス提供サーバ、及び同サービスにおけるプレゼント贈答方法
US20130006853A1 (en) * 2011-06-28 2013-01-03 Christopher David Amundsen Enterprise system, method and computer program product for aggregating and pro rating expenses across members of a networked virtual collective
US9355394B2 (en) * 2011-08-11 2016-05-31 Visa International Service Association Systems and methods of aggregating split payments using a settlement ecosystem
KR20130089896A (ko) * 2012-01-10 2013-08-13 한국정보통신주식회사 더치 페이 결제 기능을 구비하는 휴대 단말기, 결제 단말기 및 결제 대행 서버, 및 이를 이용한 결제 방법 및 결제 대행 방법
JP2013225228A (ja) * 2012-04-23 2013-10-31 Naohiro Segawa 共同購入装置、共同購入方法、およびプログラム
JP5911415B2 (ja) * 2012-12-05 2016-04-27 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ 割り勘による支払いを支援するシステム及び方法
CN103500401A (zh) * 2013-09-27 2014-01-08 华为技术有限公司 一种支付方法、装置及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004280318A (ja) * 2003-03-14 2004-10-07 Hitachi Ltd 割り前勘定決済方法
JP2005107778A (ja) * 2003-09-30 2005-04-21 Japan Research Institute Ltd 売上情報処理方法およびクレジットカードシステム
KR20120008229A (ko) * 2010-07-16 2012-01-30 주식회사 디자인메이드 청구금액 분할 결제 방법
KR20120108447A (ko) * 2011-03-24 2012-10-05 서동석 신용카드 및 통신 단말기를 이용한 더치페이 방법 및 시스템
JP2013186732A (ja) * 2012-03-08 2013-09-19 Japan Research Institute Ltd クレジットカードシステム
KR20140065700A (ko) * 2012-11-20 2014-05-30 주식회사 주피터라이프시스템 스마트폰을 이용한 공동 분담 결제 시스템 및 방법

Also Published As

Publication number Publication date
KR102002111B1 (ko) 2019-07-26
WO2016132791A1 (ja) 2016-08-25
US20160239838A1 (en) 2016-08-18
CN107251070A (zh) 2017-10-13
JP2016151785A (ja) 2016-08-22

Similar Documents

Publication Publication Date Title
KR102002111B1 (ko) 정보처리 시스템 및 정보처리 방법
US10592884B2 (en) Split tender in a prepaid architecture
US20120166311A1 (en) Deferred payment and selective funding and payments
US20220076260A1 (en) Merchandise return and/or exchange systems, methods, and media
US20140351131A1 (en) Delayed processing window in a prepaid architecture
US20200065882A1 (en) Collaborative geolocation shopping
KR20190041539A (ko) 전자 지갑을 통한 결제 시스템
WO2012125591A1 (en) Dynamic data transaction processing using gating criteria
EP2817778A1 (en) Selectively providing cash-based e-commerce transactions
JP2020086590A (ja) 情報処理装置、支払管理方法、プログラム、管理方法、及びユーザ機器
JP6848102B2 (ja) 免税処理装置、免税処理方法及び免税処理プログラム
US20230306395A1 (en) Automatic invoice notification
CN110622189A (zh) 用于提供数字收据的高效方法和系统
JP2024029164A (ja) 法定通貨バリュー、電子マネー、その他ポイント等の各種バリューのチャージ、入金方法及びシステム
JP2023174754A (ja) ポイント管理装置、ポイントシステム及びプログラム
JP7174176B1 (ja) アプリケーションプログラム、システム、情報処理方法、および情報処理装置
US20180276644A1 (en) Selectively providing cash-based e-commerce transactions
JP2020102179A (ja) 情報処理装置、情報処理方法および情報処理プログラム
US11941606B2 (en) Mobile platform and associated methods for digital gifts and business networking
JP2018124640A (ja) 貿易支援方法、仮想通貨管理方法、貿易支援システム、仮想通貨管理システム、貿易支援プログラム、および仮想通貨管理プログラム
KR20110123492A (ko) 중고 도서 거래 방법 및 시스템
JP2020123394A (ja) 情報処理システム及び情報処理方法
TW202025067A (zh) 訂單結帳裝置、記錄媒體以及訂單結帳方法
JP7110270B2 (ja) 提供装置、提供方法及び提供プログラム
KR102562716B1 (ko) 고객이 원하는 위치로 책을 배달하는 책 대출 시스템

Legal Events

Date Code Title Description
A201 Request for examination
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant