KR102215542B1 - 데이터 서비스 처리 - Google Patents

데이터 서비스 처리 Download PDF

Info

Publication number
KR102215542B1
KR102215542B1 KR1020177015813A KR20177015813A KR102215542B1 KR 102215542 B1 KR102215542 B1 KR 102215542B1 KR 1020177015813 A KR1020177015813 A KR 1020177015813A KR 20177015813 A KR20177015813 A KR 20177015813A KR 102215542 B1 KR102215542 B1 KR 102215542B1
Authority
KR
South Korea
Prior art keywords
limit
data
service
data source
user
Prior art date
Application number
KR1020177015813A
Other languages
English (en)
Other versions
KR20170098822A (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 KR20170098822A publication Critical patent/KR20170098822A/ko
Application granted granted Critical
Publication of KR102215542B1 publication Critical patent/KR102215542B1/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/403—Solvency checks
    • G06Q20/4037—Remote solvency checks
    • 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
    • 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/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/407—Cancellation 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Landscapes

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

Abstract

데이터 서비스를 처리하기 위한 예시적인 방법은, 제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청을 취득하는 단계 - 데이터 서비스 요청은 데이터 서비스의 서비스 한도를 전달함 - 와, 데이터 서비스 요청에 따라 제 2 사용자에 의해 채택된 데이터 소스 리스트를 취득하는 단계와, 데이터 소스 리스트에 따라 서비스 한도에 대한 자금 금액을 제 1 사용자에 대응하는 제 1 계좌로 송금하는 단계를 포함한다. 본 발명의 기술적 솔루션은 데이터 소스 리스트에 따라 서비스 한도를 제 1 사용자에 대응하는 제 1 계좌에 송금하여 불충분한 단일 데이터 소스로 인한 데이터 서비스의 중단을 방지하여 결국 데이터 서비스를 용이하게 하고 데이터 서비스의 서비스 품질을 향상시킨다.

Description

데이터 서비스 처리{PROCESSING DATA SERVICE}
본 출원은 2014년 12월 18일자로 출원된 "데이터 서비스를 처리하는 방법 및 장치"라는 명칭의 중국 특허 출원 제201410800424.6호의 외국 우선권을 주장하며, 이는 본 명세서에서 그 전체가 참고로 포함된다.
본 발명은 인터넷 기술 분야에 관한 것으로, 특히 데이터 서비스를 처리하는 방법 및 장치에 관한 것이다.
온라인 쇼핑의 보급이 늘어남에 따라 구매자와 판매자는 인터넷 운영자가 제공하는 네트워크 플랫폼을 통해 상품과 돈을 교환한다. 상품을 수령한 후, 구매자가 상품에 문제를 발견하면 구매자는 종종 판매자에게 환불을 요청한다. 네트워크 보안 트랜잭션에서, 돈이 아직 판매자에게 지불되지 않았으면 판매자의 보안 계좌에 있는 금액이 구매자에게 환불된다. 또한, 돈이 이미 판매자에게 지불되었고 구매자가 환불을 요청하는 경우, 판매자의 계좌에 구매자에게 환불할 충분한 돈이 있다는 보증 메커니즘이 필요하다.
종래 기술에서, 판매자는 구매자에게 환불해 주기 위해 독점적으로 사용되는 일정 금액의 돈, 예컨대, 예치금을 예치하도록 요청받는다. 구매자에게 성공적인 환불을 보장하려면 판매자가 충분히 큰 예치금을 보유해야 한다. 예치금은 여전히 판매자 필수 자금에 속하기 때문에 항상 충분한 자금을 유지하기가 어렵다. 또한, 예치금은 판매자의 자금을 차지하므로, 환불로서 구매자에게 이와 같은 예치금을 반환하는 것은 판매자의 자금 유동성에 영향을 미칠 수 있다. 기존 기술에서는 구매자에게 환불해주기 위한 단일 소스만 있었기 때문에, 다른 자금 소스들 간에 교환 가능성은 없었다.
이 요약은 아래의 상세한 설명에서 더 자세히 설명되는 단순화된 형태의 개념을 소개하기 위해 제공된다. 이 요약은 청구된 본 발명의 모든 주요 특징 또는 필수 특징을 식별하기 위한 것이 아니며 청구된 본 발명의 범위를 결정하는데 도움을 주기 위해 단독으로 사용하려는 것도 아니다. 예를 들어, 용어 "기술(들) 또는 기술 솔루션(들)"은 본 개시 내용 전체에 걸쳐 그리고 위의 문맥에 의해 허용되는 장치(들), 시스템(들), 방법(들) 및/또는 컴퓨터 판독 가능 명령어를 지칭할 수 있다.
이와 같은 점을 고려하여, 본 개시 내용은 단일 데이터 소스로 인해 데이터 서비스 중단을 야기하는 기술적인 문제점을 해결하는데 적용 가능한 새로운 기술적 솔루션을 제공한다.
이러한 목적을 달성하기 위해, 본 개시 내용은 다음의 기술적 솔루션을 제공한다:
본 발명의 제 1 양상에 따르면, 본 발명은 데이터 서비스 처리 방법을 제공하는데, 방법은:
제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청을 취득하는 단계 - 데이터 서비스 요청은 데이터 서비스의 서비스 한도를 전달함 - 와;
데이터 서비스 요청에 따라 제 2 사용자에 의해 채택된 데이터 소스 리스트를 취득하는 단계와;
데이터 소스 리스트에 따라 서비스 한도에 대한 자금 금액을 제 1 사용자에 대응하는 제 1 계좌로 송금하는 단계를 포함하는 동작들을 포함할 수 있다.
본 발명의 제 2 양상에 따르면, 본 발명은 데이터 서비스 처리 장치를 제공하는데, 장치는:
제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청을 취득하는 제 1 취득 모듈 - 데이터 서비스 요청은 데이터 서비스의 서비스 한도를 전달함 - 과;
제 1 취득 모듈에 의해 취득된 데이터 서비스 요청에 따라 제 2 사용자에 의해 채택된 데이터 소스 리스트를 취득하는 제 2 취득 모듈과;
제 2 취득 모듈에 의해 취득된 데이터 소스 리스트에 따라 서비스 한도에 대한 자금 금액을 제 1 사용자에 대응하는 제 1 계좌로 송금하는 송금 모듈을 포함하는 모듈들을 포함할 수 있다.
위의 기술적 솔루션으로부터 알 수 있는 바와 같이, 데이터 소스 리스트에 따라 한도 내의 자금 금액을 제 1 사용자에 대응하는 제 1 계좌에 송금하여 불충분한 단일 데이터 소스로 인한 데이터 서비스의 중단을 방지하여 결국 데이터 서비스를 용이하게 하고 데이터 서비스의 서비스 품질을 향상시킨다.
도 1은 본 발명의 예시적인 실시예에 따른 데이터 서비스를 처리하기 위한 예시적인 방법의 개략적인 흐름도를 도시한다.
도 2a는 본 발명의 다른 예시적인 실시예에 따른 데이터 서비스를 처리하기위한 예시적인 방법의 개략적인 흐름도를 도시한다.
도 2b는 본 발명의 다른 예시적인 실시예에 따른 예시적인 데이터 소스 리스트의 개략도를 도시한다.
도 3은 본 발명의 예시적인 실시예에 따른 예시적인 서버의 구조 개략도를 도시한다.
도 4는 본 발명의 예시적인 실시예에 따른 데이터 서비스를 처리하기 위한 예시적인 장치의 구조 개략도를 도시한다.
도 5는 본 발명의 다른 예시적인 실시예에 따른 데이터 서비스를 처리하기 위한 예시적인 장치의 구조 개략도를 도시한다.
예시적인 실시예는 본 명세서에서 매우 상세하게 설명되며, 예들은 첨부 도면에 제시된다. 하기의 설명이 첨부된 도면을 포함할 때, 달리 지시되지 않는 한, 다른 도면에서 동일한 번호는 동일하거나 유사한 요소를 나타낸다. 다음의 예시적인 실시예에서 설명된 구현예는 본 개시 내용과 일치하는 모든 구현을 나타내지는 않는다. 대신, 이들은 단지 청구 범위에서 청구된 본 개시 내용의 일부 양상과 일치하는 장치 및 방법의 예일 뿐이다.
본 개시 내용에서 사용되는 용어는 특정 실시예를 설명하기 위한 것일 뿐이며, 본 발명을 한정하고자 하는 것은 아니다. 본 개시 내용 및 첨부된 청구 범위에서 사용된 바와 같이, 단수 형태 "일(a)", "일(an)" 및 "상기(the)"는 문맥상 달리 명시하지 않는 한 복수 형태를 포함하도록 의도된다. 또한, 본 명세서에서 사용된 "및/또는"이라는 용어는 언급된 하나 이상의 관련 아이템의 가능한 임의의 또는 모든 조합을 특정하고 포함하는 것으로 이해될 것이다.
본 발명은 다양한 종류의 정보를 기술하기 위해 제 1, 제 2, 제 3 등의 용어를 사용할 수 있지만, 이러한 정보는 이에 한정되지 않는다는 것이 이해되어야 한다. 이러한 용어는 단지 동일한 타입의 정보를 구별하기 위해 사용된다. 예를 들어, 본 발명의 범위를 벗어나지 않으면서, 제 1 정보는 제 2 정보로 지칭될 수 있고, 마찬가지로, 제 2 정보는 제 1 정보로 지칭될 수도 있다. 특정 언어 상황에 따라, 여기서 사용된 "만약 ...면(if)"은 "때(when)", "...경우(in the case that)" 또는 "...라는 결정에 대한 응답으로(in response to determining that)"로 해석될 수 있다.
본 개시 내용은, 제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청을 취득하고, 데이터 서비스 요청에 따라 제 2 사용자에 의해 채택된 데이터 소스 리스트를 취득하고, 데이터 소스 리스트에 따라 제 1 사용자에 대응하는 제 2 계좌로 서비스 한도에 대한 자금 금액을 송금하는데, 이것은 데이터 소스의 다양화를 보장하고 단일 데이터 소스로 인한 데이터 서비스의 중단을 방지한다. 본 발명을 보다 상세하게 설명하기 위해, 다음의 예시적인 실시예가 제공된다.
도 1을 참조하면, 도 1은 서버에 적용될 수 있는 본 발명의 예시적인 실시예에 따른 데이터 서비스를 처리하기 위한 예시적인 방법을 도시하며, 다음의 동작을 포함할 수 있다.
단계 102에서, 제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청이 취득된다. 데이터 서비스 요청은 데이터 서비스의 서비스 한도를 전달한다.
예를 들어, 제 1 사용자는 전자 상거래(E-commerce) 플랫폼에서 구매자일 수 있고, 제 2 사용자는 전자 상거래 플랫폼에서 판매자일 수 있다. 이 경우, 데이터 서비스 요청은 구매자가 온라인 쇼핑 후에 상품을 반환할 때 구매자에 의해 개시된 판매자로의 환불 요청일 수 있다. 제 1 사용자는 물류 회사일 수도 있고 제 2 사용자는 전자 상거래 플랫폼의 판매자일 수도 있다. 이 경우, 데이터 서비스 요청은 물류 화물을 공제하라는 물류 회사에 의해 개시된 판매자로의 요청일 수 있다. 제 1 사용자는 판매자일 수도 있고 제 2 사용자는 구매자일 수도 있다. 구매자가 정기적으로 판매자에게 지불하거나 판매자에게 상환하는 경우, 데이터 서비스 요청은 제 1 사용자가 구매자에게 해당 한도에 대한 금액을 지불하도록 요청하기 위한 요청일 수 있다. 데이터 서비스 요청은 서비스 라벨을 전달할 수 있고, 서비스 라벨을 사용하여, 구매자가 판매자로부터 환불을 요청하는 것, 물류 회사가 판매자에게 물류 화물을 공제하도록 요청하는 것, 또는 판매자가 구매자에게 주기적으로 지불할 것을 요청하는 것과 같은 데이터 서비스가 식별된다.
단계 104에서, 제 2 사용자에 의해 채택된 데이터 소스 리스트는 데이터 서비스 요청에 따라 취득된다.
이 예시적인 실시예에서, 데이터 소스 리스트는: 전자 상거래 플랫폼에서 제 2 사용자에 의해 저장된 계좌 잔액 (계좌 잔액은 사용자가 자유롭게 사용하는 사용자 계좌의 자금 금액에 속함); 제 2 사용자의 계좌에 저장되어 있지만 전자 상거래 플랫폼에 의해 동결되어 있고 자유롭게 철회되는 것이 아니라 특정 서비스에서만 사용되는 전자 상거래 플랫폼에 제 2 사용자가 제공하는 예치금; 제 3 자(예컨대: 은행 시스템)(제 3 자가 제공한 계좌에 저장되어 있고 제 2 사용자가 제 3 자와 관련 계약을 체결해야 함)의 제 3 자 자금 지원 - 여기서, 제 3 자에 의해 지불된 자금은 전자 상거래 플랫폼을 통해 취득되고, 이와 같은 제 3 자 자금 지원은 제 2 사용자에게 이용 요금을 지불하도록 요청하고, 제 3 자와 계약을 한 사용자가 자금을 지원받음 - 을 포함할 수 있다. 따라서, 제 2 사용자에 의해 채택된 데이터 소스 리스트는 제 2 사용자의 실제 상황에 따라 결정될 수 있으며, 이는 위 예들 중 하나 이상 또는 이들의 임의의 조합을 포함할 수 있다. 이 예시적인 실시예에서, 사용자는 특정 상황에 따라 결정될 수 있는 구매자 또는 판매자일 수 있다. 특히, 잔액, 예치금, 제 3 자의 자금 지원 등과 같은 데이터 소스 리스트에 있는 자금 금액은 서버에 저장된 해당 계좌의 자금 데이터일 수 있으며, 이는 계좌 자금의 형태로 저장될 수 있다. 확실히, 자금 금액 데이터는 독립적인 데이터베이스에 저장되거나 상이한 데이터베이스들에 저장될 수도 있으며, 이는 본 발명의 예시적인 실시예에서 특별히 한정되지 않는다.
단계 106에서, 서비스 한도에 대한 자금 금액은 데이터 소스 리스트에 따라 제 1 사용자에 대응하는 제 1 계좌로 송금된다.
이 예시적인 실시예에서, 상이한 사용자가 상이한 잔액, 상이한 예치금을 가지고, 제 3 자와 상이한 계약을 체결했기 때문에, 상이한 사용자의 데이터 소스 리스트에서, 각각의 데이터 소스 역시 상이하고, 데이터 소스 리스트 내의 각각의 데이터 소스는 상이한 한도를 가진다. 따라서 데이터 소스 리스트를 사용하여 각 데이터 소스를 최대한 조정하면 다양한 데이터 서비스 요청의 요구 사항이 충족된다.
상술한 예시적인 실시예에서 알 수 있듯이, 본 발명은 데이터 소스 리스트에 따라 제 1 사용자에 대응하는 제 1 계좌로 서비스 한도를 송금하여, 이는 단일 데이터 소스에 의해 야기된 데이터 서비스의 중단을 피하고 데이터 서비스를 더욱 용이하게 하며 데이터 서비스의 서비스 품질을 향상시킨다.
도 2a를 참조하면, 도 2a는 본 발명의 다른 예시적인 실시예에 따른 데이터 서비스를 처리하기 위한 다른 예시적인 방법의 개략적인 흐름도이다. 예시적으로, 제 1 사용자가 제 2 사용자에게 환불을 요청하는 경우, 이 방법은 다음과 같은 동작을 포함한다.
단계 202에서, 제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청이 취득된다. 데이터 서비스 요청은 제 2 사용자에 대한 환불 한도를 전달한다.
단계 202의 상세한 설명에 대해서는, 이후에 설명하지 않고 단계 102의 관련 설명을 참조할 수 있다.
단계 204에서, 데이터 서비스 요청에 따라 제 2 사용자에 의해 채택된 데이터 소스 리스트가 취득된다.
이 예시적인 실시예에서, 제 2 사용자가 전자 상거래 플랫폼에 기초한 판매자인 경우, 판매자의 데이터 소스 리스트는 전자 상거래 플랫폼에서의 판매자의 계좌 잔액, 전자 상거래 플랫폼에 제공된 예치금, 판매자와 제 3 자 (예컨대: 은행 또는 전자 상거래 플랫폼) 간의 계약을 기반으로 한 자금 금액을 포함할 수 있다. 다른 실시 예에서, 판매자는 제 3 자와 자금 지원 계약을 체결하지 않을 수 있다. 이 경우, 데이터 소스 리스트는 전자 상거래 플랫폼의 판매자 계좌 잔액과 전자 상거래 플랫폼에 제공되는 예치금이 포함할 수 있다.
단계 206에서, 데이터 소스 리스트 내의 각 데이터 소스의 한도 파라미터 정보가 결정된다.
이 예시적인 실시 예에서, 한도 파라미터 정보는 적어도: 현재 한도, 최대 출금 한도, 각 데이터 소스의 예비 한도 등을 포함한다. 예를 들어, 도 2b에 도시된 바와 같이, 판매자의 데이터 소스 리스트가 자금 소스 1(214), 자금 소스 2(220), 자금 소스 3(222)를 포함하는 것으로 결정된다. 예를 들어, 자금 소스 1의 금액, 자금 소스 2의 금액, 자금 소스 3의 금액은 각각 판매자의 계좌 잔액, 전자 상거래 플랫폼에 제공된 예치금 및 판매자와 제 3 자(예컨대: 은행 또는 전자 상거래 플랫폼) 간의 계약을 기반으로 한 자금 금액이다. 예를 들어, 계좌 잔액의 현재 한도는 400 RMB이다. 전자 상거래 플랫폼에 제공된 예치금은 1000 RMB이며, 예치금에 대한 예비 한도는 500 RMB이다. 제 3 자와 체결한 계약에 근거한 자금의 최대 한도 금액은 1000 RMB이고, 제 3 자의 현재 한도는 2000 RMB이다.
단계 208에서, 각각의 데이터 소스의 한도 파라미터 정보에 따라 각 데이터 소스로부터의 출금에 대한 데이터 한도가 결정된다.
데이터 소스 리스트에서 판매자의 계좌 잔액은 상한선이 없을 수 있다. 그러나 예치금은 사용자에게 속하기는 하지만 동결되어 있으므로 지정된 데이터 서비스에서만 예치금이 사용될 수 있다. 또한, 예치금의 사용은 판매자와 전자 상거래 플랫폼 제공자 간의 계약을 준수할 필요가 있다. 제 3 자로부터의 자금 금액은 제 3 자에 속하기 때문에 제 3 자와 판매자 간의 계약에 근거해야 하며 지정된 데이터 서비스에서만 사용될 수 있다. 예를 들어, 최소 1000 RMB의 예치금이 선불되어야 한다고 판매자와 전자 상거래 플랫폼 제공자 간의 계약에 규정되어 있으면, 여기서 판매자는 500 RMB이상을 자유롭게 사용할 수 없다(즉, 예치금의 예비 한도는 500 RMB이다). 자금 금액 측면에서, 판매자와 제 3 자 사이에서 제 3 자 자금 지원의 최대 한도가 500 RMB인 것으로 합의된다. 예를 들어, 환불 한도는 2000 RMB이며, 단계 206에서 결정된 계좌 잔액의 현재 한도는 400 RMB이며, 예치금으로의 입금 한도는 500 RMB이며, 제 3 자 자금 지원 한도는 1000 RMB이다. 따라서 구매자의 한도는 400 + 500 + 1000 = 1900 RMB이다. 이 경우, 단계 202에서 구매자가 판매자에게 요청한 환불 한도가 300 RMB인 것으로 결정되면, 300 RMB가 판매자의 계좌 잔액에서 직접 출금된다. 환불 한도가 500 RMB인 경우, 판매자의 계좌 잔액에서 400 RMB가 먼저 차감된 후, 판매자의 예치금에서 100 RMB가 차감된다. 환불 한도가 1000 RMB인 경우, 판매자의 계좌 잔액에서 400 RMB가 차감된 후, 판매자 예치금에서 500 RMB가 차감되고, 최종적으로 100 RMB가 제 3 자로부터 출금되어, 환불 한도인 1000 RMB을 달성한다. 또한, 이 예시적인 실시예에서 차감 시퀀스는 세트 순서, 예를 들어, 첫 번째로 제 3 자 자금 지원, 이어서 예치금, 그리고 최종적으로 사용자의 계좌 잔액의 순서로도 실행될 수 있다.
단계 210에서, 각 데이터 소스로부터의 출금을 위해 데이터 한도에 대한 자금 금액은 데이터 한도에 따라 제 1 사용자에 대응하는 제 1 계좌로 송금된다.
예시적인 실시예에서, 각 데이터 소스로부터 송금된 데이터 한도는 중간 계좌로 이체될 수 있고, 데이터 한도에 대한 자금 금액은 중간 계좌를 통해 제 1 사용자에 대응하는 제 1 계좌로 송금될 수 있으며, 이는 출금되는 자금 금액이 제 2 사용자에 의해 다른 용도, 즉 특정 목적을 위한 특정 자금으로 사용되지 않을 것임을 보증한다. 또한, 중간 계좌는 전자 상거래 플랫폼에 설정된 계좌일 수 있다. 예를 들어, 단계 208에서의 동작들을 통해, 만약 데이터 소스 리스트를 사용하여 구매자에게 충분한 환불 한도가 제공된다고 판정되면, 1000 RMB의 환불 한도가 구매자의 계좌로 송금된다. 도 2b에 도시된 바와 같이, 제 1 사용자는 복수의 구매자(예를 들어, 구매자 1 및 구매자 2)일 수 있다. 복수의 구매자가 동일한 판매자에게 환불 요청을 제기한 경우, 전술한 방법과 동일한 방법을 채택하여 각 구매자에 대한 환불 한도가 결정된다.
이 예시적인 실시예에서, 설명의 목적상, 데이터 소스 리스트는 판매자의 자금 소스를 설명하기 위해 사용된다. 판매자의 자금 소스는 판매자 및 전자 상거래 플랫폼 제공자 및 제 3 자 간에 체결된 상이한 계약들에 의존하므로 판매자의 자금 소스는 상이한 한도들을 가질 수 있다. 따라서, 자금 소스 리스트의 금액을 사용하여 각 데이터 소스를 최대한 조정함으로써 구매자의 환불 서비스가 보장되고 환불 중에 구매자의 서비스 품질이 향상된다.
위의 실시예에 기초하여, 방법은 다음의 동작을 더 포함할 수 있다.
데이터 소스 리스트에 따라 결정된 출금 한도가 서비스 한도보다 작은 경우, 데이터 서비스 실패 프롬프트 메시지가 제 1 사용자에게 전송된다.
예를 들어, 구매자는 판매자에게 2000 RMB을 환불해 줄 것을 요청한다. 그러나, 판매자의 현재 계좌 잔액은 200 RMB이고, 예치금에 대한 이용 가능한 한도는 500 RMB이며, 제 3 자의 현재 계좌는 1000 RMB이다. 이 경우, 출금 한도는 200 + 500 + 1000 = 1700 RMB로 2000 RMB의 환불 한도보다 적다. 이때, 데이터 서비스 실패의 프롬프트 메시지를 구매자에게 리턴해야 할 필요가 있다. 이러한 프롬프트 메시지는 판매자가 구매자에게 환불 한도를 지불할 수 있을 때까지 기다릴 것을 구매자에게 알리고, 데이터 서비스 요청은 다시 한 번 시작될 것이다.
도 2b를 더 참조하면, 구매자가 판매자(212)에게 환불을 요청하는 시나리오에서, 구매자가 판매자로부터 출금 받기를 요청하는 "서비스 한도"는 비용 금액 a이다. 비용 금액 a가 판매자의 잔액 계좌에서 기본적으로 나온 경우, 판매자의 잔액 계좌가 충분하면 판매자에게 환불을 요청하는 구매자의 동작이 성공적으로 수행되고; 판매자의 잔액 계좌가 충분하지 않은 경우, 다른 자금 소스를 사용해 볼 필요가 있다. 예를 들어, 자금 금액이 자금 소스 1(214)에서 "출금 자금"(216)으로 출금된 후에, 자금 금액이 판매자(212)에 의해 다른 목적, 즉, 특정 목적을 위한 특정 자금으로 사용되지 않을 것을 보장하기 위해 중간 자금(218)으로 이 자금 금액이 송금될 수 있다. 이 시점에서 데이터 소스 리스트가 취득된다. 대안적으로, "자금 소스 1"(214)은 또한 "출금 자금"(216)에서 동결될 수 있다. 이에 따라, 자금 소스 1(214), 자금 소스 2(220) 및 자금 소스 3(222)으로부터의 자금 펀드는 해당 한도 파라미터 정보에 의해 제한되고, 한도 파라미터 정보는 예를 들어, 최소 금액, 최대 금액, 할당량, 특정 통화 등을 포함한다. 또한, 자금 소스로부터의 자금금액이 충분하더라도, 자금을 출금하는 동작은 여전히 구매자의 실제 요구 사항에 따라 결정될 수 있다. 자금 소스 리스트에 있는 임의의 자금 소스가 요건을 충족할 수 없는 경우 다른 자금 소스가 트리거될 수 있다. 모든 자금 소스의 총 한도가 여전히 서비스 한도를 만족시키지 못하면, 서비스 요청은 그에 따라 실패하게 된다. 도 2b에 도시된 바와 같이, 구매자 1(224(1)) 및 구매자 2(224(2))와 같은 다수의 구매자가 있을 수 있다.
물류 회사가 판매자에게 물류 화물 운임 지불을 요청하고 판매자가 구매자에게 주기적으로 지불하도록 요청하는 시나리오의 특정 구현에 대해, 구매자가 판매자에게 환불을 요청하는 위 시나리오를 참조할 수 있고, 여기서는 더 이상 설명하지 않을 것이다.
도 3에 도시된 바와 같이, 본 발명은 데이터 서비스를 처리하는 방법에 대응하는 본 발명의 예시적인 실시예에 따른 예시적인 서버의 구조 개략도를 더 제공한다. 도 3을 참조하면, 하드웨어 측면에서, 서버(300)는 프로세서(302), 내부 버스(304), 네트워크 인터페이스(306), 내부 메모리(308) 및 비휘발성 메모리(NVM)(310)를 포함한다.
내부 메모리(308) 및 NVM(310)은 메모리 또는 컴퓨터 판독 가능 매체의 예이다. 본 명세서에 정의된 바와 같이, 컴퓨터 판독 가능 매체는 변조된 데이터 신호 및 반송파와 같은 일시적인 매체를 포함하지 않는다.
서버(300)(도 3에 도시됨)는 또한 입력 및 출력 인터페이스와 같은 다른 서비스에 의해 요구되는 하드웨어를 포함할 수 있다. 프로세서(302)는 대응하는 컴퓨터 실행 가능 명령 또는 컴퓨터 프로그램을 NVM(310)으로부터 내부 메모리(308)로 판독한 다음, 컴퓨터 실행 가능 명령 또는 컴퓨터 프로그램을 실행함으로써 논리 레벨에서 데이터 서비스를 처리하기 위한 장치(312)를 형성할 수 있다. 물론, 소프트웨어 구현 이외에, 본 발명은 다른 형태의 구현, 예를 들어, 논리 장치 또는 소프트웨어와 하드웨어의 조합 등을 포함할 수도 있다. 즉, 처리 동작을 수행하는 개체는 논리 단위에 국한되지 않으며, 하드웨어 또는 논리 장치일 수 있다.
도 4를 참조하면, 소프트웨어 구현 측면에서, 데이터 서비스를 처리하기 위한 예시적인 장치(312)는: 제 1 취득 모듈(402), 제 2 취득 모듈(404) 및 송금 모듈(406)을 포함할 수 있다.
제 1 취득 모듈(402)은 제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청을 취득하는데, 여기서, 데이터 서비스 요청은 데이터 서비스의 서비스 한도를 전달한다. 제 2 취득 모듈(404)은 제 1 취득 모듈(402)에 의해 취득된 데이터 서비스 요청에 따라 제 2 사용자에 의해 채택된 데이터 소스 리스트를 취득한다. 송금 모듈(406)은 서비스 한도에 대한 자금 금액을 제 2 취득 모듈(404)에 의해 취득된 데이턴 소스 리스트에 따라 제 1 사용자에 대응하는 제 1 계좌로 송금한다.
도 5를 참조하면, 예를 들어, 제 2 취득 모듈(404)은 다음의 유닛:
데이터 서비스 요청에 따라 데이터 서비스의 타입을 결정하는 제 1 결정 유닛(502); 및
데이터 서비스의 타입에 따라 제 2 사용자에 의해 채택된 데이터 소스 리스트를 결정하는 제 2 결정 유닛(504)을 포함할 수 있다.
예를 들어, 송금 모듈(406)은 다음의 유닛:
데이터 소스 리스트 내의 각 데이터 소스의 한도 파라미터 정보를 결정하는 제 3 결정 유닛(506);
제 3 결정 유닛(506)에 의해 결정된 각 데이터 소스의 한도 파라미터 정보에 따라 각 데이터 소스의 출금된 데이터 한도를 결정하는 제 4 결정 유닛(508); 및
제 4 결정 유닛(508)에 의해 결정된 각 데이터 소스의 출금된 데이터 한도에 따라 제 1 사용자에 대응하는 제 1 계좌에 데이터 한도에 대한 자금 금액을 송금하는 송금 유닛(510)을 포함할 수 있다. 또한, 송금 유닛(510)은: 각 데이터 소스의 출금된 데이터 한도를 중간 계좌로 송금하는 입금 서브-유닛(trasfer-in sub-unit)(도 5에 미도시); 및 중간 계좌를 통해 제 1 사용자에 대응하는 제 1 계좌로 데이터 한도에 대한 자금 금액을 송금하는 출금 서브-유닛(trasfer-out sub-unit)(도 5에는 도시하지 않음)를 포함할 수 있다.
선택적으로, 한도 파라미터 정보는: 현재 한도, 최대 출금 한도 및 각 데이터 소스의 예비 한도를 포함할 수 있다.
제 4 결정 유닛(508)은 다음의 서브-유닛:
데이터 소스 리스트의 각 데이터 소스의 현재 한도 및 대응하는 최대 출금 한도 사이의 크기 관계를 결정하는 제 1 결정 서브-유닛(512); 및
제 1 결정 서브-유닛(512)이 현재 한도가 최대 출금 한도보다 작은 것으로 결정하면, 현재 한도와 예비 한도의 간의 차이에 해당하는 한도를 제 1 계좌로 출금하도록 결정하는 제 2 결정 서브-유닛(514)을 포함할 수 있다.
또한, 장치(312)는 제 2 취득 모듈(404)에 의해 취득된 데이터 소스 리스트에 따라 결정된 출금 한도가 제 1 취득 모듈(402)에 의해 취득된 서비스 한도보다 작다고 결정하면, 데이터 서비스 실패의 프롬프트 메시지를 제 1 사용자에게 전송하는 전송 모듈(516)을 더 포함할 수 있다.
따라서, 본 발명에서, 송금 모듈(406)은 제 2 취득 모듈(404)에 의해 취득된 데이터 소스 리스트에 따라 제 1 사용자에 대응하는 제 1 계좌로 서비스 한도를 송금함으로써, 불충분한 단일 데이터 소스로 인해 발생하는 데이터 서비스의 중단을 방지하여, 데이터 서비스를 용이하게 하고 데이터 서비스의 서비스 품질을 향상시킨다.
또한, "포함하다(comprise)", "포함하다(include)" 및 이의 변형된 용어는 비-배타적인 포함을 커버하도록 의도되었으므로, "일련의 요소의 프로세스, 방법, 아티클 또는 장치를 포함하는"이라는 표현은 이 요소들을 포함하는 것뿐만 아니라 명시적으로 나열되지 않은 다른 요소도 포함하거나, 프로세스, 방법, 아티클 또는 장치의 고유 소자를 더 포함한다는 것을 알아야 한다. 추가로 한정하는 것 없이, "...를 포함하는(including a ...)"이라는 표현에 의해 정의된 요소는 요소의 프로세스, 방법, 아티클 또는 장치에서 부가적인 동일한 요소를 제외하지 않는다.
위의 설명은 본 발명의 예시적인 실시예에 불과하며, 본 발명을 한정하려는 것은 아니다. 본 발명의 사상 및 원리에 의해 행해지는 임의의 수정, 동등한 대체, 개선 등은 본 발명의 범위에 포함되어야 한다.

Claims (20)

  1. 컴퓨터에 의해 수행되는 방법으로서,
    제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청을 취득하는 단계 - 상기 데이터 서비스 요청은 데이터 서비스의 서비스 한도를 전달함 - 와,
    상기 데이터 서비스 요청에 따라 상기 제 2 사용자에 의해 채택된 데이터 소스 리스트를 취득하는 단계와,
    상기 데이터 소스 리스트에 따라 상기 서비스 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 제 1 계좌로 송금하는 단계 - 단일의 데이터 소스의 현재 한도가 상기 서비스 한도보다 적은 경우, 상기 송금되는 자금 금액은 상기 데이터 소스 리스트 중의 둘 이상의 데이터 소스로부터 송금됨 - 를 포함하되,
    상기 데이터 서비스 요청에 따라 상기 제 2 사용자에 의해 채택된 상기 데이터 소스 리스트를 취득하는 단계는,
    상기 데이터 서비스 요청에 따라 상기 데이터 서비스의 타입을 결정하는 단계와,
    상기 데이터 서비스의 타입에 따라 상기 제 2 사용자에 의해 채택된 상기 데이터 소스 리스트를 결정하는 단계를 포함하며,
    상기 데이터 소스 리스트에 따라 상기 서비스 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 제 1 계좌로 송금하는 단계는,
    상기 각각의 데이터 소스에서 출금되는 각각의 데이터 한도를 중간 계좌로 송금하는 단계와,
    상기 서비스 한도에 대한 자금 금액을 상기 중간 계좌를 통해 상기 제 1 사용자에 대응하는 상기 제 1 계좌로 송금하는 단계를 포함하는
    방법.
  2. 삭제
  3. 제 1 항에 있어서,
    상기 데이터 소스 리스트에 따라 상기 서비스 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 제 1 계좌로 송금하는 단계는,
    상기 데이터 소스 리스트 내의 각각의 데이터 소스의 한도 파라미터 정보를 결정하는 단계와,
    상기 각각의 데이터 소스의 상기 한도 파라미터 정보에 따라 상기 각각의 데이터 소스에서 출금되는 데이터 한도를 결정하는 단계와,
    상기 각각의 데이터 소스에서 출금되는 상기 데이터 한도에 따라 상기 데이터 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 상기 제 1 계좌로 송금하는 단계를 포함하는
    방법.
  4. 제 3 항에 있어서,
    상기 한도 파라미터 정보는,
    상기 각각의 데이터 소스의 현재 한도와,
    상기 각각의 데이터 소스의 최대 출금 한도와,
    상기 각각의 데이터 소스의 예비 한도를 포함하는
    방법.
  5. 제 4 항에 있어서,
    상기 각각의 데이터 소스의 상기 한도 파라미터 정보에 따라 상기 각각의 데이터 소스에서 출금되는 상기 데이터 한도를 결정하는 단계는,
    상기 각각의 데이터 소스의 현재 한도와 상기 각각의 데이터 소스의 최대 출금 한도 사이의 크기 관계를 결정하는 단계와,
    상기 현재 한도가 상기 최대 출금 한도보다 작은 것으로 결정하는 것에 응답하여, 상기 현재 한도와 상기 예비 한도 사이의 차이에 대응하는 한도를 상기 제 1 계좌로 송금하는 단계를 포함하는
    방법.
  6. 삭제
  7. 제 1 항에 있어서,
    상기 데이터 소스 리스트에 따라 결정된 출금 한도가 상기 서비스 한도보다 작은 것으로 결정하는 것에 응답하여 데이터 서비스 실패의 프롬프트 메시지를 상기 제 1 사용자에게 전송하는 단계를 더 포함하는
    방법.
  8. 제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청을 취득하는 제 1 취득 모듈 - 상기 데이터 서비스 요청은 데이터 서비스의 서비스 한도를 전달함 - 과,
    상기 데이터 서비스 요청에 따라 상기 제 2 사용자에 의해 채택된 데이터 소스 리스트를 취득하는 제 2 취득 모듈과,
    상기 데이터 소스 리스트에 따라 상기 서비스 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 제 1 계좌로 송금하는 송금 모듈 - 단일의 데이터 소스의 현재 한도가 상기 서비스 한도보다 적은 경우, 상기 송금되는 자금 금액은 상기 데이터 소스 리스트 중의 둘 이상의 데이터 소스로부터 송금됨 - 을 포함하되,
    상기 제 2 취득 모듈은,
    상기 데이터 서비스 요청에 따라 상기 데이터 서비스의 타입을 결정하는 제 1 결정 유닛과,
    상기 데이터 서비스의 타입에 따라 상기 제 2 사용자에 의해 채택된 상기 데이터 소스 리스트를 결정하는 제 2 결정 유닛을 포함하고,
    상기 송금 모듈은,
    상기 각각의 데이터 소스에서 출금되는 각각의 데이터 한도를 중간 계좌로 송금하는 입금 서브-유닛과,
    상기 서비스 한도에 대한 자금 금액을 상기 중간 계좌를 통해 상기 제 1 사용자에 대응하는 상기 제 1 계좌로 송금하는 출금 서브-유닛을 포함하는
    서버.
  9. 삭제
  10. 제 8 항에 있어서,
    상기 송금 모듈은,
    상기 데이터 소스 리스트 내의 각각의 데이터 소스의 한도 파라미터 정보를 결정하는 제 3 결정 유닛과,
    상기 각각의 데이터 소스의 상기 한도 파라미터 정보에 따라 상기 각각의 데이터 소스에서 출금되는 데이터 한도를 결정하는 제 4 결정 유닛과,
    상기 각각의 데이터 소스에서 출금되는 상기 데이터 한도에 따라 상기 데이터 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 상기 제 1 계좌로 송금하는 송금 유닛을 포함하는
    서버.
  11. 제 10 항에 있어서,
    상기 한도 파라미터 정보는,
    상기 각각의 데이터 소스의 현재 한도와,
    상기 각각의 데이터 소스의 최대 출금 한도와,
    상기 각각의 데이터 소스의 예비 한도를 포함하는
    서버.
  12. 제 11 항에 있어서,
    상기 제 4 결정 유닛은,
    상기 각각의 데이터 소스의 현재 한도와 상기 각각의 데이터 소스의 최대 출금 한도 사이의 크기 관계를 결정하는 제 1 결정 서브-유닛과,
    상기 현재 한도가 상기 최대 출금 한도보다 작은 것으로 결정하는 것에 응답하여, 상기 현재 한도와 상기 예비 한도 사이의 차이에 대응하는 한도를 상기 제 1 계좌로 송금하는 제 2 결정 서브-유닛을 포함하는
    서버.
  13. 삭제
  14. 제 8 항에 있어서,
    상기 데이터 소스 리스트에 따라 결정된 출금 한도가 상기 서비스 한도보다 작은 것으로 결정하는 것에 응답하여 데이터 서비스 실패의 프롬프트 메시지를 상기 제 1 사용자에게 전송하는 전송 모듈을 더 포함하는
    서버.
  15. 동작을 수행하기 위해 하나 이상의 프로세서에 의해 실행 가능한 컴퓨터-실행가능 명령어가 저장된 하나 이상의 메모리로서,
    상기 동작은,
    제 1 사용자에 의해 개시된 제 2 사용자로의 데이터 서비스 요청을 취득하는 것 - 상기 데이터 서비스 요청은 데이터 서비스의 서비스 한도를 전달함 - 과,
    상기 데이터 서비스 요청에 따라 상기 제 2 사용자에 의해 채택된 데이터 소스 리스트를 취득하는 것과,
    상기 데이터 소스 리스트에 따라 상기 서비스 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 제 1 계좌로 송금하는 것 - 단일의 데이터 소스의 현재 한도가 상기 서비스 한도보다 적은 경우, 상기 송금되는 자금 금액은 상기 데이터 소스 리스트 중의 둘 이상의 데이터 소스로부터 송금됨 - 을 포함하되,
    상기 데이터 서비스 요청에 따라 상기 제 2 사용자에 의해 채택된 상기 데이터 소스 리스트를 취득하는 것은,
    상기 데이터 서비스 요청에 따라 상기 데이터 서비스의 타입을 결정하는 것과,
    상기 데이터 서비스의 타입에 따라 상기 제 2 사용자에 의해 채택된 상기 데이터 소스 리스트를 결정하는 것을 포함하고,
    상기 데이터 소스 리스트에 따라 상기 서비스 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 제 1 계좌로 송금하는 것은,
    상기 각각의 데이터 소스에서 출금되는 각각의 데이터 한도를 중간 계좌로 송금하는 것과,
    상기 서비스 한도에 대한 자금 금액을 상기 중간 계좌를 통해 상기 제 1 사용자에 대응하는 상기 제 1 계좌로 송금하는 것을 포함하는
    하나 이상의 메모리.
  16. 삭제
  17. 제 15 항에 있어서,
    상기 데이터 소스 리스트에 따라 상기 서비스 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 제 1 계좌로 송금하는 것은,
    상기 데이터 소스 리스트 내의 각각의 데이터 소스의 한도 파라미터 정보를 결정하는 것과,
    상기 각각의 데이터 소스의 상기 한도 파라미터 정보에 따라 상기 각각의 데이터 소스에서 출금되는 데이터 한도를 결정하는 것과,
    상기 각각의 데이터 소스에서 출금되는 상기 데이터 한도에 따라 상기 데이터 한도에 대한 자금 금액을 상기 제 1 사용자에 대응하는 상기 제 1 계좌로 송금하는 것을 포함하는
    하나 이상의 메모리.
  18. 제 17 항에 있어서,
    상기 한도 파라미터 정보는,
    상기 각각의 데이터 소스의 현재 한도와,
    상기 각각의 데이터 소스의 최대 출금 한도와,
    상기 각각의 데이터 소스의 예비 한도를 포함하는
    하나 이상의 메모리.
  19. 제 18 항에 있어서,
    상기 각각의 데이터 소스의 상기 한도 파라미터 정보에 따라 상기 각각의 데이터 소스에서 출금되는 상기 데이터 한도를 결정하는 것은,
    상기 각각의 데이터 소스의 현재 한도와 상기 각각의 데이터 소스의 최대 출금 한도 사이의 크기 관계를 결정하는 것과,
    상기 현재 한도가 상기 최대 출금 한도보다 작은 것으로 결정하는 것에 응답하여, 상기 현재 한도와 상기 예비 한도 사이의 차이에 대응하는 한도를 상기 제 1 계좌로 송금하는 것을 포함하는
    하나 이상의 메모리.
  20. 삭제
KR1020177015813A 2014-12-18 2015-12-15 데이터 서비스 처리 KR102215542B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201410800424.6A CN105787736A (zh) 2014-12-18 2014-12-18 一种数据业务处理方法及装置
CN201410800424.6 2014-12-18
PCT/US2015/065860 WO2016100366A1 (en) 2014-12-18 2015-12-15 Processing data service

Publications (2)

Publication Number Publication Date
KR20170098822A KR20170098822A (ko) 2017-08-30
KR102215542B1 true KR102215542B1 (ko) 2021-02-16

Family

ID=56127476

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177015813A KR102215542B1 (ko) 2014-12-18 2015-12-15 데이터 서비스 처리

Country Status (7)

Country Link
US (1) US20180293559A1 (ko)
JP (1) JP6800852B2 (ko)
KR (1) KR102215542B1 (ko)
CN (1) CN105787736A (ko)
SG (1) SG11201704844TA (ko)
TW (1) TWI701626B (ko)
WO (1) WO2016100366A1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201833836A (zh) * 2017-03-10 2018-09-16 李豪捷 網路購物之交易方法及其交易系統
CN109801051B (zh) * 2017-11-16 2023-04-07 财付通支付科技有限公司 资源转移方法、系统、服务器和计算机可读存储介质
CN109447802B (zh) * 2018-10-22 2020-08-25 成都凡特客科技有限公司 一种基于区块链技术的基金管理系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001283126A (ja) * 2000-03-30 2001-10-12 Shizuo Nagashima 決済代行システム及び決済代行方法
JP2002007918A (ja) * 2000-06-23 2002-01-11 Akesesu:Kk 決済処理方法
JP2003151011A (ja) * 2001-11-19 2003-05-23 Omron Corp 媒体処理装置、媒体、設定装置、媒体処理システムおよび媒体処理方法
JP2005063186A (ja) * 2003-08-13 2005-03-10 Fujitsu Frontech Ltd 電子決済システム、電子決済プログラム及び電子決済装置、

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3919041B2 (ja) * 1997-02-06 2007-05-23 富士通株式会社 決済システム
US8224747B2 (en) * 1998-12-08 2012-07-17 Yodlee.Com, Inc. Interactive funds transfer interface
JP2003044771A (ja) * 2001-01-30 2003-02-14 Fusao Sakurai 取引システム、支払機関サーバ、取引円滑サーバ及び取引方法
KR20030083498A (ko) * 2002-04-23 2003-10-30 황성택 온라인상의 통합 가상계좌 서비스 제공 시스템 및 방법
JP2004213124A (ja) * 2002-12-27 2004-07-29 Hitachi Ltd 資金管理方法及びシステム
US7225154B2 (en) * 2003-03-17 2007-05-29 The Western Union Company Methods and systems for coordinating pooled financial transactions
CN101276447A (zh) * 2007-03-29 2008-10-01 黄金富 可装载多张信用卡借记卡的电子钱包的支付系统和方法
US8929857B2 (en) * 2007-06-28 2015-01-06 Kajeet, Inc. Policy management of electronic devices
CN101567070A (zh) * 2008-04-24 2009-10-28 中国银联股份有限公司 一种交易数据处理方法、系统及一种支付系统
CN101930640A (zh) * 2009-06-26 2010-12-29 海南新生信息技术有限公司 一卡多账户多交易方法和系统
KR101770296B1 (ko) * 2010-09-07 2017-08-22 삼성전자주식회사 데이터 이용 서비스 공유 방법 및 그 장치
CN102521747A (zh) * 2011-12-05 2012-06-27 中国联合网络通信集团有限公司 电子钱包账户绑定方法、业务处理方法、装置及系统
KR20140060900A (ko) * 2012-11-13 2014-05-21 인크로스 주식회사 모바일 대금 결제 방법
US20140280157A1 (en) * 2013-03-13 2014-09-18 Aeris Communications, Inc. Management of data feeds from devices and publishing and consumption of data
KR20140130864A (ko) * 2013-05-02 2014-11-12 중소기업은행 복수의 결제 계좌를 이용한 출금 서비스 장치 및 그 방법
CN103413216B (zh) * 2013-05-16 2018-02-09 深圳市淘淘谷信息技术有限公司 一种多账户管理支付方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001283126A (ja) * 2000-03-30 2001-10-12 Shizuo Nagashima 決済代行システム及び決済代行方法
JP2002007918A (ja) * 2000-06-23 2002-01-11 Akesesu:Kk 決済処理方法
JP2003151011A (ja) * 2001-11-19 2003-05-23 Omron Corp 媒体処理装置、媒体、設定装置、媒体処理システムおよび媒体処理方法
JP2005063186A (ja) * 2003-08-13 2005-03-10 Fujitsu Frontech Ltd 電子決済システム、電子決済プログラム及び電子決済装置、

Also Published As

Publication number Publication date
CN105787736A (zh) 2016-07-20
KR20170098822A (ko) 2017-08-30
TWI701626B (zh) 2020-08-11
JP2018503176A (ja) 2018-02-01
TW201624373A (zh) 2016-07-01
WO2016100366A1 (en) 2016-06-23
US20180293559A1 (en) 2018-10-11
SG11201704844TA (en) 2017-07-28
JP6800852B2 (ja) 2020-12-16

Similar Documents

Publication Publication Date Title
US10002348B1 (en) Routing and processing of payment transactions
KR20190020795A (ko) 리소스 프로세싱 방법 및 장치
CN110264214B (zh) 一种交易账单的生成和核销方法、装置及设备
US20120323765A1 (en) Gift card to credit card transference
US10937010B1 (en) Payment platform for online service providers
US20220237576A1 (en) Control method, non-transitory computer-readable storage medium, information processing apparatus, and control system
KR101303300B1 (ko) 담보거래 서비스 방법
US20140052616A1 (en) Payment system and methods for brokering consumer-pay transactions
CN112184240A (zh) 一种退款请求处理方法和装置
KR102215542B1 (ko) 데이터 서비스 처리
US11551193B2 (en) Systems, methods, and apparatuses for facilitating transfers between user commerce accounts associated with a merchant of a commerce platform
US11282069B2 (en) Touchless virtual card payment automation
US20200265393A1 (en) Predictive analytics for abnormal event resolutions
KR20210034227A (ko) 스마트 컨트랙트 기반의 온라인 거래 중개 장치 및 방법
US10026075B2 (en) Gift card E-bank
US20150371208A1 (en) Method and system for micro-accumulation of funds
CN111986021B (zh) 一种跨境收汇的分批解付方法、装置及设备
KR102181317B1 (ko) 결제 대금 정산 서비스 제공 방법 및 그를 수행하는 결제 대행 서버
US8682787B1 (en) Trade-in program with advance payment
KR102338696B1 (ko) 포인트 변환 시스템
US20240112256A1 (en) Financial service provision system and simple payment company server therefor
JP2008129715A (ja) キャッシュバックサーバ、システムおよび方法
JP2022191027A (ja) 情報処理方法、情報処理装置及びプログラム
CN118056215A (zh) 加密货币的综合地址生成和自动转换
KR101138965B1 (ko) 수수료 쿠폰을 이용한 금융 거래 시스템 및 그 동작방법

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant