KR102091913B1 - 네트워크 지불을 제어하는 방법 및 장치 - Google Patents

네트워크 지불을 제어하는 방법 및 장치 Download PDF

Info

Publication number
KR102091913B1
KR102091913B1 KR1020177001790A KR20177001790A KR102091913B1 KR 102091913 B1 KR102091913 B1 KR 102091913B1 KR 1020177001790 A KR1020177001790 A KR 1020177001790A KR 20177001790 A KR20177001790 A KR 20177001790A KR 102091913 B1 KR102091913 B1 KR 102091913B1
Authority
KR
South Korea
Prior art keywords
payment
current
record
transaction
payer
Prior art date
Application number
KR1020177001790A
Other languages
English (en)
Other versions
KR20170037950A (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 KR20170037950A publication Critical patent/KR20170037950A/ko
Application granted granted Critical
Publication of KR102091913B1 publication Critical patent/KR102091913B1/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
    • 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/22—Payment schemes or models
    • G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • 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/389—Keeping log of transactions for guaranteeing non-repudiation of a 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0613—Third-party assisted

Abstract

네트워크 지불을 제어하는 방법 및 장치가 개시되는데, 방법 및 장치는, 지불 수단의 선택이 필요로 될 때 지불 기록을 획득하고, 지불 기록에 기초하여 현재 트랜잭션에 대한 선호되는 지불 수단을 결정한다. 지불 기록을 분석하는 것에 의해, 현재의 비지니스 시나리오 하에서 현재의 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률이 획득될 수도 있고, 최대 지불 성공률을 갖는 지불 수단이 현재 트랜잭션에 대한 선호되는 지불 수단으로서 설정될 수도 있다. 따라서, 본 개시의 실시형태는, 지불 수단의 자동 선택을 구현할 수 있고, 지불인의 수동 동작을 감소시킬 수 있고, 지불 프로세스를 단순화할 수 있고, 지불 효율성 및 트랜잭션 효율성을 향상시킬 수 있다. 또한, 최대 지불 성공률을 갖는 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 사용하는 것은, 일 회 지불의 성공 확률을 향상시킬 수도 있고, 따라서 신규의 지불 수단을 재선택하는 필요성을 방지할 수도 있고 따라서 지불 효율성 및 트랜잭션 효율성을 향상시킬 수도 있다.

Description

네트워크 지불을 제어하는 방법 및 장치{METHOD AND APPARATUS OF CONTROLLING NETWORK PAYMENT}
관련 특허 출원에 대한 교차 참조
본 출원은 발명의 명칭이 "Method and Apparatus of Controlling Network Payment"인 2014년 7월 31일자로 출원된 중국 특허 출원 제201410374084.5호에 대한 외국 우선권을 주장하는데, 상기 중국 출원은 참조에 의해 그 전체가 본원에 통합된다.
기술 분야
본 개시는 인터넷 애플리케이션의 기술적 분야에 관한 것으로, 특히, 네트워크 지불(network payment)을 제어하는 방법 및 장치에 관한 것이다.
급격한 경제적 개발과 네트워크 기술의 개발과 함께, 온라인 쇼핑이 소비자에 대한 주요한 쇼핑 채널 중 하나가 되었다. 예를 들면, 알리페이(Alipay), 콰이치안(Kuaiqian), 및 다양한 은행의 전자 금융 등등인, 네트워크 트랜잭션에 대한 지불 수단(payment instrument)의 수가 증가되었고, 그 결과 지불인(payer)과 수취인(payee) 사이의 트랜잭션은 더욱 편리해지고 효율적으로 되었다.
실제 애플리케이션에서, 동일한 비지니스 시나리오, 동일한 지불인 또는 동일한 수취인에 의해 지원되는 다수의 타입의 지불 수단이 일반적으로 존재한다. 따라서, 각각의 지불을 행하기 이전에, 지불인은 다양한 타입의 지불 수단 중에서의 선택을 행하고, 선택된 지불 수단을 사용하여 현재의 지불을 완료할 필요가 있다.
네트워크 지불을 제어하는 상기 언급된 방법이 상이한 지불인의 소비 습관을 충족시킬 수도 있지만, 각각의 지불 이전에 지불인이 지불 수단을 선택하는 것을 필요로 하기 때문에, 동작은 복잡하고 트랜잭션 효율성의 향상을 촉진하지 않는다.
이 개요는 하기 상세한 설명에서 더 설명되는 엄선된 개념을 간소화된 형태로 소개하기 위해 제공된다. 이 개요는 청구된 주제의 모든 주요한 피쳐 또는 본질적인 피쳐를 식별하도록 의도된 것도 아니고, 청구된 주제의 범위를 결정함에 있어서 보조로서 단독으로 사용되도록 의도된 것도 아니다. 용어 "기술"은, 예를 들면, 본 개시의 전체를 통해 그리고 상기의 맥락에 의해 허용되는 바와 같은 디바이스(들), 시스템(들), 방법(들) 및/또는 컴퓨터 판독가능 명령어를 가리킬 수도 있다.
본 개시의 실시형태는, 현존하는 방법에서 지불인에 의한 지불 수단의 수동 선택의 복잡한 동작 및 낮은 트랜잭션 효율성과 관련되는 문제점을 해결하기 위해 네트워크 지불을 제어하는 방법 및 장치를 제공한다.
상기의 기술적 문제점을 해결하기 위해, 본 개시의 실시형태는 다음의 기술적 솔루션을 개시한다:
제1 양태에서, 본 개시의 실시형태는, 네트워크 지불을 제어하는 방법을 제공한다. 방법은, 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 지불 기록(payment record)을 획득하는 것, 및 획득된 지불 기록에 기초하여 트랜잭션에 대한 선호되는 지불 수단을 설정하는 것을 포함한다. 일 실시형태에서, 획득된 지불 기록에 기초하여 트랜잭션에 대한 선호되는 지불 수단을 설정하는 것은, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 지불 수단의 각각의 지불 성공률을 획득하기 위해 지불 기록을 분석하는 것, 지불 성공률을 비교하는 것, 및 최대 지불 성공률을 갖는 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 설정하는 것을 포함할 수도 있다.
일 구현예에서, 지불 기록을 획득하는 것은, 현재 비지니스 시나리오 하에서 현재 지불인에 의한 지불 완료의 제1 지불 기록을 획득하는 것을 포함할 수도 있다.
일 구현예에서, 지불 기록을 획득하는 것은, 제1 지불 기록의 획득 실패에 응답하여, 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득하는 것을 더 포함할 수도 있다.
일 구현예에서, 지불 기록을 획득하는 것은, 제1 지불 기록의 획득 실패에 응답하여 임의의 비지니스 시나리오 하에서 현재 지불인에 의한 지불 완료와 관련되는 제3 지불 기록을 획득하는 것; 및 제3 지불 기록의 획득 실패에 응답하여 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득하는 것을 더 포함할 수도 있다.
일 구현예에서, 획득된 지불 기록에 기초하여 트랜잭션의 선호되는 지불 수단을 설정하는 것은, 제1 지불 기록이 획득되면 제1 지불 기록에 기초하여, 현재 비지니스 시나리오 하에서 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 지불인에 의해 사용된 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 설정하는 것을 더 포함할 수도 있다.
일 구현예에서, 네트워크 지불을 제어하는 방법은, 트랜잭션의 완료시 트랜잭션의 지불 기록을 저장하는 것을 더 포함할 수도 있다.
제2 양태에서, 본 개시의 실시형태는 네트워크 지불 제어 장치를 제공한다. 장치는: 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 지불 기록을 획득하는 획득 유닛; 획득된 지불 기록에 기초하여 트랜잭션에 대한 선호되는 지불 수단을 설정하는 결정 유닛을 포함할 수도 있다.
일 실시형태에서, 결정 유닛은, 현재 비지니스 시나리오 하에서 지불인에 의해 지원되는 지불 수단의 각각의 지불 성공률을 획득하기 위해 지불 기록을 분석하는 분석 유닛; 및 각각의 지불 성공률을 비교하는, 그리고 최대 지불 성공률을 갖는 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 설정하는 제1 결정 서브유닛을 포함할 수도 있다.
일 구현예에서, 획득 유닛은, 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 현재 비지니스 시나리오 하에서 지불인에 의한 지불 완료의 제1 지불 기록을 획득하는 제1 획득 서브유닛을 포함할 수도 있다.
일 구현예에서, 획득 유닛은, 제1 지불 기록의 획득 실패에 응답하여 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득하는 제2 획득 서브유닛을 더 포함할 수도 있다.
일 구현예에서, 획득 유닛은, 제1 지불 기록의 획득 실패에 응답하여 임의의 비지니스 시나리오 하에서 지불인에 의한 지불 완료의 제3 지불 기록을 획득하는 제3 획득 서브유닛; 및 제3 지불 기록의 획득 실패에 응답하여 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득하는 제4 획득 서브유닛을 더 포함할 수도 있다.
일 구현예에서, 결정 유닛은, 제1 지불 기록이 획득되면 제1 지불 기록에 기초하여, 현재 비지니스 시나리오 하에서 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 지불인에 의해 사용된 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 설정하는 제2 결정 서브유닛을 더 포함할 수도 있다.
일 구현예에서, 네트워크 지불 제어 장치는, 트랜잭션의 완료시 트랜잭션의 지불 기록을 저장하는 저장 유닛을 더 포함할 수도 있다.
상기의 기술적 솔루션으로부터 알 수 있는 바와 같이, 본 개시의 실시형태는, 지불 수단의 선택이 필요로 될 때 지불 기록을 획득하고 지불 기록에 기초하여 트랜잭션의 선호되는 지불 수단을 설정한다. 구체적으로는, 현재 비지니스 시나리오 하에서 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률은, 지불 기록을 분석하는 것에 의해 획득될 수도 있고, 최대 지불 성공률을 갖는 지불 수단은 트랜잭션의 선호되는 지불 수단으로서 설정된다. 따라서, 본 개시의 실시형태는, 지불 수단의 자동 선택을 구현할 수 있고, 지불인의 수동 동작을 감소시킬 수 있고, 지불 프로세스를 단순화할 수 있고, 지불 효율성 및 트랜잭션 효율성을 향상시킬 수 있다. 또한, 최대 지불 성공률을 갖는 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 사용하는 것은, 일 회 지불의 성공 확률을 향상시켜 지불 수단의 재선택을 방지할 수도 있고, 따라서 지불 효율성 및 트랜잭션 효율성을 향상시킬 수 있다.
본 개시의 또는 현존하는 기술의 실시형태에서의 기술적 솔루션을 더 명확하게 설명하기 위해, 첨부의 도면이 본원에서 간략히 설명된다. 명확하게는, 기술 분야의 숙련된 자는, 어떠한 창조적 수고를 하지 않고도, 이들 첨부의 도면으로부터 다른 도면을 여전히 유도할 수도 있다.
도 1은, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제1 예시적인 방법을 설명하는 플로우차트이다.
도 2는, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제2 예시적인 방법을 설명하는 플로우차트이다.
도 3은, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제3 예시적인 방법을 설명하는 플로우차트이다.
도 4는, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제4 예시적인 방법을 설명하는 플로우차트이다.
도 5는, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제5 예시적인 방법을 설명하는 플로우차트이다.
도 6은, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제1 장치의 구조적 블록도이다.
도 7은, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제2 장치의 구조적 블록도이다.
도 8은, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제3 장치의 구조적 블록도이다.
도 9는, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제4 장치의 구조적 블록도이다.
도 10은, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제5 장치의 구조적 블록도이다.
도 11은, 본 개시의 실시형태에 따른, 서버의 개략적인 구조적 도면이다.
도 12는, 도 5 내지 도 11에서 더 상세히 설명되는 예시적인 장치 또는 서버의 개략적인 구조적 도면이다.
기술 분야의 숙련된 자가 본 개시의 기술적 솔루션을 더 잘 이해하도록, 본 개시의 실시형태의 기술적 솔루션이, 본 개시의 실시형태의 첨부의 도면과 연계하여 명확하고 완전하게 설명된다. 명확하게는, 설명된 실시형태는 본 개시의 실시형태의 전체가 아닌 일부만을 나타낸다. 어떠한 창조적 수고를 하지 않고도 본 개시의 실시형태에 기초하여 기술 분야의 숙련된 자에 의해 획득되는 모든 다른 실시형태는, 본 개시의 보호의 범위 내에 있을 수도 있다.
도 1은, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제1 방법을 설명하는 플로우차트이다.
도 1을 참조하면, 네트워크 지불을 제어하는 방법은, 다음의 방법 블록을 포함한다:
S11은, 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 지불 기록을 획득한다.
S12는 지불 기록에 기초하여 트랜잭션의 선호되는 지불 수단을 결정한다.
본 개시의 일 실시형태에서, 지불 기록에 기초하여 트랜잭션의 선호되는 지불 수단을 결정하는 것은, 현재 비지니스 시나리오 하에서 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해 지불 기록을 분석하는 것; 지불 성공률을 비교하는 것; 및 최대 지불 성공률을 갖는 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 결정하는 것을 포함할 수도 있다. 지불 기록은 서버의 데이터베이스에 저장될 수도 있다.
지불 기록은 트랜잭션(들)과 관련되는 지불 정보이고, 적어도 비지니스 시나리오(들), 사용되는 지불 수단(들), 및 지불 상태(들)(성공 또는 실패)를 포함한다. 예를 들면, 테이블 1은, S11에서 획득되는 현재 비지니스 시나리오(001의 번호를 가짐) 하에서 지불 기록의 예를 도시하는데, 여기서 지불 수단(A, B, C)은 지불인에 의해 지원되는 모든 지불 수단이다.
Figure 112017006950439-pct00001
상기의 10 건의 트랜잭션 기록에서, 지불 수단 A의 지불 성공률은 20%이고, 지불 수단 B의 지불 성공률은 30%이고, 지불 수단 C의 지불 성공률은 40%이다.
테이블 1에 따르면, 트랜잭션의 선호되는 지불 수단은 지불 수단 C인 것으로 결정될 수도 있다.
상기의 기술적 솔루션으로부터 알 수 있는 바와 같이, 본 개시의 실시형태는, 지불 수단의 선택이 필요로 될 때 지불 기록을 획득하고 지불 기록에 기초하여 트랜잭션의 선호되는 지불 수단을 설정한다. 구체적으로는, 현재 비지니스 시나리오 하에서 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률은, 지불 기록을 분석하는 것에 의해 획득될 수도 있고, 최대 지불 성공률을 갖는 지불 수단은 트랜잭션의 선호되는 지불 수단으로서 설정된다. 따라서, 본 개시의 실시형태는, 지불 수단의 자동 선택을 구현할 수 있고, 지불인의 수동 동작을 감소시킬 수 있고, 지불 프로세스를 단순화할 수 있고, 지불 효율성 및 트랜잭션 효율성을 향상시킬 수 있다. 또한, 최대 지불 성공률을 갖는 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 사용하는 것은, 일 회 지불의 성공 확률을 향상시켜 지불 수단의 재선택을 방지할 수도 있고, 따라서 지불 효율성 및 트랜잭션 효율성을 향상시킬 수 있다.
상기의 기술적 솔루션은, 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 지불 수단의 자동적 선택을 구현할 수 있다. 트랜잭션을 완료할 수 있는 단지 하나의 지불 수단만이 존재하는 경우, 그 지불 수단은 트랜잭션의 선호되는 지불 수단으로서 바로 사용된다.
설명을 용이하게 하기 위해, 트랜잭션에 대응하는 비지니스 시나리오에서 지원되는 모든 지불 수단은, 세트 W1을 형성하는 것으로 가정되고, 트랜잭션의 지불인에 의해 지원되는 모든 지불 수단은 세트 W2를 형성하는 것으로 가정된다. 본 개시의 일 실시형태에서, 다음과 같은 세 개의 조건을 사용하여, 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는지의 여부에 관한 결정이 이루어질 수도 있다.
제1 조건: W1의 원소의 수가 2 이상이다;
제2 조건: W2의 원소의 수가 2 이상이다; 그리고
제3 조건: W1과 W2 사이의 교집합(W1∩W2)의 원소의 수가 2 이상이다;
이들 세 개의 조건이 충족되는 경우, 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재한다는 결정이 이루어질 수도 있다. 세 개의 조건 중 적어도 하나가 충족되지 않는 경우, 트랜잭션을 완료할 수 있는 단지 하나의 지불 수단만이 존재한다는 결정이 이루어질 수도 있다.
도 2는, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제2 방법을 설명하는 플로우차트이다.
도 2를 참조하면, 네트워크 지불을 제어하는 방법은, 다음의 방법 블록을 포함한다:
S21은, 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 지불 기록을 획득한다.
S22는 지불 기록에 기초하여 트랜잭션의 선호되는 지불 수단을 결정한다.
S23은 트랜잭션의 완료시 트랜잭션의 지불 기록을 저장한다. 지불 기록에 있는 정보는, 트랜잭션의 비지니스 시나리오, 수취인, 지불 수단, 및 지불 상태(성공적인 지불 또는 실패한 지불)를 포함할 수도 있고, 다른 관련 정보, 예컨대 수취인 정보, 등등을 더 포함할 수도 있다.
트랜잭션의 완료는, 다음의 트랜잭션 결과 중 임의의 것을 포함할 수도 있다:
1) 지불인이 최대 지불 성공률을 갖는 지불 수단을 통해 지불을 행하고, 지불이 성공한다;
2) 지불인이 최대 지불 성공률을 갖는 지불 수단을 통해 지불을 행하고, 지불이 실패하고, 트랜잭션이 취소된다;
3) 지불인이 최대 지불 성공률을 갖는 지불 수단을 통해 지불을 행하고, 지불이 실패하고, 수동으로 선택되는 다른 지불 수단을 통해 성공적인 지불이 이루어진다.
4) 지불인이 최대 지불 성공률을 갖는 지불 수단을 사용하지 않고, 성공적인 지불이 이루어지는 다른 지불 수단으로 수동으로 전환한다.
트랜잭션의 지불 기록은, 저장된 이후, 후속하는 트랜잭션에 대한 분석의 참조로서 사용될 수도 있다. 저장되는 지불 기록의 수가 더 많을수록, 결정된 지불 수단의 지불 성공률을 더 높아질 것이다.
도 3은, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제3 방법을 설명하는 플로우차트이다.
도 3을 참조하면, 네트워크 지불을 제어하는 방법은, 다음의 방법 블록을 포함한다:
S31은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하고, 제1 지불 기록의 획득 실패에 응답하여 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득한다.
현재 트랜잭션의 비지니스 시나리오가 "신용카드 지불"이고, 현재 지불인이 "유저"이면, 제1 지불 기록의 각각의 트랜잭션은 다음의 조건을 충족한다: 각각의 트랜잭션의 지불인은 "유저"이고 각각의 트랜잭션의 비지니스 시나리오는 "신용카드 지불"이다. 알 수 있는 바와 같이, 제1 지불 기록의 각각의 트랜잭션의 지불 수단은, 현재 트랜잭션을 완료할 수 있는 지불 수단에 대응한다.
현재 비지니스 시나리오 하에서 트랜잭션을 처음으로 행하는 지불인의 경우, 제1 지불 기록을 획득하려는 시도는, 조건을 충족하는 어떠한 제1 지불 기록도 없기 때문에, 실패한다. 이 경우, 트랜잭션의 선호되는 지불 수단은, 참조를 위한 기준으로서, 현재 비지니스 시나리오 하의 다른 지불인의 지불 기록, 즉, 제2 지불 기록을 사용하여 결정된다.
S32는, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해, 획득된 지불 기록을 분석한다.
제1 지불 기록이 획득되면, 제1 지불 기록은 분석 대상으로서 사용된다. 제2 지불 기록이 획득되면, 제2 지불 기록은 분석 대상으로서 사용된다.
S33은 지불 성공률을 비교하고, 최대 지불 성공률을 갖는 지불 수단을, 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정한다.
본 개시의 이 실시형태는, 참조를 위한 기준으로서 제1 지불 기록을 사용하여, 현재 트랜잭션에 대한 선호되는 지불 수단을 결정하고, 최종적으로 결정되는 지불 수단이 현재 트랜잭션의 비지니스 시나리오 또는 지불인에 의해 지원되지 않는 현상을 방지할 수 있고, 따라서 현재 트랜잭션에 대한 최종적으로 결정되는 지불 수단이 최대 지불 성공 확률을 갖는 것을 보장한다. 제1 지불 기록이 존재하지 않는 경우, 트랜잭션에 대한 선호되는 지불 수단은, 현재 비지니스 시나리오 하에서 다른 지불인의 제2 지불 기록을 참조를 위한 기준으로서 사용하여 결정된다. 제2 지불 기록의 존재 때문에, 참조 기준의 부족으로 인해 트랜잭션에 대한 선호되는 지불 수단이 결정될 수 없는 현상은 발생하지 않는다.
도 4는, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제4 방법을 설명하는 플로우차트이다.
도 4를 참조하면, 네트워크 지불을 제어하는 방법은, 다음의 방법 블록을 포함한다:
S41은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하고, 제1 지불 기록의 획득 실패에 응답하여 임의의 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제3 지불 기록을 획득하고, 제3 지불 기록의 획득 실패에 응답하여 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득한다.
S42는, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해, 획득된 지불 기록을 분석한다.
제1 지불 기록이 획득되면, 제1 지불 기록은 분석 대상으로서 사용된다. 제3 지불 기록이 획득되면, 제3 지불 기록은 분석 대상으로서 사용된다. 제2 지불 기록이 획득되면, 제2 지불 기록은 분석 대상으로서 사용된다.
S43은 지불 성공률을 비교하고, 최대 지불 성공률을 갖는 지불 수단을, 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정한다.
본 개시의 상기의 실시형태에서, 제1 지불 기록에서의 각각의 트랜잭션의 각각의 지불인 및 각각의 비지니스 시나리오는 현재 트랜잭션의 것과 동일하고, 따라서 제1 지불 기록에서의 각각의 트랜잭션의 각각의 지불 수단은, 현재 트랜잭션을 완료할 수 있는 지불 수단일 수도 있다. 현재 트랜잭션의 선호되는 지불 수단은, 제1 지불 기록을 참조 기준으로서 사용하여 결정되는데, 이것은, 최종적으로 결정되는 지불 수단이 현재 트랜잭션의 비지니스 시나리오 또는 지불인에 의해 지원되지 않는 현상을 방지할 수 있고, 최종적으로 결정되는 지불 수단의 지불 성공 확률이 현재 트랜잭션에서 최대인 것을 보장한다.
현재 비지니스 시나리오 하에서 트랜잭션을 처음으로 행하는 지불인의 경우, 제1 지불 기록의 획득은, 제1 지불 기록이 존재하지 않기 때문에, 실패한다. 이 경우, 다른 비지니스 시나리오 하에서 현재 트랜잭션의 지불인의 지불 기록(즉, 제3 지불 기록)이 참조 기준으로서 사용되고, 따라서, 최종적으로 결정되는 선호되는 지불 수단이 지불인에 대한 가장 적절한 지불 수단인 것을 보장한다.
어떠한 트랜잭션 동작도 수행하지 않는 지불인의 경우, 제1 지불 기록 및 제3 지불 기록은 존재하지 않는다. 이 경우, 트랜잭션의 선호되는 지불 수단은, 참조를 위한 기준으로서, 현재 비지니스 시나리오 하의 다른 지불인의 지불 기록(즉, 제2 지불 기록)을 사용하여 결정될 수도 있다. 제2 지불 기록이 확실히 존재하기 때문에, 트랜잭션의 선호되는 지불 수단이 참조 기준의 부족으로 인해 결정될 수 없는 현상은 발생하지 않는다.
도 5는, 본 개시의 실시형태에 따른, 네트워크 지불을 제어하는 제5 방법의 플로우차트이다.
도 5를 참조하면, 네트워크 지불을 제어하는 방법은, 다음의 방법 블록을 포함한다:
S51은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 지불 기록을 획득한다.
본 개시의 일 실시형태에서, 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하려는 시도가 먼저 이루어진다. 제1 지불 기록을 획득하려는 시도가 실패하면, 가능일 구현예에서, 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록이 바로 획득될 수도 있다. 다른 가능일 구현예에서, 임의의 비지니스 시나리오 하에서 현재 지불인의 지불 완료의 제3 지불 기록을 획득하려는 시도가 먼저 이루어질 수도 있고, 그 다음, 제3 지불 기록의 획득 시도가 실패하면, 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록이 획득된다.
S52는, 획득된 지불 기록이, 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료의 제1 지불 기록인지의 여부를 결정한다. 긍정이면, 방법 블록 S53이 수행된다. 그렇지 않다면, 방법 블록(S54)이 수행된다.
S53은, 제1 지불 기록에 기초하여, 현재 비지니스 시나리오 하에서 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 현재 지불인에 의해 사용된 지불 수단을, 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정한다.
제1 지불 기록을 획득하려는 시도가 성공적이면, 이것은, 현재 지불인이 현재 비지니스 시나리오 하에서 트랜잭션을 행한 것이 처음이 아니다는 것을 나타낸다. 따라서, 지불 성공률을 보장하기 위해, 트랜잭션의 선호되는 지불 수단은 현재 지불인의 트랜잭션 기록에 기초하여 결정된다. 본 개시의 일 실시형태에서, 현재 비지니스 시나리오 하에서 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 현재 지불인에 의해 사용된 지불 수단이 제1 지불 기록으로부터 판독되고, 이 지불 수단은, 어떠한 통계 및 계산 동작을 수행하지 않고도, 트랜잭션의 선호되는 지불 수단으로서 바로 사용되는데, 이것은 간단하고 빠르며 트랜잭션 효율성을 향상시킬 수 있다.
S54는, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해 획득된 지불 기록을 분석하고, 지불 성공률을 비교하고, 최대 지불 성공률을 갖는 지불 수단을, 트랜잭션에 대한 선호되는 지불 수단으로서 결정한다.
상기 실시형태에서, 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록이 존재하지 않으면, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률은 제2 지불 기록 또는 제3 지불 기록에 기초하여 계산되고, 최대 지불 성공률을 갖는 지불 수단이 트랜잭션에 대한 선호되는 지불 수단으로서 사용된다. 제1 지불 기록이 획득되는 경우, 현재 비지니스 시나리오 하에서 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 현재 지불인에 의해 사용된 지불 수단이 트랜잭션에 대한 선호되는 지불 수단으로서 바로 사용되고, 따라서 트랜잭션에 대한 선호되는 지불 수단의 결정이 더 빨라지는 것 및 트랜잭션 효율성을 향상시키는 것을 가능하게 한다.
도 6은, 본 개시의 실시형태에 따른, 제1 네트워크 지불 제어 장치(100)의 구조적 블록도이다. 네트워크 지불 제어 장치(100)는 서버일 수도 있다.
도 6을 참조하면, 네트워크 지불 제어 장치(100)는 획득 유닛(110) 및 결정 유닛(120)을 포함한다.
획득 유닛(110)은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 지불 기록을 획득하도록 구성된다.
결정 유닛(120)은, 획득된 지불 기록에 기초하여 현재 트랜잭션의 선호되는 지불 수단을 결정하도록 구성된다.
결정 유닛(120)은 분석 유닛(121) 및 제1 결정 서브유닛(122)을 포함한다.
분석 유닛(121)은, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해 지불 기록을 분석하도록 구성된다.
제1 결정 서브유닛(122)은, 지불 성공률을 비교하도록, 최대 지불 성공률을 갖는 지불 수단을, 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정하도록 구성된다.
상기의 기술적 솔루션으로부터 알 수 있는 바와 같이, 본 개시의 실시형태는, 지불 수단의 선택이 필요로 될 때 지불 기록을 획득하고, 지불 기록에 기초하여 현재 트랜잭션에 대한 선호되는 지불 수단을 결정한다. 구체적으로는, 현재 비지니스 시나리오 하에서 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률은, 지불 기록을 분석하는 것에 의해 획득될 수도 있고, 최대 지불 성공률을 갖는 지불 수단은 트랜잭션의 선호되는 지불 수단으로서 설정된다. 따라서, 본 개시의 실시형태는, 지불 수단의 자동 선택을 구현할 수 있고, 지불인의 수동 동작을 감소시킬 수 있고, 지불 프로세스를 단순화할 수 있고, 지불 효율성 및 트랜잭션 효율성을 향상시킬 수 있다. 또한, 최대 지불 성공률을 갖는 지불 수단을 트랜잭션의 선호되는 지불 수단으로서 사용하는 것은, 일 회 지불의 성공 확률을 향상시켜 지불 수단의 재선택을 방지할 수도 있고, 따라서 지불 효율성 및 트랜잭션 효율성을 향상시킬 수 있다.
도 7은, 본 개시의 실시형태에 따른, 네트워크 지불 제어 장치(200)의 구조적 블록도이다. 네트워크 지불 제어 장치(200)는 서버일 수도 있다.
도 7을 참조하면, 네트워크 지불 제어 장치(200)는 획득 유닛(210), 결정 유닛(220) 및 저장 유닛(230)을 포함한다.
획득 유닛(210)은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 지불 기록을 획득하도록 구성된다.
결정 유닛(220)은, 획득된 지불 기록에 기초하여 현재 트랜잭션의 선호되는 지불 수단을 결정하도록 구성된다.
저장 유닛(230)은, 현재 트랜잭션이 완료된 이후, 현재 트랜잭션의 지불 기록을 저장하도록 구성된다.
현재 트랜잭션의 지불 기록은, 저장된 이후, 후속하는 트랜잭션을 위한 분석 참조로서 사용될 수도 있다. 저장되는 지불 기록이 더 많을수록, 결정된 지불 수단의 지불 성공률은 더 높다.
도 8은, 본 개시의 실시형태에 따른, 네트워크 지불 제어 장치(300)의 구조적 블록도이다. 네트워크 지불 제어 장치(300)는 서버일 수도 있다.
도 8을 참조하면, 네트워크 지불 제어 장치(300)는 획득 유닛(310) 및 결정 유닛(320)을 포함한다.
획득 유닛(310)은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 지불 기록을 획득하도록 구성된다.
결정 유닛(320)은, 획득된 지불 기록에 기초하여 현재 트랜잭션의 선호되는 지불 수단을 결정하도록 구성된다.
획득 유닛(310)은 제1 획득 서브유닛(311) 및 제2 획득 서브유닛(312)을 포함한다.
제1 획득 서브유닛(311)은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하도록 구성된다.
제2 획득 서브유닛(312)은, 제1 지불 기록을 획득하려는 시도가 실패하면, 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득하도록 구성된다.
결정 유닛(320)은 분석 유닛(321) 및 제1 결정 서브유닛(322)을 포함한다.
분석 유닛(321)은, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해, 획득 유닛(310)에 의해 획득되는 지불 기록을 분석하도록 구성된다.
제1 결정 서브유닛(322)은, 지불 성공률을 비교하도록, 그리고 최대 지불 성공률을 갖는 지불 수단을, 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정하도록 구성된다.
본 개시의 이 실시형태는, 참조로서 제1 지불 기록을 사용하여 현재 트랜잭션에 대한 선호되는 지불 수단을 결정하고, 따라서 최종적으로 결정되는 지불 수단이 현재 트랜잭션의 비지니스 시나리오 또는 지불인에 의해 지원되지 않는 현상을 방지하고 최종적으로 결정되는 지불 수단이 현재 트랜잭션에서 최대 지불 성공 확률을 갖는 것을 보장한다. 제1 지불 기록이 존재하지 않는 경우, 현재 트랜잭션에 대한 선호되는 지불 수단은, 현재 비지니스 시나리오 하에서 다른 지불인의 제2 지불 기록을 참조로 사용하여 결정된다. 제2 지불 기록이 확실히 존재 때문에, 현재 트랜잭션에 대한 선호되는 지불 수단이 참조의 부족으로 인해 결정될 수 없는 현상은 발생하지 않는다.
도 9는, 본 개시의 실시형태에 따른, 네트워크 지불 제어 장치(400)의 구조적 블록도이다. 네트워크 지불 제어 장치(400)는 서버일 수도 있다.
도 9를 참조하면, 네트워크 지불 제어 장치(400)는 획득 유닛(410) 및 결정 유닛(420)을 포함한다.
획득 유닛(410)은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 지불 기록을 획득하도록 구성된다.
결정 유닛(420)은, 획득된 지불 기록에 기초하여 현재 트랜잭션에 대한 선호되는 지불 수단을 결정하도록 구성된다.
획득 유닛(410)은, 제1 획득 서브유닛(411), 제3 획득 서브유닛(413), 및 제4 획득 서브유닛(414)을 포함한다.
제1 획득 서브유닛(411)은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하도록 구성된다.
제3 획득 서브유닛(413)은, 제1 지불 기록을 획득하려는 시도가 실패하면, 현재 지불인의 지불 완료와 관련되는 제3 지불 기록을 획득하도록 구성된다.
제4 획득 서브유닛(414)은, 제3 지불 기록을 획득하려는 시도가 실패하면, 현재 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득하도록 구성된다.
결정 유닛(420)은 분석 유닛(421) 및 제1 결정 서브유닛(422)을 포함한다.
분석 유닛(421)은, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해, 획득 유닛(410)에 의해 획득되는 지불 기록을 분석하도록 구성된다.
제1 결정 서브유닛(422)은, 지불 성공률을 비교하도록, 그리고 최대 지불 성공률을 갖는 지불 수단을, 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정하도록 구성된다.
본 개시의 상기의 실시형태에서, 제1 지불 기록에서의 각각의 트랜잭션의 각각의 지불인 및 각각의 비지니스 시나리오는 현재 트랜잭션의 것과 동일하고, 따라서 제1 지불 기록에서의 각각의 트랜잭션의 각각의 지불 수단은, 현재 트랜잭션을 완료할 수 있는 지불 수단일 수도 있다. 현재 트랜잭션의 선호되는 지불 수단은, 제1 지불 기록을 참조 기준으로서 사용하여 결정되는데, 이것은, 최종적으로 결정되는 지불 수단이 현재 트랜잭션의 비지니스 시나리오 또는 지불인에 의해 지원되지 않는 현상을 방지할 수 있고, 최종적으로 결정되는 지불 수단의 지불 성공 확률이 현재 트랜잭션에서 최대인 것을 보장한다. 현재 비지니스 시나리오 하에서 트랜잭션을 처음으로 행하는 지불인의 경우, 제1 지불 기록의 획득은, 제1 지불 기록이 존재하지 않기 때문에, 실패한다. 이 경우, 다른 비지니스 시나리오 하에서 현재 트랜잭션의 지불인의 제3 지불 기록이 참조 기준으로서 사용되고, 따라서, 최종적으로 결정되는 선호되는 지불 수단이 지불인에 대한 가장 적절한 지불 수단인 것을 보장한다. 어떠한 트랜잭션 동작도 수행하지 않는 지불인의 경우, 제1 지불 기록 및 제3 지불 기록은 존재하지 않는다. 제2 지불 기록이 참조 기준으로서 사용되고, 트랜잭션의 선호되는 지불 수단이 참조 기준의 부족으로 인해 결정될 수 없는 현상은 발생하지 않는다.
도 10은, 본 개시의 실시형태에 따른, 네트워크 지불 제어 장치(500)의 구조적 블록도이다. 네트워크 지불 제어 장치(500)는 서버일 수도 있다.
도 10을 참조하면, 네트워크 지불 제어 장치(500)는 획득 유닛(510) 및 결정 유닛(520)을 포함한다.
획득 유닛(510)은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 지불 기록을 획득하도록 구성된다. 결정 유닛(520)은, 획득된 지불 기록에 기초하여 현재 트랜잭션에 대한 선호되는 지불 수단을 결정하도록 구성된다.
획득 유닛(510)은 제1 획득 서브유닛(511) 및 제5 획득 서브유닛(515)을 포함한다.
제1 획득 서브유닛(511)은, 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하도록 구성된다.
제5 획득 서브유닛(515)은, 임의의 비지니스 시나리오 하에서 현재의 지불인의 지불 완료와 관련되는 제3 지불 기록을 획득하도록 그리고 제1 획득 서브유닛(511)이 제1 지불 기록의 획득에 실패하면 현재의 비지니스 시나리오 하에서 모든 지불인의 제2 지불 기록을 획득하도록 구성된다.
결정 유닛(520)은 분석 유닛(521), 제1 결정 서브유닛(522) 및 제2 결정 서브유닛(523)을 포함한다.
분석 유닛(521)은, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해, 제5 획득 서브유닛(515)에 의해 획득되는 지불 기록을 분석하도록 구성된다.
제1 결정 서브유닛(522)은, 분석 유닛(521)에 의해 획득되는 지불 성공률을 비교하도록, 그리고 최대 지불 성공률을 갖는 지불 수단을, 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정하도록 구성된다.
제2 결정 서브유닛(523)은, 제1 획득 서브유닛(511)에 의해 획득되는 제1 지불 기록에 기초하여, 현재의 비지니스 시나리오 하에서 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 현재의 지불인에 의해 사용된 지불 수단을 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정하도록 구성된다.
상기 실시형태에서, 현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록이 존재하지 않으면, 현재 비지니스 시나리오 하에서 현재 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률은 제2 지불 기록 또는 제3 지불 기록에 기초하여 계산되고, 최대 지불 성공률을 갖는 지불 수단이 현재 트랜잭션에 대한 선호되는 지불 수단으로서 사용된다. 제1 지불 기록이 획득되는 경우, 현재 비지니스 시나리오 하에서 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 현재 지불인에 의해 사용된 지불 수단이 현재 트랜잭션에 대한 선호되는 지불 수단으로서 바로 사용되고, 따라서 트랜잭션의 선호되는 지불 수단을 더 빨리 결정하는 것을 가능하게 한다.
상기 실시형태의 장치의 경우, 다양한 유닛에 의해 수행되는 동작의 예시적인 구현예는, 본원에서 상세히 설명되지 않는 방법 실시형태에서 상세히 설명되었다.
도 11은, 예시적인 실시형태에 따른, 네트워크 지불 제어를 위해 사용되는 서버(600)의 블록도이다. 도 11을 참조하면, 서버(600)는 하나 이상의 프로세서를 더 포함하는 프로세싱 컴포넌트(602), 및 스토리지 디바이스(604)에 의해 나타내어지는 스토리지 리소스를 포함하는데, 스토리지 리소스는 프로세싱 컴포넌트(602)에 의해 실행가능한 명령어(들), 예를 들면, 애플리케이션을 저장하도록 구성된다. 스토리지 디바이스(604)에 저장되는 애플리케이션은 명령어의 세트에 각각 대응하는 하나 이상의 모듈을 포함할 수도 있다. 또한, 프로세싱 컴포넌트(602)는, 네트워크 지불을 제어하는 상기의 방법(들)을 수행하기 위한 명령어를 실행하도록 구성된다.
서버(600)는, 서버(600)의 전원 관리를 수행하도록 구성되는 전원 컴포넌트(606), 서버(600)를 네트워크에 연결하도록 구성되는 네트워크 인터페이스(608), 및 입/출력(input/output; I/O) 인터페이스(610)를 더 포함할 수도 있다. 서버(600)는, 스토리지 디바이스(604)에 저장되는 오퍼레이팅 시스템, 예를 들면 Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, 또는 등등을 동작시킬 수도 있다.
본 개시의 실시형태는, 명령어(들)를 포함하는 불휘발성 컴퓨터 판독가능 저장 매체, 예를 들면, 명령어를 포함하는 스토리지 디바이스(604)를 더 제공한다. 명령어는 상기의 네트워크 지불 제어 방법을 구현하도록 프로세싱 컴포넌트(602)에 의해 실행될 수도 있다. 예로서, 불휘발성 컴퓨터 판독가능 저장 매체는, ROM, 랜덤 액세스 메모리(random access memory; RAM), CD-ROM, 자기 테이프, 플로피 디스크, 광학 데이터 저장 디바이스, 등등을 포함할 수도 있다.
불휘발성의 컴퓨터 판독가능 저장 매체의 명령어가 서버의 프로세싱 컴포넌트에 의해 실행되는 경우, 서버는 네트워크 지불 제어 방법을 수행할 수 있다. 방법은: 현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 지불 기록을 획득하는 것; 현재 비지니스 시나리오 하에서 현재의 지불인에 의해 지원되는 각각의 지불 수단의 지불 성공률을 획득하기 위해 지불 기록을 분석하는 것; 및 지불 성공률을 비교하고, 최대 지불 성공률을 갖는 지불 수단을 현재 트랜잭션에 대한 선호되는 지불 수단으로서 결정하는 것을 포함한다.
도 12는, 도 6 내지 도 11에서 상세히 설명되는 서버(600) 및 장치(100-500)와 같은 예시적인 장치(1200)를 도시한다. 일 실시형태에서, 장치(1200)는 하나 이상의 프로세서(CPU)(1202), 입/출력 인터페이스(1204), 네트워크 인터페이스(1206) 및 메모리(1208)를 포함할 수도 있다.
메모리(1208)는, 휘발성 메모리, 랜덤 액세스 메모리(RAM), 및/또는 불휘발성 메모리, 예를 들면, 리드 온리 메모리(read-only memory; ROM) 또는 플래시 RAM, 등등과 같은 컴퓨터 판독가능 매체의 형태를 포함할 수도 있다. 메모리(1208)는 컴퓨터 판독가능 매체의 한 예이다.
컴퓨터 판독가능 매체는, 영구적인 또는 비영구적인 타입의, 착탈식 또는 비착탈식 매체를 포함할 수도 있는데, 이들은 임의의 방법 또는 기술을 사용하여 정보의 저장을 달성할 수도 있다. 정보는 컴퓨터 판독가능 커맨드, 데이터 구조, 프로그램 모듈 또는 다른 데이터를 포함할 수도 있다. 컴퓨터 저장 매체의 예는, 컴퓨팅 디바이스에 의해 액세스될 수도 있는 정보를 저장하기 위해 사용될 수도 있는, 상 변화 메모리(phase-change memory; PRAM), 스테틱 랜덤 액세스 메모리(static random access memory; SRAM), 다이내믹 랜덤 액세스 메모리(dynamic random access memory; DRAM), 다른 타입의 랜덤 액세스 메모리(RAM), 리드 온리 메모리(ROM), 전기적으로 소거가능한 프로그래머블 리드 온리 메모리(electronically erasable programmable read-only memory; EEPROM), 퀵 플래시 메모리 또는 다른 내장형 저장 기술, 컴팩트 디스크 리드 온리 메모리(compact disk read-only memory; CD-ROM), 디지털 다기능 디스크(digital versatile disc; DVD) 또는 다른 광학 스토리지, 자기 카세트 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스, 또는 임의의 다른 비전송 매체를 포함할 수도 있지만, 이들로 제한되지는 않는다. 본원에서 정의되는 바와 같이, 컴퓨터 판독가능 매체는 일시적 매체, 예컨대 변조된 데이터 신호 및 반송파를 포함하지 않는다.
일 실시형태에서, 메모리(1208)는 프로그램 유닛(1210) 및 프로그램 데이터(1212)를 포함할 수도 있다. 프로그램 유닛(1210)은 상기 실시형태에서 설명되는 바와 같은 하나 이상의 유닛을 포함할 수도 있다. 예를 들면, 프로그램 유닛(1210), 획득 유닛(1213)(이것은 제1 획득 서브유닛(1214), 제2 획득 서브유닛(1215), 제3 획득 서브유닛(1216), 제4 획득 서브유닛(1217) 및/또는 제5 획득 서브유닛(1218)을 포함할 수도 있다), 결정 유닛(1219)(이것은 분석 유닛(1220), 제1 결정 서브유닛(1221), 및/또는 제2 결정 서브유닛(1222)를 포함할 수도 있다), 및 저장 유닛(1223)을 포함할 수도 있다. 이들 유닛의 상세는 상기 실시형태에서 설명되었으며, 따라서 여기서는 반복적으로 설명되지 않는다.
본원에서 설명되는 관계적 용어, 예컨대 "제1" 및 "제2" 등등은, 하나의 엔티티 또는 동작을 다른 엔티티 또는 동작으로부터, 이들 엔티티 또는 동작 사이에서 실제로 이러한 관계 또는 순서의 어떠한 존재도 필수적으로 필요로 하거나 또는 의미하지 않으면서, 오로지 구별하기 위해 사용된다는 것을 유의해야 한다. 또한, "포함한다(comprise)", "포함한다(include)" 및 이들의 임의의 다른 변형어와 같은 용어는 비포괄적인 포함을 포괄하도록 의도된다. 일련의 엘리먼트를 포함하는 프로세스, 방법, 제품 또는 장치는, 이들 엘리먼트를 포함할 뿐만 아니라, 명시적으로 열거되지 않은 다른 엘리먼트를 또한 포함하거나, 또는 이러한 프로세스, 방법, 제품 또는 장치에서 이미 존재하는 엘리먼트를 더 포함한다. 추가 제한이 없는 조건에서, 어구 "~하는 하나를 포함하는"에 의해 정의되는 엘리먼트는, 임의의 다른 유사한 엘리먼트가 프로세스, 방법, 제품 또는 장치에서 존재하는 것을 배제하지는 않는다.
상기 설명은, 기술 분야의 숙련된 자가 본 개시를 이해하거나 또는 구현하는 것을 가능하게 하는 본 개시의 예시적인 구현예에 불과하다. 이들 실시형태에 대해 이루어지는 수정은 기술 분야의 숙련된 자에게는 명백하며, 본원에서 정의되는 일반적인 원칙은 본 개시의 취지 또는 범위를 벗어나지 않으면서 다른 실시형태에서 구체화될 수도 있다. 따라서, 본 개시는 본원에서 설명되는 이들 실시형태로 제한되는 것이 아니라, 본원에서 개시되는 원칙 및 혁신적 피쳐의 최광의의 범위와 부합한다.

Claims (20)

  1. 하나 이상의 컴퓨팅 디바이스에 의해 구현되는 방법으로서,
    현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 지불 기록을 획득하는 단계와,
    상기 획득된 지불 기록에 적어도 부분적으로 기초하여 상기 현재 트랜잭션에 대한 선호되는 지불 수단을 결정하는 단계를 포함하되,
    상기 지불 기록을 획득하는 단계는:
    현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하려고 시도하는 단계와,
    상기 제1 지불 기록을 획득하지 못한 것에 응답하여, 임의의 비지니스 시나리오 하에서 상기 현재 지불인의 지불 완료와 관련되는 제2 지불 기록을 획득하려고 시도하는 단계와,
    상기 제2 지불 기록을 획득하지 못한 것에 응답하여, 상기 현재 비지니스 시나리오 하에서 모든 지불인의 제3 지불 기록을 획득하는 단계를 포함하고,
    상기 현재 트랜잭션에 대한 상기 선호되는 지불 수단을 결정하는 단계는:
    상기 제1 지불 기록이 획득된 경우,
    상기 제1 지불 기록으로부터 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 상기 현재 지불인에 의해 사용된 지불 수단을 판독하는 단계와,
    상기 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 상기 현재 지불인에 의해 사용된 지불 수단을, 어떠한 통계 연산을 수행하지 않고 상기 현재 트랜잭션에 대한 상기 선호되는 지불 수단으로서 바로 사용하는 단계와,
    상기 제1 지불 기록이 획득되지 않은 경우,
    상기 제2 지불 기록 또는 상기 제3 지불 기록을 분석해서 상기 지불 수단의 각각의 지불 성공률을 획득하는 단계와,
    상기 지불 수단 중 최대 지불 성공률을 갖는 지불 수단을 상기 현재 트랜잭션에 대한 상기 선호되는 지불 수단으로서 결정하는 단계를 포함하는
    방법.
  2. 삭제
  3. 삭제
  4. 삭제
  5. 삭제
  6. 제1항에 있어서,
    상기 트랜잭션의 완료시 상기 현재 트랜잭션에 대한 신규 지불 기록을 저장하는 단계를 더 포함하는
    방법.
  7. 장치로서,
    하나 이상의 프로세서와,
    메모리와,
    현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우, 지불 기록을 획득하는 획득 유닛과,
    상기 획득된 지불 기록에 적어도 부분적으로 기초하여 상기 현재 트랜잭션에 대한 선호되는 지불 수단을 결정하는 결정 유닛을 포함하되,
    상기 지불 기록을 획득하는 것은:
    현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하려고 시도하는 것과,
    상기 제1 지불 기록을 획득하지 못한 것에 응답하여, 임의의 비지니스 시나리오 하에서 상기 현재 지불인의 지불 완료와 관련되는 제2 지불 기록을 획득하려고 시도하는 것과,
    상기 제2 지불 기록을 획득하지 못한 것에 응답하여, 상기 현재 비지니스 시나리오 하에서 모든 지불인의 제3 지불 기록을 획득하는 것을 포함하고,
    상기 결정 유닛은:
    상기 제1 지불 기록이 획득되지 않은 경우,
    상기 제2 지불 기록 또는 상기 제3 지불 기록을 분석해서 상기 지불 수단의 각각의 지불 성공률을 획득하는 분석 유닛과,
    상기 지불 수단 중 최대 지불 성공률을 갖는 지불 수단을 상기 현재 트랜잭션에 대한 상기 선호되는 지불 수단으로서 결정하는 제1 결정 서브유닛을 포함하고,
    상기 결정 유닛은:
    상기 제1 지불 기록이 획득된 경우,
    상기 제1 지불 기록으로부터 판독된, 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 상기 현재 지불인에 의해 사용된 지불 수단을, 어떠한 통계 연산을 수행하지 않고 상기 현재 트랜잭션에 대한 상기 선호되는 지불 수단으로서 바로 사용하도록 결정하는 제2 결정 서브유닛을 더 포함하는
    장치.
  8. 삭제
  9. 삭제
  10. 삭제
  11. 삭제
  12. 제7항에 있어서,
    상기 현재 트랜잭션의 완료시 상기 현재 트랜잭션에 대한 신규 지불 기록을 저장하는 저장 유닛을 더 포함하는
    장치.
  13. 실행가능 명령어가 저장된 하나 이상의 컴퓨터 판독가능 매체로서,
    상기 실행가능 명령어는, 하나 이상의 프로세서에 의한 실행시, 상기 하나 이상의 프로세서로 하여금:
    현재 트랜잭션을 완료할 수 있는 다수의 타입의 지불 수단이 존재하는 경우 지불 기록을 획득하는 것과,
    상기 획득된 지불 기록에 적어도 부분적으로 기초하여 상기 현재 트랜잭션에 대한 선호되는 지불 수단을 결정하는 것
    을 포함하는 동작을 수행하게 하며,
    상기 지불 기록을 획득하는 것은:
    현재 비지니스 시나리오 하에서 현재 지불인의 지불 완료와 관련되는 제1 지불 기록을 획득하려고 시도하는 것과,
    상기 제1 지불 기록을 획득하지 못한 것에 응답하여, 임의의 비지니스 시나리오 하에서 상기 현재 지불인의 지불 완료와 관련되는 제2 지불 기록을 획득하려고 시도하는 것과,
    상기 제2 지불 기록을 획득하지 못한 것에 응답하여, 상기 현재 비지니스 시나리오 하에서 모든 지불인의 제3 지불 기록을 획득하는 것을 포함하고,
    상기 현재 트랜잭션에 대한 상기 선호되는 지불 수단을 결정하는 것은:
    상기 제1 지불 기록이 획득된 경우,
    상기 제1 지불 기록으로부터 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 상기 현재 지불인에 의해 사용된 지불 수단을 판독하는 것과,
    상기 성공적인 지불을 갖는 가장 최근의 트랜잭션에서 상기 현재 지불인에 의해 사용된 지불 수단을, 어떠한 통계 연산을 수행하지 않고 상기 현재 트랜잭션에 대한 상기 선호되는 지불 수단으로서 바로 사용하는 것과,
    상기 제1 지불 기록이 획득되지 않은 경우,
    상기 제2 지불 기록 또는 상기 제3 지불 기록을 분석해서 상기 지불 수단의 각각의 지불 성공률을 획득하는 것과,
    상기 지불 수단 중 최대 지불 성공률을 갖는 지불 수단을 상기 현재 트랜잭션에 대한 상기 선호되는 지불 수단으로서 결정하는 것을 포함하는
    컴퓨터 판독가능 매체.
  14. 삭제
  15. 삭제
  16. 삭제
  17. 삭제
  18. 제13항에 있어서,
    상기 동작은 상기 트랜잭션의 완료시 상기 현재 트랜잭션에 대한 신규 지불 기록을 저장하는 것을 더 포함하는
    컴퓨터 판독가능 매체.
  19. 삭제
  20. 제13항에 있어서,
    상기 지불 기록을 획득하기 이전에, 상기 동작은:
    상기 현재 트랜잭션에 대응하는 비지니스 시나리오에서 지원되는 지불 수단의 수가 하나보다 많은 것과,
    상기 현재 트랜잭션의 지불인에 의해 지원되는 지불 수단의 수가 하나보다 많은 것과,
    상기 비지니스 시나리오에서 지원되는 상기 지불 수단과 상기 지불인에 의해 지원되는 상기 지불 수단 사이의 교집합에서의 원소의 수가 하나보다 많은 것
    을 포함하는 조건에 적어도 부분적으로 기초하여 상기 현재 트랜잭션을 완료할 수 있는 상기 다수의 타입의 지불 수단이 존재하는지의 여부를 결정하는 것을 더 포함하는
    컴퓨터 판독가능 매체.
KR1020177001790A 2014-07-31 2015-07-21 네트워크 지불을 제어하는 방법 및 장치 KR102091913B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201410374084.5 2014-07-31
CN201410374084.5A CN105335850A (zh) 2014-07-31 2014-07-31 一种网络支付控制方法和装置
PCT/US2015/041399 WO2016018677A1 (en) 2014-07-31 2015-07-21 Method and apparatus of controlling network payment

Publications (2)

Publication Number Publication Date
KR20170037950A KR20170037950A (ko) 2017-04-05
KR102091913B1 true KR102091913B1 (ko) 2020-03-23

Family

ID=55180424

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177001790A KR102091913B1 (ko) 2014-07-31 2015-07-21 네트워크 지불을 제어하는 방법 및 장치

Country Status (9)

Country Link
US (1) US10496999B2 (ko)
EP (1) EP3175398A4 (ko)
JP (1) JP6560265B2 (ko)
KR (1) KR102091913B1 (ko)
CN (1) CN105335850A (ko)
HK (1) HK1219336A1 (ko)
SG (2) SG11201610767SA (ko)
TW (1) TWI665621B (ko)
WO (1) WO2016018677A1 (ko)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106022758A (zh) * 2016-04-29 2016-10-12 北京小米移动软件有限公司 信息推荐方法和装置
CN106408289B (zh) * 2016-08-26 2020-02-21 维沃移动通信有限公司 一种支付页面的切换方法及移动终端
CN106529956A (zh) * 2016-10-31 2017-03-22 努比亚技术有限公司 一种终端及终端支付的验证方法
CN110942290A (zh) * 2018-09-25 2020-03-31 北京京东尚科信息技术有限公司 支付异常检测方法、系统、电子设备和计算机可读介质
US11282052B2 (en) * 2019-05-06 2022-03-22 Advanced New Technologies Co., Ltd. Payment channel recommendation
KR102245718B1 (ko) * 2019-05-22 2021-04-28 카페24 주식회사 이상치 발생 여부를 속성별로 시각화하는 방법, 컴퓨팅 디바이스 및 컴퓨터 판독 가능한 저장 매체
CN111027967A (zh) * 2019-11-05 2020-04-17 网联清算有限公司 资金管理方法及装置
CN111130714B (zh) * 2019-11-28 2023-04-07 网银在线（北京）科技有限公司 数据传输方法、装置、电子设备以及计算机可读介质
KR20230153713A (ko) * 2022-04-29 2023-11-07 쿠팡 주식회사 결제 서비스 제공 방법 및 그 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090037294A1 (en) * 2007-07-27 2009-02-05 Bango.Net Limited Mobile communication device transaction control systems
US20130311369A1 (en) * 2011-11-08 2013-11-21 Vindicia, Inc. Card Payment Processing of Partial Authorizations Allowing for Partial Captures and Full Deposits

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5058162A (en) * 1990-08-09 1991-10-15 Hewlett-Packard Company Method of distributing computer data files
CA2350445A1 (en) * 2001-06-12 2002-07-31 Bob Van Leeuwen Programmable joint payment guarantee financial instrument set
US8050997B1 (en) * 2001-08-23 2011-11-01 Paypal Inc. Instant availability of electronically transferred funds
US6726092B2 (en) 2001-12-28 2004-04-27 Interdigital Technology Corporation Portable device service payments by multiple means
US8527408B2 (en) * 2002-05-06 2013-09-03 Bottom Line Technologies (De), Inc. Integrated payment system
US8930270B2 (en) * 2002-07-30 2015-01-06 Aol Inc. Smart payment instrument selection
JP4141878B2 (ja) * 2003-03-28 2008-08-27 株式会社日立製作所 トランザクション処理方法及びその実施装置並びにその処理プログラム
US6932268B1 (en) * 2003-06-30 2005-08-23 Checkfree Corporation Dual mode credit card based payment technique
US8165926B2 (en) * 2003-10-17 2012-04-24 International Business Machines Corporation Method, medium, and system for detecting errors in item requests
US7502760B1 (en) * 2004-07-19 2009-03-10 Amazon Technologies, Inc. Providing payments automatically in accordance with predefined instructions
KR20060098023A (ko) * 2005-03-08 2006-09-18 이처닷컴 주식회사 휴대전화를 이용한 모바일 통합 결제 시스템 및 방법
JP2007102319A (ja) 2005-09-30 2007-04-19 Matsushita Electric Ind Co Ltd 携帯端末および決済装置
CA2625907A1 (en) * 2005-10-12 2007-04-19 First Data Corporation System and method for authorizing electronic payment transactions
US7958050B2 (en) * 2007-07-02 2011-06-07 Early Warning Services, Llc Payment account monitoring system and method
US7930249B2 (en) * 2007-07-11 2011-04-19 Qualcomm Incorporated Mobile wireless financial instrument for automatically selecting a payment instrument
US20110196786A1 (en) * 2008-01-31 2011-08-11 Rene Lacerte Determining trustworthiness and familiarity of users of an electronic billing and payment system
GB2466676A (en) * 2009-01-06 2010-07-07 Visa Europe Ltd A method of processing payment authorisation requests
CN101599151A (zh) * 2009-07-03 2009-12-09 阿里巴巴集团控股有限公司 一种自适应选择银行卡进行支付的系统及方法
CA2692677C (en) * 2010-02-26 2017-10-03 Xtreme Mobility Inc. Secure billing system and method for a mobile device
US9916619B2 (en) * 2011-02-14 2018-03-13 Paypal, Inc. Payment system with location restrictions
WO2012148842A1 (en) * 2011-04-26 2012-11-01 Boku, Inc. Systems and methods to facilitate repeated purchases
US20120310760A1 (en) 2011-06-03 2012-12-06 Simon Phillips Mobile device automatic card account selection for a transaction
US20120323669A1 (en) * 2011-06-16 2012-12-20 Microsoft Corporation Incentivizing low-transaction-cost payments
SG187283A1 (en) 2011-07-27 2013-02-28 goodwin Russell Intelligent payment system
US20130046655A1 (en) 2011-08-16 2013-02-21 Registria, Inc. Methods and systems for dynamically selecting a payment processing gateway
CN103093340B (zh) * 2011-11-07 2015-10-28 深圳一卡通新技术有限公司 基于异步通讯技术的动态支付系统和方法
CA2862020C (en) 2012-01-19 2018-03-20 Mastercard International Incorporated System and method to enable a network of digital wallets
US20130325722A1 (en) 2012-05-29 2013-12-05 Inder Mohan Payment reconciliation system
CN103577985A (zh) * 2012-07-26 2014-02-12 阿里巴巴集团控股有限公司 数据渠道选择方法和数据处理平台
US10346843B2 (en) * 2012-07-31 2019-07-09 Worldpay, Llc Systems and methods for cost altering payment services
US20140081729A1 (en) * 2012-09-20 2014-03-20 Alexander Ocher Systems and Methods for Providing Consumer Discounts
US20140108251A1 (en) * 2012-10-01 2014-04-17 Robert Whitney Anderson Collaborative Fraud Determination And Prevention
CN103413216B (zh) * 2013-05-16 2018-02-09 深圳市淘淘谷信息技术有限公司 一种多账户管理支付方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090037294A1 (en) * 2007-07-27 2009-02-05 Bango.Net Limited Mobile communication device transaction control systems
US20130311369A1 (en) * 2011-11-08 2013-11-21 Vindicia, Inc. Card Payment Processing of Partial Authorizations Allowing for Partial Captures and Full Deposits

Also Published As

Publication number Publication date
TWI665621B (zh) 2019-07-11
KR20170037950A (ko) 2017-04-05
SG10201900818VA (en) 2019-03-28
WO2016018677A1 (en) 2016-02-04
US10496999B2 (en) 2019-12-03
US20160034861A1 (en) 2016-02-04
EP3175398A4 (en) 2018-01-03
SG11201610767SA (en) 2017-02-27
EP3175398A1 (en) 2017-06-07
CN105335850A (zh) 2016-02-17
JP6560265B2 (ja) 2019-08-14
JP2017526043A (ja) 2017-09-07
TW201604803A (zh) 2016-02-01
HK1219336A1 (zh) 2017-03-31

Similar Documents

Publication Publication Date Title
KR102091913B1 (ko) 네트워크 지불을 제어하는 방법 및 장치
KR102340223B1 (ko) 블록체인 합의 방법 및 디바이스
KR102238314B1 (ko) 신원 인증 방법, 디바이스 및 시스템
TWI673666B (zh) 資料風險控制的方法及裝置
AU2021290403B2 (en) Mobile application based account aggregation
US20180253657A1 (en) Real-time credit risk management system
US9390442B2 (en) Capturing of unique identifier in M-commerce transaction
WO2017133615A1 (zh) 一种业务参数获取方法及装置
CN109146638B (zh) 异常金融交易群体的识别方法及装置
US20140279303A1 (en) Image capture and processing for financial transactions
US20170017887A1 (en) Methods and systems for detecting financial crimes in an enterprise
CN109598604B (zh) 日切判断方法及装置
US11652879B2 (en) Matching methods, apparatuses, and devices based on trusted asset data
US20200034198A1 (en) Resource allocation based on resource distribution data from child node
US11025575B2 (en) Message recognition system and method configurable to define new message formats
WO2016169420A1 (zh) 一种业务请求执行状态的查询方法、装置及系统
US8458205B2 (en) Identifying a group of products relevant to data provided by a user
CN115204923A (zh) 实体检测方法、装置、计算机设备及存储介质
KR101541962B1 (ko) 경영실적 검증 장치 및 방법
CN107885839B (zh) 一种在Word文件中读取信息的方法和装置
US11803416B1 (en) Selection and management of devices for performing tasks within a distributed computing system
US20190043034A1 (en) Method and system for receiving a debt payment
Pandey Extracting Market Value of Business and business Decision from Big data Analytics
KR20230079864A (ko) 기업 실적 정보 자동 추출 방법, 장치 및 시스템
CN115795206A (zh) 一种用于对比页面特征的方法、设备、介质及程序产品

Legal Events

Date Code Title Description
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant