KR20190077084A - 자원 할당 방법 및 디바이스, 그리고 전자 지불 방법 - Google Patents

자원 할당 방법 및 디바이스, 그리고 전자 지불 방법 Download PDF

Info

Publication number
KR20190077084A
KR20190077084A KR1020197016766A KR20197016766A KR20190077084A KR 20190077084 A KR20190077084 A KR 20190077084A KR 1020197016766 A KR1020197016766 A KR 1020197016766A KR 20197016766 A KR20197016766 A KR 20197016766A KR 20190077084 A KR20190077084 A KR 20190077084A
Authority
KR
South Korea
Prior art keywords
information
client
payment
party
resource
Prior art date
Application number
KR1020197016766A
Other languages
English (en)
Other versions
KR102203137B1 (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 KR20190077084A publication Critical patent/KR20190077084A/ko
Application granted granted Critical
Publication of KR102203137B1 publication Critical patent/KR102203137B1/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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06018—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding
    • G06K19/06028—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding using bar codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06037—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • 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
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • 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
    • G06Q20/3821—Electronic credentials
    • 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/385—Payment protocols; Details thereof using an alias or single-use codes
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Computer And Data Communications (AREA)
  • Storage Device Security (AREA)

Abstract

서버에 적용 가능한 자원 할당 방법이 제공된다. 방법은, 서버에 액세스하기 위해 제1 클라이언트가 전송한 제1 요청을 수신하는 단계로서, 제1 요청이 토큰 정보를 포함하고, 그리고 토큰 정보와 제2 클라이언트의 자원 정보 간의 대응 관계가 있는, 제1 요청을 수신하는 단계(S101); 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하는 단계(S102); 제1 클라이언트가 입력한 자원 할당 정보를 수신하는 단계(S103); 및 제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료하는 단계(S104)를 포함한다. 본 발명은 제1 클라이언트와 제2 클라이언트에 적용 가능한, 대응하는 자원 할당 디바이스 및 자원 할당 방법을 더 개시한다. 본 발명은 대응하는 전자 지불 방법을 더 개시한다. 본 발명은 자원 할당의 당사자 둘 다의 개인 정보를 보호하고 그리고 자원 할당의 정보 보안을 보장한다. 자원 할당 해결책은 전자 지불의 분야에 적용될 수도 있다.

Description

자원 할당 방법 및 디바이스, 그리고 전자 지불 방법
본 출원은 컴퓨터 기술의 분야, 구체적으로, 자원 할당 방법 및 디바이스, 그리고 전자 지불 방법에 관한 것이다.
인터넷 기술의 발달과 지능 단말기 장비의 대중화에 따라, 사람들에게 더 큰 편리함을 주었고 그리고 자원 할당이 점점 더 일상화되어 가고 있다. 기존의 자원 할당 방법에서, 자원 할당의 당사자 둘 다는 종종 다른 당사자의 개인 정보의 일부를 획득하여 자원 할당을 실현해야 하고, 따라서 자원 할당의 당사자 둘 다의 프라이버시 정보 보안에 대한 잠재적인 위험을 제기한다.
자원을 자금으로서 그리고 자원 할당을 자금 이체로서 구체화함으로써, 모바일 지불은 자금 이체를 실현하도록 폭넓게 사용된다. 기존의 모바일 지불 방법은 수취인(이체 과정에서 자금 수신자)에 의해 지불 2차원 코드를 스캐닝함으로써 또는 지불인(이체 과정에서 자금 이체자)에 의해 수금 2차원 코드를 스캐닝함으로써 수행될 수 있다. 종래의 은행 이체 방법과 비교하여, 기존의 모바일 지불 방법은 당사자가 이체를 위해 다른 당사자에게 당사자의 은행 계좌 정보를 알릴 필요가 없고, 따라서 수취인과 지불인 둘 다를 위한 특정한 정보 보호 역할을 하고, 그리고 당사자 둘 다의 개인의 프라이버시를 어느 정도까지 보호한다.
그러나, 기존의 모바일 지불 방법은 여전히 지불 플랫폼에서 수취인 또는 지불인에게 다른 당사자의 등록 정보를 알리고, 등록 정보는 멤버 계좌, 실명, 증명 사진, 및 휴대폰 번호를 포함할 수도 있고, 그래서 이체의 당사자 둘 다에 대해, 여전히 프라이버시 침해의 위험이 있다. 타인 간의 산발성 거래와 같은 상황에서, 프라이버시 침해의 위험은 더 증가된다.
본 출원의 실시형태는 자원 할당의 당사자 둘 다의 프라이버시 정보를 보호하고 그리고 자원 할당의 정보 보안을 보장하기 위한 자원 할당 방법 및 디바이스를 제공한다.
본 출원의 실시형태는 전자 지불의 당사자 둘 다의 프라이버시 정보를 보호하고 그리고 자금 이체의 정보 보안을 보장하기 위한 전자 지불 방법을 제공한다.
본 출원의 실시형태는 다음의 기술적 해결책을 채택한다:
본 출원의 실시형태에 의해 제공된 자원 할당 방법은,
서버에 액세스하기 위한 제1 클라이언트가 전송한 제1 요청을 수신하는 단계로서, 제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보(token information)를 포함하는, 제1 요청을 수신하는 단계;
제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하는 단계;
제1 클라이언트가 입력한 자원 할당 정보를 수신하는 단계; 및 제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료하는 단계를 포함한다.
본 출원의 실시형태에 의해 제공된 또 다른 자원 할당 방법은,
제1 클라이언트가 서버에 액세스하기 위한 제1 요청을 서버로 전송하여 서버가 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하는 단계로서, 제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보를 포함하는, 제2 클라이언트의 자원 정보를 결정하는 단계; 및
서버가 제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료하도록 자원 할당 정보가 서버에 입력 및 전송되는 단계를 포함한다.
본 출원의 실시형태에 의해 제공된 자원 할당 디바이스는,
서버에 액세스하기 위해 제1 클라이언트가 전송한 제1 요청을 수신하도록 구성된 요청 수신 모듈로서, 제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보를 포함하는, 요청 수신 모듈;
제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하도록 구성된 자원 정보 결정 모듈;
제1 클라이언트가 입력한 자원 할당 정보를 수신하도록 구성된 정보 수신 모듈; 및
제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료하도록 구성된 자원 할당 모듈을 포함한다.
본 출원에 의해 제공된 전자 지불 방법은,
서버에 액세스하기 위해 지불 당사자가 전송한 제1 요청을 수신하는 단계로서, 제1 요청은 수금 당사자의 수금 정보에 대응하는 토큰 정보를 포함하는, 제1 요청을 수신하는 단계;
제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 수금 당사자의 수금 정보를 결정하는 단계; 및
지불 당사자가 입력한 지불 정보를 수신하고, 그리고 지불 당사자가 입력한 지불 정보 및 수금 당사자의 수금 정보에 따라 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하는 단계를 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 서버에 액세스하기 위해 지불 당사자가 전송한 제1 요청은 수금 당사자의 식별 코드 정보를 스캐닝한 후 지불 당사자에 의해 전송된다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 제1 요청은 구체적으로 서버에 액세스하기 위해 식별 코드 정보를 가진 일-대-일 대응 관계의 자료 위치 주소(uniform resource locator)이고, 그리고 자료 위치 주소는 수금 당사자의 수금 정보를 결정하기 위한 토큰 정보를 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 토큰 정보와 수금 당사자의 수금 정보 간의 대응 관계의 확립은 구체적으로,
토큰 정보를 포함하고 그리고 수금 당사자에 대응하는 자료 위치 주소를 생성하고, 그리고 토큰 정보와 수금 당사자의 수금 정보 간의 대응 관계를 결정하는 것을 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 토큰 정보를 포함하고 그리고 수금 당사자에 대응하는 자료 위치 주소를 생성하고, 그리고 토큰 정보와 수금 당사자의 수금 정보 간의 대응 관계를 결정하는 단계는 구체적으로,
수금 당사자의 수금 정보를 획득하는 것;
수금 정보가 검증될 때 수금 정보와 토큰 정보 간의 제1 대응 관계를 확립하고, 그리고 토큰 정보 및 대응하는 식별 코드 정보를 포함하는 자료 위치 주소를 생성하는 것; 및
수금 정보와 토큰 정보 간의 제1 대응 관계 및 토큰 정보와 자료 위치 주소 간의 제2 대응 관계를 저장하고, 그리고 식별 코드 정보를 수금 당사자에게 전송하는 것을 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 수금 당사자의 수금 정보를 결정하는 단계는 구체적으로,
제1 요청에 대응하는 자료 위치 주소에 포함된 토큰 정보를 추출하는 것; 및
토큰 정보에 따라, 서버에서 토큰 정보와 제1 대응 관계를 확립하는 수금 당사자의 수금 정보를 결정하는 것을 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 식별 코드 정보는 바코드 및/또는 2차원 코드이다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 지불 당사자가 입력한 지불 정보는 구체적으로 지불 당사자의 지불 계좌 정보 및 전자 지불 금액 정보를 포함하고; 그리고 수금 당사자의 수금 정보는 구체적으로 수금 당사자의 신원 정보 및 수금 계좌 정보를 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 지불 계좌 정보는 서버에서 지불 당사자의 은행 계좌 정보 및/또는 지불 당사자의 사용자 등록 계좌 정보를 포함하고; 그리고 수금 계좌 정보는 서버에서 수금 당사자의 은행 계좌 정보 및/또는 수금 당사자의 사용자 등록 계좌 정보를 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 서버는 플랫폼 서버 및 적어도 하나의 금융 서버를 포함하고, 방법은 구체적으로,
플랫폼 서버가 플랫폼 서버에 액세스하기 위한 지불 당사자가 전송한 제1 요청을 수신하는 단계로서, 제1 요청은 수금 당사자의 수금 정보에 대응하는 토큰 정보를 포함하는, 제1 요청을 수신하는 단계;
플랫폼 서버가 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 수금 당사자의 수금 정보를 결정하는 단계;
플랫폼 서버가 지불 당사자가 입력한 지불 정보를 수신하는 단계; 및
금융 서버가 지불 당사자가 입력한 지불 정보 및 수금 당사자의 수금 정보에 따라 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하는 단계를 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 플랫폼 서버가 지불 당사자가 입력한 지불 정보를 수신하는 단계 후, 그리고 금융 서버가 지불 당사자가 입력한 지불 정보 및 수금 당사자의 수금 정보에 따라 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하는 단계 전에, 방법은,
플랫폼 서버가 지불 당사자의 지불 계좌 정보에 따라, 지불 계좌 정보에 대응하는 금융 서버를 결정하는 단계; 및
지불 계좌 정보에 대응하는 금융 서버가 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하도록 플랫폼 서버가 지불 명령어를 지불 계좌 정보에 대응하는 금융 서버로 전송하는 단계를 더 포함한다.
바람직하게는, 본 출원에 의해 제공된 전자 지불 방법에서, 지불 계좌 정보에 대응하는 금융 서버로 플랫폼 서버가 전송한 지불 명령어는 구체적으로 수금 당사자의 수금 계좌 정보 및 지불 당사자의 지불 계좌 정보를 포함한다.
본 출원은 또 다른 전자 지불 방법을 더 제공하되, 또 다른 전자 지불 방법은,
서버에 액세스하기 위해 수금 당사자가 전송한 제1 요청을 수신하는 단계로서, 제1 요청은 지불 당사자의 지불 정보에 대응하는 토큰 정보를 포함하는, 제1 요청을 수신하는 단계;
제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 지불 당사자의 지불 정보를 결정하는 단계; 및
수금 당사자가 입력한 수금 정보를 수신하고, 그리고 수금 당사자가 입력한 수금 정보 및 지불 당사자의 지불 정보에 따라 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하는 단계를 포함한다.
본 출원의 실시형태가 채택한 적어도 하나의 기술적 해결책은 다음의 유익한 효과를 달성할 수 있다:
본 출원의 실시형태에서, 제1 클라이언트는 서버에 액세스하기 위한 제1 요청을 서버로 전송한다. 제1 요청은 제2 클라이언트의 자원 정보를 포함하지 않지만, 제2 클라이언트의 자원 정보에 대응하는 토큰 정보를 포함한다. 토큰 정보를 포함한 제1 요청을 수신한 후, 서버가 제1 요청 내 토큰 정보를 식별함으로써 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정할 수 있어서, 서버가 제1 클라이언트가 어떤 제2 클라이언트에 자원을 할당하길 원하는지를 알 수 있다. 본 출원의 이 실시형태에 따르면, 제1 클라이언트가 제2 클라이언트의 자원 정보를 식별하지 못하고, 그리고 제1 클라이언트의 자원 할당 정보와 제2 클라이언트의 자원 정보 둘 다가 서버에서 처리되기 때문에, 제1 클라이언트와 제2 클라이언트가 다른 당사자의 개인 정보를 아는 일 없이 자원 할당을 완료할 수 있고, 따라서, 제1 클라이언트와 제2 클라이언트의 프라이버시 정보가 더 효과적으로 그리고 완전히 보호되고, 그리고 본 출원의 기술적 목적이 달성된다.
자원 할당 동안 자원 할당의 당사자 둘 다(즉, 제1 클라이언트와 제2 클라이언트)가 전자 지불의 수금 당사자와 지불 당사자로서 구체화되어 지불 당사자로부터 수금 당사자로의 전자 지불을 완료할 수 있고, 그래서 본 출원의 실시형태가 시나리오, 예컨대, 자금 이체, 및 전자 지불에 적용 가능하다.
본 명세서에 제시된 첨부된 도면은 본 출원의 추가의 이해를 제공하기 위해 사용되고 그리고 본 출원의 일부를 이룬다. 본 출원의 예시적인 실시형태 및 본 출원의 설명은 본 출원을 설명하기 위해 사용되고, 그리고 임의의 부적절한 제한을 본 출원에 부여하지 않는다.
도 1a는 본 출원의 실시형태에 따른 자원 할당 방법의 흐름도;
도 1b는 본 출원의 실시형태에 따른 제2 자원 할당 방법의 흐름도;
도 1c는 본 출원의 실시형태에 따른 제3 자원 할당 방법의 흐름도;
도 1d는 본 출원의 실시형태에 따른 제4 자원 할당 방법의 흐름도;
도 1e는 본 출원의 실시형태에 따른 제5 자원 할당 방법의 적용 시나리오의 개략도;
도 1f는 본 출원의 실시형태에 따른 제6 자원 할당 방법의 흐름도;
도 1g는 본 출원의 실시형태에 따른 제7 자원 할당 방법의 흐름도;
도 2는 본 출원의 실시형태에 따른 제8 자원 할당 방법의 흐름도;
도 3a는 본 출원의 실시형태에 따른 자원 할당 방법의 인터페이스의 개략도;
도 3b는 본 출원의 실시형태에 따른 자원 할당 방법의 제2 인터페이스의 개략도;
도 3c는 본 출원의 실시형태에 따른 자원 할당 방법의 제3 인터페이스의 개략도;
도 4는 본 출원의 실시형태가 제공한 자원 할당 디바이스의 구조도; 및
도 5는 본 출원의 실시형태에 따른 전자 지불 방법의 흐름도.
본 출원의 목적, 기술적 해결책, 및 이점을 더 분명하게 하기 위해서, 본 출원의 기술적 해결책은 본 출원의 특정한 실시형태 및 첨부된 도면을 참조하여 아래에 분명히 그리고 완전히 설명될 것이다. 분명히, 설명된 실시형태는 본 출원의 모든 실시형태라기보다는 단지 일부 실시형태이다. 창조적 노력 없이 본 출원의 실시형태에 기초한 당업자에 의해 획득된 모든 다른 실시형태는 본 출원의 보호 범위 내에 속할 것이다.
본 출원의 다양한 실시형태에 의해 제공된 기술적 해결책은 첨부된 도면을 참조하여 아래에 상세히 설명될 것이다.
실시형태 1
도 1을 참조하면, 도 1은 본 출원의 실시형태에 따른 자원 할당 방법을 도시한다. 방법은 서버에 적용 가능하고 그리고 다음의 단계를 포함한다:
S101: 서버에 액세스하기 위해 제1 클라이언트가 전송한 제1 요청을 수신(제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보를 포함함);
S102: 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정;
S103: 제1 클라이언트가 입력한 자원 할당 정보를 수신; 및
S104: 제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료.
바람직하게는, 서버에 액세스하기 위해 제1 클라이언트가 전송한 제1 요청은 제2 클라이언트의 식별 코드 정보(제2 클라이언트의 자료 위치 주소에 대응함)를 스캐닝한 후 제1 클라이언트에 의해 전송될 수도 있다. 본 출원의 실시형태에서, 제1 클라이언트는 제2 클라이언트의 식별 코드 정보를 스캐닝한 후 서버에 액세스하기 위한 제1 요청을 서버로 전송한다. 제1 요청은 서버가 제2 클라이언트의 자원 정보를 결정하게 하는 토큰 정보를 포함하지만, 제2 클라이언트의 자원 정보를 포함하지 않는다. 단계(S101)를 실행, 즉, 제1 요청을 수신한 후, 서버는 단계(S102)를 실행하고, 즉, 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하여, 서버가 제1 클라이언트가 자원을 어떤 제2 클라이언트에 할당하길 원하는지를 알 수 있다. 게다가, 단계(S103)를 실행함으로써 제1 클라이언트가 입력한 자원 할당 정보를 수신한 후, 서버는 단계(S104)를 실행하여 자원 할당을 완료할 수 있다.
위의 실시형태에 따르면, 제1 클라이언트가 제2 클라이언트의 식별 코드 정보를 통해 제2 클라이언트의 자원 정보를 식별할 수 없고, 그리고 제1 클라이언트의 자원 할당 정보와 제2 클라이언트의 자원 정보 둘 다가 서버에서 처리되기 때문에, 제1 클라이언트와 제2 클라이언트가 다른 당사자의 개인 정보를 아는 일 없이 자원 할당을 완료할 수 있고, 따라서, 제1 클라이언트와 제2 클라이언트의 프라이버시 정보가 더 효과적으로 그리고 완전히 보호될 수 있고 그리고 본 출원의 기술적 목적이 달성된다.
본 출원의 실시형태의 특정한 구현예는 다양한 양상으로부터 아래에 상세히 설명될 것이다.
서버가 단계(S101)를 실행함으로써 제1 요청을 수신하기 전에, 제1 클라이언트는 제2 클라이언트가 공개적으로 발표할 수도 있거나 또는 제1 클라이언트에게 방향성으로 디스플레이될 수도 있는, 제2 클라이언트의 식별 코드 정보를 스캔할 수 있다. 식별 코드 정보는 도 1b에 도시된 바와 같이, 제2 클라이언트의 기존의 자원 정보에 따라 서버에 의한 맵핑을 통해 획득될 수 있거나 또는 제2 클라이언트의 적용 시 제2 클라이언트가 제출한 자원 정보에 따라 서버에 의해 결정될 수 있다. 구체적으로, 서버가 토큰 정보를 포함하고 그리고 수금 당사자에 대응하는 자료 위치 주소를 생성하고, 그리고 토큰 정보와 제2 클라이언트의 자원 정보 간의 대응 관계를 더 확립하기 위한 단계(S100)를 실행할 수도 있다. 구체적으로, 다음의 단계가 도 1c에 도시된 바와 같이 포함될 수도 있다:
S1001: 제2 클라이언트의 자원 정보를 획득;
S1002: 서버에 의해, 제2 클라이언트의 자원 정보를 검증하고 그리고 제2 클라이언트의 자원 정보가 검증되는지를 판단하고; 그렇지 않다면, 단계(S1003)를 실행하고 그리고 검증 실패 결과를 제2 클라이언트에게 피드백하고; 그러하다면, 단계(S1004 내지 S1006)를 실행;
S1004: 자원 정보가 검증될 때 자원 정보와 토큰 정보 간의 제1 대응 관계를 확립하고, 그리고 토큰 정보 및 대응하는 식별 코드 정보를 포함한 자료 위치 주소를 생성;
S1005: 자원 정보와 토큰 정보 간의 제1 대응 관계 및 토큰 정보와 자료 위치 주소 간의 제2 대응 관계를 저장; 및
S1006: 식별 코드 정보를 제2 클라이언트에게 전송.
단계(S1001)가 실행될 때, 제2 클라이언트의 자원 정보는 다양한 방식으로, 데이터베이스로부터 서버에 의해 판독되거나 또는 제2 클라이언트에 의해 서버로 제출되어 획득될 수도 있다. 단계(S1002)가 실행되어 제2 클라이언트의 자원 정보를 검증할 때, 자원 정보의 검증 내용 및 검증 과정은 제2 클라이언트에 의해 서버로 제출된 상이한 자원 정보에 따라 달라질 수도 있다. 예를 들어, 제2 클라이언트가 제출한 자원 정보가 제2 클라이언트 사용자의 이름 및 은행 계좌를 포함한다면, 서버는 이름, 은행 계좌, 및 은행 정보와 같은 관련된 정보의 대응 관계 및 일관성을 검증할 수 있다. 구체적으로, 서버가 정보를 직접적으로 검증할 수 있다면(예를 들어, 서버는 은행 시스템 서버를 포함하거나 또는 은행 시스템의 계좌 정보를 저장함), 서버는 직접적으로 검증 결과를 낼 수 있고; 그리고 서버가 정보를 직접적으로 검증할 수 없다면, 정보는 검증을 위해 감독 관청(예컨대, 중앙 은행 시스템)으로 전송되어야 하고, 그리고 정보가 검증될 수 있는지가 피드백에 의해 획득된 검증 결과에 따라 결정된다. 또 다른 예를 들면, 제2 클라이언트가 제출한 자원 정보가 등록된 멤버 계좌 및 계좌 비밀번호와 같은, 플랫폼 서버의 제2 클라이언트 사용자의 멤버 등록 정보를 포함한다면, 서버는 플랫폼 서버에서 제2 클라이언트 사용자의 멤버십을 검증할 수 있고 그리고 정보가 검증되는지를 검증 결과에 따라 결정할 수 있다. 또 다른 예를 들면, 제2 클라이언트가 제출한 자원 정보가 지원한 사업체 및 관련된 자격증(예컨대, 사업자 등록증 및 식품 위생 인가증)을 포함한다면, 서버는 제2 클라이언트의 대상 자격과 자격증 간의 대응 관계를 검증할 수 있다. 제2 클라이언트가 제출한 자원 정보는 또한 제2 클라이언트 사용자에 의해 적용된 식별 코드 정보에 대응하는 서비스 유형을 포함할 수도 있고, 서비스 유형은 제2 클라이언트 사용자가 자원 할당 과정에서 자원 이체자 또는 자원 수신자로서 작용할지를 나타낼 수도 있거나 또는 또한 제2 클라이언트 사용자가 종사하는 산업의 유형, 예컨대, 음식 공급 산업, 및 의류 산업을 나타낼 수도 있다. 요약하면, 이 실시형태는, 서버가 저장한 제2 클라이언트에 대응하는 자원 정보가 단계(S104)가 실행될 때 자원 할당을 위한 필요 조건을 충족하는 한, 제2 클라이언트가 자원 정보를 제출하는 형태가 무엇인지, 어떤 자원 정보가 제출되는지 등에 특정한 제한을 두지 않거나, 또는 서버가 자원 정보를 검증하도록 사용하는 과정과 수단이 무엇인지, 어떤 자원 정보가 검증되는지, 및 자원 정보가 검증되는지를 검증 결과에 따라 결정하는 방법 등에 특정한 제한을 두지 않는다.
자원 정보가 검증될 때, 서버가 단계(S1004 내지 S1006)를 실행하여 자원 정보와 토큰 정보 간의 제1 대응 관계를 확립하고, 토큰 정보 및 대응하는 식별 코드 정보를 포함한 자료 위치 주소를 생성하고, 그리고 이어서 식별 코드 정보를 제2 클라이언트에게 전송하여 제2 클라이언트가 식별 코드 정보를 제1 클라이언트에게 디스플레이할 수 있다. 본 출원의 다양한 실시형태에서, 식별 코드 정보는 바코드 또는 2차원 코드, 또는 2개의 조합일 수도 있고, 바람직하게는 2차원 코드는 대량의 정보, 쉬운 식별, 강력한 결함 허용 오차, 저비용, 및 높은 내구성을 갖는다. 제1 클라이언트가 자원을 제2 클라이언트에게 할당해야 할 때, 식별 코드 정보에 대응하는 자료 위치 주소가 식별 코드 정보를 스캐닝함으로써 식별될 수 있어서, 서버에 액세스하기 위한 제1 요청, 즉, 자료 위치 주소에 대응하는 어드레스에 액세스하기 위한 요청을 한다.
위의 실시형태에서 언급된 자료 위치 주소(uniform resource locator: URL)는 인터넷에서 입수 가능한 파일의 위치 및 액세스 방법의 간결한 표현이고, 그리고 인터넷의 표준 파일의 액세스 어드레스이다. 인터넷의 각각의 파일은 고유의 URL을 갖고, 그리고 URL에 포함된 정보는 보통 파일의 위치 및 파일이 처리되어야 하는 방식을 나타낸다. 이 실시형태에서, 서버가 단계(S1004)를 실행하여 자원 정보와 토큰 정보 간의 제1 대응 관계를 확립하고, 그리고 토큰 정보와 자료 위치 주소 간의 제2 대응 관계를 확립하여, 토큰 정보의 브리지 기능(bridge function)에 의해 제2 클라이언트의 자원 정보를 URL에 맵핑하고, 그리고 대응 관계를 확립할 때, 제2 클라이언트의 자원 정보의 토큰 정보에 대응하는 토큰 정보가 URL에 추가된다. 따라서, 제1 클라이언트가 전송한 토큰 정보(즉, 서버에 액세스하기 위한 식별 코드 정보와 일-대-일 대응 관계의 자료 위치 주소(URL))를 포함한 제1 요청을 수신한 후, 서버는 단계(S102)에서 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정할 때 제2 클라이언트 및 URL에 대응하는 제2 클라이언트의 자원 정보를 URL에 포함된 토큰 정보를 통해 결정할 수 있고, 따라서 서버가 제1 클라이언트가 자원을 어떤 제2 클라이언트에 할당하길 원하는지를 알게 하고 그리고 제2 클라이언트의 자원 정보를 검색하여 자원을 할당하게 한다. 게다가, URL이 제2 클라이언트의 자원 정보를 포함하지 않고, 따라서, 제1 클라이언트가 URL에 대응하는 식별 코드 정보를 스캔한 후, 자원 정보, 예컨대, 제2 클라이언트의 이름, 은행 계좌, 및 멤버 계좌가 식별되지 않아서, 제2 클라이언트의 프라이버시 정보는 제1 클라이언트가 식별 코드 정보를 스캔할 때 보호된다.
토큰 정보와 제2 클라이언트의 자원 정보 간의 대응 관계의 확립 동안, 위의 방법에 더하여, 토큰 정보를 포함한 자료 위치 주소가 또한 먼저 서버에서 형성될 수 있고, 그리고 이어서 토큰 정보와 제2 클라이언트의 자원 정보 간의 대응 관계가 제2 클라이언트의 자원 정보가 수신된 후 결정될 수 있다. 유사하게, 토큰 정보와 자원 정보 간의 대응 관계가 확립될 수 있다.
더 구체적으로, 서버가 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하기 위한 단계(S102)를 실행할 때, 도 1d에 도시된 바와 같이, 다음의 단계가 포함될 수도 있다:
S1021: 제1 요청에 대응하는 자료 위치 주소에 포함된 토큰 정보를 추출; 및
S1022: 토큰 정보에 따라, 서버에서 토큰 정보와 제1 대응 관계를 확립하는 제2 클라이언트의 자원 정보를 결정.
이 실시형태에서, 자료 위치 주소에 포함된 토큰 정보가 인터넷 식별자(uniform resource identifier)와 제2 클라이언트의 자원 정보 간의 브리지로서 이해될 수 있고; 한편으로는, 자료 위치 주소가 제2 클라이언트의 자원 정보와 직접적으로 연관되지 않아서, 제1 클라이언트가 자료 위치 주소를 통해 제2 클라이언트의 자원 정보를 획득할 수 없고; 그리고 다른 한편으로는, 서버가 자원 정보와 토큰 정보 간의 제1 대응 관계 및 토큰 정보와 자료 위치 주소 간의 제2 대응 관계를 저장하기 때문에, 서버가 자료 위치 주소에 포함된 토큰 정보를 통해 서버에서 토큰 정보와 대응 관계를 확립하는 자원 정보를 찾을 수 있어서, 자료 위치 주소에 대응하는 자원 정보를 결정할 수 있고 그리고 자원 할당을 실현할 수 있다. 특정한 구현예에서, 제2 클라이언트의 자원 정보와 대응 관계를 가진 토큰 정보 및 URL에 포함된 토큰 정보가 동일한 문자열, 또는 미리 설정된 결과를 획득하도록 미리 설정된 규칙에 따라 결합되고/되거나 계산되는 문자열들일 수도 있다는 것에 유의해야 한다.
서버가 제2 클라이언트의 자원 정보에 따라 제2 클라이언트를 위한 식별 코드 정보를 생성하는 과정, 및 서버가 식별 코드 정보를 스캐닝한 후 제1 클라이언트가 전송한 제1 요청에 따라 제2 클라이언트의 자원 정보를 결정하는 과정이 위에 상세히 설명된다. 특정한 적용 시나리오에서 위의 과정의 구현예가 도 1e에 도시된 실시형태를 참조하여 아래에 더 상세히 설명될 것이다:
수취인(제2 클라이언트와 같음)이 수금 2차원 코드(식별 코드 정보와 같음)를 적용하기 위해 정보, 예컨대, 이름, 수취인 은행 계좌, 휴대폰 번호, 연락처(contact address), 멤버 계좌 등을 애플리케이션 정보(자원 정보와 같음)로서 서버로 제출하고; 애플리케이션 정보를 검증한 후, 서버가 입력된 애플리케이션 정보를 수금 2차원 코드 및 대응하는 URL에 맵핑하고, 그리고 수금 2차원 코드에 대응하는 URL이 토큰(토큰 정보와 같음)을 포함하고; 그리고 서버가 수금 2차원 코드, URL, 및 수금 은행 계좌 정보, 뿐만 아니라 정보 간의 대응 관계를 저장한다. 대응 관계는 수금 2차원 코드가 토큰을 포함한 2차원 코드 URL에 대응하고, 그리고 2차원 코드 URL에 포함된 토큰이 이름, 수금 은행 계좌, 휴대폰 번호, 연락처, 멤버 계좌, 및 수취인의 다른 정보에 대응한다는 것이다. 토큰을 포함한 2차원 코드 URL은 수금 2차원 코드와 수취인의 개인 정보 간의 정보 분리의 역할을 하고, 따라서 수취인의 프라이버시를 보호한다.
서버가 단계(S101)에서 제2 클라이언트의 식별 코드 정보를 스캐닝한 후 제1 클라이언트가 전송한 서버에 액세스하기 위한 제1 요청을 수신한 후, 그리고 단계(S103)에서 제1 클라이언트가 입력한 자원 할당 정보를 수신하기 전에, 도 1f에 도시된 바와 같이, 방법이 다음의 단계를 더 포함할 수도 있다:
S105: 제1 클라이언트가 자원 할당 정보를 입력하게 촉구하기 위한 제2 요청을 제1 클라이언트에게 전송.
제1 클라이언트가 전송한 제1 요청을 수신한 후, 서버는 한편으로는, 단계(S102)를 실행하여 대응하는 제2 클라이언트의 자원 정보를 결정할 수도 있고, 그리고 다른 한편으로는, 제1 클라이언트가 전송한 자원 할당 정보를 수신하도록 대기할 수도 있거나 또는 단계(S105)를 실행하여 제2 요청을 제1 클라이언트에게 능동적으로 전송하여 제1 클라이언트가 자원 할당 정보를 입력하게 촉구할 수도 있다. 이 실시형태에서, 단계(S105)와 단계(S102)의 실행 순서가 구체적으로 제한되지 않고, 그리고 2개의 단계가 하나의 단계 후에 다른 하나의 단계가 실행될 수 있거나 또는 동시에 실행될 수 있다.
게다가, 바람직하게는, 단계(S105)에서, 제1 클라이언트에게 서버가 전송한 제2 요청이 토큰 정보가 분석한 제2 클라이언트의 자원 정보를 포함하지 않아서, 제1 클라이언트가 제2 클라이언트의 프라이버시 정보를 아는 것을 더 방지할 수 있고, 그리고 자원 할당 과정에서 프라이버시 정보 보안이 보장될 수 있다.
제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료하기 위한 단계(S104)를 실행한 후, 도 1g에 도시된 바와 같이, 방법이 다음의 단계를 포함할 수도 있다:
S106: 자원 할당의 결과를 제1 클라이언트와 제2 클라이언트에게 발송.
구체적으로, 제1 클라이언트와 제2 클라이언트에게 발송된 자원 할당의 결과는 성공적인 자원 할당의 결과 또는 실패한 자원 할당의 결과를 포함할 수도 있지만, 바람직하게는 제2 클라이언트의 자원 정보 또는 제1 클라이언트가 입력한 자원 할당 정보를 포함하지 않는다. 따라서, 제1 클라이언트와 제2 클라이언트의 프라이버시 정보가 자원 할당이 완료된 후 계속해서 보호되고, 그리고 자원 할당의 정보 보안이 보호된다.
본 출원의 다양한 실시형태에서, 제1 클라이언트가 입력한 자원 할당 정보는 구체적으로 제1 클라이언트의 제1 자원 관리 계좌 정보 및 자원 할당 데이터 정보를 포함할 수도 있다. 자원 할당 데이터 정보는 특정한 데이터 정보가 할당될 것으로 예상되는 자원을 정량화하는 것으로써 구체화될 수도 있고, 그리고 또한 자원 할당의 목적과 같은 관련된 설명, 및 사용자를 포함할 수도 있다. 실시예로써 은행 이체의 적용 시나리오를 참조하면, 자원 할당 데이터 정보는 이체될 금액으로서 구체화될 수 있고, 그리고 또한 이체의 목적과 같은 언급을 포함할 수 있다. 제1 클라이언트가 입력한 제1 자원 관리 계좌 정보는 제1 클라이언트 사용자의 실제 상황에 따라 제1 클라이언트 사용자에 의해 결정될 수도 있다. 예를 들어, 제1 클라이언트가 이체해야 할 때, 제1 클라이언트 사용자가 지불 플랫폼의 등록된 사용자가 아니라면, 입력되는 제1 자원 관리 계좌 정보는 관련된 정보, 예컨대, 은행 계좌, 이름, 개설 은행, 및 이체를 위해 사용자가 사용하는 은행 비밀번호일 수도 있고; 그리고 제1 클라이언트 사용자가 지불 플랫폼의 등록된 사용자라면, 입력되는 제1 자원 관리 계좌 정보는 또한 사용자 이름 및 사용자가 지불 플랫폼에 등록했던 비밀번호일 수도 있다.
본 출원의 다양한 실시형태에서, 제2 클라이언트의 자원 정보는 구체적으로 제2 클라이언트의 신원 정보 및 제2 자원 관리 계좌 정보를 포함할 수도 있고, 그리고 특정한 콘텐츠가 제2 클라이언트의 실제 상황에 따라 선택 및 결정될 수도 있다. 예를 들어, 제2 클라이언트의 신원 정보는 이름, 신분증 번호, 휴대폰 번호, 연락처, 사업체 등록 정보, 및 자격증 정보와 같은, 제2 클라이언트의 신원 인증과 관련된 관련 정보의 하나 이상의 부분을 포함할 수도 있다. 제2 자원 관리 계좌 정보는 또한 복수의 임의의 콘텐츠를 포함할 수도 있다. 예를 들어, 제2 클라이언트가 이체 지불을 수신하길 원할 때, 제2 클라이언트 사용자가 지불 플랫폼의 등록된 사용자가 아니라면, 제2 자원 관리 계좌 정보는 관련된 정보, 예컨대, 은행 계좌, 이름, 및 이체를 위해 사용자가 사용하는 개설 은행일 수도 있고; 그리고 제2 클라이언트 사용자가 지불 플랫폼의 등록된 사용자라면, 제2 자원 관리 계좌 정보는 또한 사용자 이름 및 사용자가 지불 플랫폼에 등록했던 비밀번호일 수도 있다.
본 출원의 실시형태에 따르면, 제1 클라이언트와 제2 클라이언트가 자원을 할당하길 원한다면, 단지 서버에게 자원을 할당하도록 필요한 필수적인 정보를 제공하는 것이 필요하고, 즉, 자원 이체자와 자원 수신자의, 할당된 자원과 밀접하게 관련된, 할당될 자원 및 정보의 일부만이 제공되어야 하지만, 제1 클라이언트와 제2 클라이언트가 플랫폼의 멤버로서 등록되었는지 그리고 제1 클라이언트와 제2 클라이언트가 동일한 플랫폼의 등록된 멤버인지에 제한이 없다는 것을 알 수 있다. 더 구체적으로, 자원을 자금으로서 그리고 자원 할당을 자금 이체로서 구체화함으로써, 제1 클라이언트와 제2 클라이언트는 지불 플랫폼의 등록된 멤버일 수도 있거나 또는 아닐 수도 있고, 그리고 동일한 지불 플랫폼의 등록된 멤버일 수도 있거나 또는 아닐 수도 있다. 제1 클라이언트 또는 제2 클라이언트가 지불 플랫폼의 등록된 멤버가 아니라면, 단지 자금 이체를 위해 사용될 수 있는 은행 계좌를 서버에 제공해야 한다. 따라서, 바람직하게는, 제1 자원 관리 계좌 정보가 서버에서 제1 클라이언트의 사용자 등록 정보를 포함할 수도 없고/없거나 제2 자원 관리 계좌 정보가 서버에서 제2 클라이언트의 사용자 등록 정보를 포함할 수도 없고, 따라서 자원 할당 전에 서버에서 제1 클라이언트 및/또는 제2 클라이언트의 멤버 등록의 단계를 간소화하고, 그리고 제1 클라이언트 사용자와 제2 클라이언트 사용자가 동일한 플랫폼의 등록된 멤버인지에 제한이 없고, 이는 본 출원의 실시형태의 적용 가능성의 개선에 유익하다.
이 실시형태의 특정한 구현예에서, 서버는 독립적인 조작자에 의해 또는 상이한 조작자에 의해 작동될 수도 있다. 예를 들어, 플랫폼 서버 및 적어도 하나의 자원 관리자가 포함될 수도 있다. 실시예로써 도 1a에 도시된 실시형태를 참조하면, 플랫폼 서버는 단계(S101 내지 S103)를 실행하고 그리고 자원 관리자는 단계(S104)를 실행한다. 도 1b 및 도 1c에 도시된 실시형태에서, 단계(S100) 및 특정한 단계(S1001 내지 S1006)는 플랫폼 서버에 의해 실행된다. 도 1f에 도시된 실시형태에서, 단계(S105)는 플랫폼 서버에 의해 실행된다. 도 1g에 도시된 실시형태에서, 단계(S106)는 플랫폼 서버에 의해, 또는 자원 관리자에 의해, 또는 2개의 조합에 의해 실행될 수도 있다.
게다가, 다수의 임의의 자원 관리자가 있다면, 제1 클라이언트가 자원 이체자이고 그리고 제2 클라이언트가 자원 수신자라고 가정하면, 매칭되는 자원 관리자는 자원 이체자(여기서 제1 클라이언트)에 따라 결정될 수도 있다. 구체적으로, 플랫폼 서버가 제1 클라이언트가 입력한 자원 할당 정보를 수신한 후, 그리고 자원 관리자가 제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료하기 전에, 방법은,
플랫폼 서버가 제1 클라이언트가 입력한 제1 자원 관리 계좌 정보에 따라, 제1 자원 관리 계좌 정보에 대응하는 자원 관리자를 결정하는 단계; 및
플랫폼 서버가 제1 자원 관리 계좌 정보에 대응하는 자원 관리자가 자원 할당을 완료하도록 자원 할당 명령어를 제1 자원 관리 계좌 정보에 대응하는 자원 관리자에게 전송하는 단계를 더 포함할 수도 있다.
위의 실시예에 기초하여, 제1 클라이언트가 입력한 자원 할당 정보가 플랫폼 서버에 저장되고 그리고 제2 클라이언트의 자원 정보가 또한 플랫폼 서버에 저장되기 때문에, 자원 관리자에 의한 자원 할당을 실현하기 위해서, 제2 클라이언트의 제2 자원 관리 계좌 정보 및 제1 클라이언트가 입력한 자원 할당 데이터 정보는 제1 자원 관리 계좌 정보에 대응하는 자원 관리자에게 플랫폼 서버가 전송한 자원 할당 명령어에 추가될 수 있다.
본 출원의 실시형태에서 제1 클라이언트는, 제1 클라이언트와 제2 클라이언트가 자원 할당의 상대방인 한, 자원 이체자 또는 자원 수신자일 수도 있다는 것에 유의해야 한다. 실시예로써 자금 이체의 위의 실시형태의 적용예를 참조하면, 지불인(여기서 제1 클라이언트)이 수취인(여기서 제2 클라이언트)에 대응하는 식별 코드 정보(2차원 코드로서 구현될 수 있음)를 스캔하여 지불하거나, 또는 수취인(여기서 제1 클라이언트)이 지불인(여기서 제2 클라이언트)에 대응하는 식별 코드 정보(2차원 코드로서 구현될 수 있음)를 스캔하여 수금한다. 실제 적용에서, 지불인이 제1 클라이언트이고 그리고 수취인이 제2 클라이언트라면, 지불인의 자금 안전성이 더 우수하게 보장될 수 있고, 그리고 수취인의 높은 빈도의 수금이 또한 고효율로 보장될 수 있다. 이 방법은 고객으로부터 돈을 수금하도록 상인에 의해 사용될 수 있고, 그리고 또한 개인이 돈을 이체해야 하는 상황에서 사용될 수 있다. 실제 적용에서, 지불인이 제2 클라이언트이고 그리고 수취인이 제1 클라이언트라면, 지불인의 자금 보안이 다른 기술적 수단 또는 비기술적 수단과 결합함으로써 보호될 수 있다. 이 방법은 개인 또는 기업(지불인으로서, 여기서 제2 클라이언트)으로부터 세금을 수금하기 위한 세무부(수취인으로서, 여기서 제1 클라이언트)에 의해, 또는 개인 또는 기업(지불인으로서, 여기서 제2 클라이언트)으로부터 돈을 공제하기 위한 사회 안전부(수취인으로서, 여기서 제1 클라이언트)에 의해 사용될 수 있다.
실시형태 2
도 2를 참조하면, 본 출원은 제1 클라이언트에 적용 가능한 자원 할당 방법을 더 제공하고, 방법은 다음의 단계를 포함한다:
S201: 제1 클라이언트가 서버에 액세스하기 위한 제1 요청을 서버로 전송하여 서버가 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정(제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보를 포함함); 및
S202: 제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 서버가 자원 할당을 완료하도록 자원 할당 정보가 서버로 입력되고 그리고 전송됨.
위의 실시형태에서 제1 클라이언트는 스캐닝 기능을 가진 기구를 사용함으로써, 또는 애플리케이션(축약해서 앱(APP))을 구비한 지능 모바일 단말기를 사용함으로써 식별 코드 정보를 스캔하여 제1 요청을 전송할 수 있다.
게다가, 서버에 액세스하기 위한 제1 요청을 서버로 전송한 후, 그리고 자원 할당 정보를 입력하기 전에, 방법은,
제1 클라이언트가 자원 할당 정보를 입력하게 촉구하기 위해 서버가 전송한 제2 요청을 수신하는 단계를 더 포함할 수도 있다.
이 실시형태의 제1 클라이언트가 실시형태 1의 서버와 협력하여 본 출원의 기술적 목적을 실현한다. 실시형태 1의 관련된 설명이 이 실시형태에 적용 가능하고 그리고 여기서 반복되지 않을 것이다.
실시형태 3
본 출원은 제2 클라이언트에 적합한 자원 할당 방법을 더 제공한다. 식별 코드 정보를 수신한 후, 제2 클라이언트가 식별 코드 정보를 제1 클라이언트에게 디스플레이하여 서버는,
서버에 액세스하기 위해 제1 클라이언트가 전송한 제1 요청을 수신하는 단계(제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보를 포함함);
제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하는 단계; 및
제1 클라이언트가 입력한 자원 할당 정보를 수신하고, 그리고 제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료하는 단계를 수행할 수 있다.
구체적으로, 식별 코드 정보를 서버에 적용할 때, 제2 클라이언트가 식별 코드 정보를 서버에 적용하기 위해 자원 정보를 제출할 수 있어서, 서버가 자원 정보가 검증될 때 자원 정보와 토큰 정보 간의 제1 대응 관계를 확립하고, 그리고 토큰 정보 및 대응하는 식별 코드 정보를 포함한 자료 위치 주소를 생성하고, 그리고 자원 정보와 토큰 정보 간의 제1 대응 관계 및 토큰 정보와 자료 위치 주소 간의 제2 대응 관계를 저장한다. 서버가 식별 코드 정보를 제2 클라이언트에게 전송한 후, 제2 클라이언트는 식별 코드 정보를 제1 클라이언트에게 디스플레이할 수 있다.
특정한 구현예에서, 자원 정보는 오프라인 페이퍼 물질의 형태로, 또는 서버에 대응하는 웹 페이지에, 또는 모바일 단말기의 앱에 의해 서버에 제출될 수 있다.
도 3a 내지 도 3c는 2차원 코드를 서버에 적용하는 제2 클라이언트의 실시형태를 도시하고, 그리고 제2 클라이언트를 수취인으로 하면, 제2 클라이언트는 수금 2차원 코드를 발행하기 위해 서버에 적용된다. 도 3a는 수금 2차원 코드의 애플리케이션 인터페이스를 도시하고, 서버가 제2 클라이언트(여기서 수취인)가 작성하도록 요구하는 수금 2차원 코드를 적용하기 위한 자원 정보를 포함한다. 자원 정보는 적어도 하나의 사용자 고유의 식별자, 예컨대, 휴대폰 번호, 및 은행 카드 번호를 포함할 수도 있다. 도 3a에 도시된 바와 같이, 자원 정보는 3개의 사용자 고유의 식별자, 구체적으로, 사용자가 입력한 휴대폰 번호 "13333333333", 카드 소지자의 이름 "XXX", 및 은행 카드 번호 "666666666666666"을 포함할 수도 있고, 그리고 또한 휴대폰 번호에 따라 실시간으로 획득되는 검증 코드를 포함할 수도 있다.
"다음의 단계"의 작동이 도 3a의 인터페이스 하에서 수행된 후, 위의 정보가 서버에 제출되어 서버가 자원 정보를 검증할 수 있다. 자원 정보가 검증된 후, 자원 정보는 수금 2차원 코드 및 대응하는 URL(URL은 자원 정보를 결정하기 위한 토큰 정보를 포함함)에 맵핑된다. 게다가, 서버가 수금 2차원 코드를 제2 클라이언트에게 발행하고, 이는 수금 2차원 코드를 전자 형태로 제2 클라이언트에게 전송하는 것, 또는 도 3b 또는 도 3c에 도시된 바와 같이, 제2 클라이언트가 수금 2차원 코드의 전달 어드레스를 제공하게 또는 서버가 획득된 전달 어드레스를 제2 클라이언트에게 확인을 위해 디스플레이하게 요구하는 것과 같이, 다양한 방식으로 달성될 수 있어서, 서버가 프린팅 후 수금 2차원 코드를 제2 클라이언트에게 전송할 수 있다.
수금 2차원 코드를 수신한 후, 제2 클라이언트가 수금 2차원 코드를 특정한 또는 불특정한 제1 클라이언트에게 디스플레이할 수 있어서, 제1 클라이언트가 수금 2차원 코드를 스캔할 수 있고 그리고 이체할 수 있다.
이 실시형태의 제2 클라이언트가 실시형태 1의 서버와 협력하여 본 출원의 기술적 목적을 실현한다. 실시형태 1의 관련된 설명이 이 실시형태에 적용 가능하고 그리고 여기서 반복되지 않을 것이다.
실시형태 4
실시형태 1에 제공된 자원 할당 방법에 대응하는 도 4를 참조하면, 본 출원은 자원 할당 디바이스를 더 제공하고, 자원 할당 디바이스는,
서버에 액세스하기 위해 제1 클라이언트가 전송한 제1 요청을 수신하도록 구성된 요청 수신 모듈(101)(제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보를 포함함);
제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하도록 구성된 자원 정보 결정 모듈(102);
제1 클라이언트가 입력한 자원 할당 정보를 수신하도록 구성된 정보 수신 모듈(103); 및
제1 클라이언트가 입력한 자원 할당 정보 및 제2 클라이언트의 자원 정보에 따라 자원 할당을 완료하도록 구성된 자원 할당 모듈(104)을 포함한다.
이 실시형태는 또한 서버의 구현 해결책으로서 이해될 수 있다. 서버가 플랫폼 서버와 자원 관리자로 분할될 때, 요청 수신 모듈(101), 자원 정보 결정 모듈(102), 및 정보 수신 모듈(103)은 플랫폼 서버의 일부로서 간주될 수 있고, 그리고 자원 할당 모듈(104)은 자원 관리자의 일부로서 간주될 수 있다.
이 실시형태가 실시형태 1의 자원 관리 방법에 대응하기 때문에, 실시형태 1의 관련된 설명이 이 실시형태에 적용 가능하고 그리고 여기서 반복되지 않을 것이다.
실시형태 5
본 출원은 실시형태 1에 제공된 방법이 금융 분야에 적용될 때, 즉, 자원이 자금으로서 구체화되고, 할당 방법이 전자 지불로서 구체화되고, 그리고 제1 클라이언트와 제2 클라이언트가 전자 지불의 상대방으로서 구체화될 때 전자 지불 방법을 더 제공한다. 제1 클라이언트를 지불 당사자로서, 제2 클라이언트를 수금 당사자로서, 자원 정보를 수금 정보로서, 그리고 자원 할당 정보를 지불 정보로서 구체화함으로써, 전자 지불 방법은 구체적으로,
서버에 액세스하기 위해 지불 당사자가 전송한 제1 요청을 수신하는 단계(제1 요청은 수금 당사자의 수금 정보에 대응하는 토큰 정보를 포함함);
제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 수금 당사자의 수금 정보를 결정하는 단계; 및
지불 당사자가 입력한 지불 정보를 수신하고, 그리고 지불 당사자가 입력한 지불 정보 및 수금 당사자의 수금 정보에 따라 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하는 단계를 포함할 수도 있다.
위의 실시형태에서, 지불 당사자가 전송한 서버에 액세스하기 위한 제1 요청이 수금 당사자의 식별 코드 정보를 스캐닝한 후 지불 당사자에 의해 전송될 수도 있거나, 또는 지정된 웹 어드레스 또는 지정된 문자열을 입력한 후 지불 당사자에 의해 전송될 수도 있다. 게다가, 식별 코드 정보가 바코드 또는 2차원 코드일 수도 있고, 따라서 전자 지불의 작동을 간소화하고 그리고 효율을 개선시킨다.
제1 요청은 서버에 액세스하기 위한 자료 위치 주소를 포함할 수도 있고, 그리고 자료 위치 주소는 수금 당사자의 수금 정보를 결정하기 위한 토큰 정보를 포함한다.
바람직하게는, 토큰 정보와 수금 당사자의 수금 정보 간의 대응 관계의 확립은,
토큰 정보를 포함하고 그리고 수금 당사자에 대응하는 자료 위치 주소를 생성하고, 그리고 토큰 정보와 수금 당사자의 수금 정보 간의 대응 관계를 결정하는 것을 포함할 수도 있다.
바람직하게는, 토큰 정보와 수금 당사자의 수금 정보 간의 대응 관계는,
수금 당사자의 수금 정보를 획득하고;
수금 정보가 검증될 때 수금 정보와 토큰 정보 간의 제1 대응 관계를 확립하고, 그리고 토큰 정보 및 대응하는 식별 코드 정보를 포함한 자료 위치 주소를 생성하고; 그리고
수금 정보와 토큰 정보 간의 제1 대응 관계 및 토큰 정보와 자료 위치 주소 간의 제2 대응 관계를 저장하고, 그리고 식별 코드 정보를 수금 당사자에게 전송함으로써 구체적으로 확립될 수도 있다.
따라서, 자료 위치 주소가 생성되고 그리고 수금 당사자의 수금 정보가 획득된 후 토큰 정보와 수금 정보 간의 대응 관계가 확립되고, 그리고 토큰 정보의 특정한 콘텐츠가 수금 정보의 특정한 콘텐츠와 관련될 수도 있다.
토큰 정보와 수금 정보 간의 대응 관계는 또한,
토큰 정보 및 대응하는 식별 코드 정보를 포함한 자료 위치 주소를 생성하고; 그리고
수금 당사자의 수금 정보를 수신한 후, 토큰 정보와 수금 당사자의 수금 정보 간의 대응 관계를 확립함으로써 확립될 수도 있다.
이 방식으로 대응 관계를 확립함으로써, 토큰 정보를 포함한 자료 위치 주소가 서버에서 사전에 생성될 수도 있다. 서버가 수금 당사자의 수금 정보를 수신한 후, 수금 정보가 더 검증될 수도 있고; 그리고 수금 정보가 검증된 후, 수금 정보와 토큰 정보를 포함한 사전에 생성된 자료 위치 주소 간의 대응 관계가 확립될 수도 있고, 따라서 토큰 정보와 수금 당사자의 수금 정보 간의 대응 관계를 확립한다. 이 방식으로, 자료 위치 주소 및 토큰 정보의 특정한 콘텐츠가 수금 당사자의 수금 정보와 관련되지 않지만, 오직 토큰 정보와 수금 정보 간의 대응 관계가 서버에서 확립된다.
바람직하게는, 서버가 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 수금 당사자의 수금 정보를 결정하는 단계는 구체적으로,
제1 요청에 대응하는 자료 위치 주소에 포함된 토큰 정보를 추출하는 것; 및
토큰 정보에 따라, 서버에서 토큰 정보와 제1 대응 관계를 확립하는 수금 당사자의 수금 정보를 결정하는 것을 포함한다.
지불 당사자가 입력한 지불 정보는 구체적으로 지불 당사자의 지불 계좌 정보 및 전자 지불 금액 정보를 포함할 수도 있고; 그리고 수금 당사자의 수금 정보는 구체적으로 수금 당사자의 수금 계좌 정보 및 신원 정보를 포함할 수도 있다. 게다가, 지불 계좌 정보는 서버에서 지불 당사자의 은행 계좌 정보 및/또는 지불 당사자의 사용자 등록 계좌 정보를 포함할 수도 있고; 그리고 서버에서 수금 당사자의 은행 계좌 정보 및/또는 수금 당사자의 사용자 등록 계좌 정보를 포함할 수도 있다. 서버가 전자 지불을 행하기 전에 지불 당사자의 지불 계좌 정보를 이미 획득했다면, 전자 지불이 행해질 때 지불 당사자가 입력한 지불 정보는 오직 이 전자 지불에 대응하는 전자 지불 금액 정보를 포함할 수도 있다는 것에 유의해야 한다.
게다가, 서버가 플랫폼 서버 및 적어도 하나의 금융 서버를 포함할 수도 있고, 그리고 전자 지불 방법은 구체적으로,
플랫폼 서버가 플랫폼 서버에 액세스하기 위해 지불 당사자가 전송한 제1 요청을 수신하는 단계(제1 요청은 수금 당사자의 수금 정보에 대응하는 토큰 정보를 포함함);
플랫폼 서버가 제1 요청에 포함된 토큰 정보에 따라, 토큰 정보에 대응하는 수금 당사자의 수금 정보를 결정하는 단계;
플랫폼 서버가 지불 당사자가 입력한 지불 정보를 수신하는 단계; 및
금융 서버가 지불 당사자가 입력한 지불 정보 및 수금 당사자의 수금 정보에 따라 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하는 단계를 포함할 수도 있다.
게다가, 플랫폼 서버가 지불 당사자가 입력한 지불 정보를 수신한 후, 그리고 금융 서버가 지불 당사자가 입력한 지불 정보 및 수금 당사자의 수금 정보에 따라 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하기 전에, 방법은 바람직하게는,
플랫폼 서버가 지불 당사자의 지불 계좌 정보에 따라, 지불 계좌 정보에 대응하는 금융 서버를 결정하는 단계; 및
지불 계좌 정보에 대응하는 금융 서버가 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하도록 플랫폼 서버가 지불 명령어를 지불 계좌 정보에 대응하는 금융 서버로 전송하는 단계를 포함한다. 지불 계좌 정보에 대응하는 금융 서버로 플랫폼 서버가 전송한 지불 명령어는 구체적으로 수금 당사자의 수금 계좌 정보 및 지불 당사자의 지불 계좌 정보를 포함할 수도 있다.
위의 실시형태와 대조적으로, 제1 클라이언트를 수금 당사자로서, 제2 클라이언트를 지불 당사자로서, 자원 정보를 지불 정보로서, 그리고 자원 할당 정보를 수금 정보로서 구체화함으로써, 본 출원의 실시형태에 따른 전자 지불 방법은 구체적으로,
지불 당사자의 식별 코드 정보를 스캐닝한 후 수금 당사자가 전송한 서버에 액세스하기 위한 제1 요청을 수신하는 단계(제1 요청은 지불 당사자의 지불 정보에 대응하는 토큰 정보를 포함함);
제1 요청에 포함된 토큰 정보에 따라, 식별 코드 정보에 대응하는 지불 당사자의 지불 정보를 결정하는 단계; 및
수금 당사자가 입력한 수금 정보를 수신하고, 그리고 수금 당사자가 입력한 수금 정보 및 지불 당사자의 지불 정보에 따라 지불 당사자로부터 수금 당사자로의 전자 지불을 완료하는 단계를 포함할 수도 있다.
이 실시형태의 전자 지불 방법은 자금 이체 및 전자 지불의 적용 시나리오 하의 실시형태 1의 구현예이다. 실시형태 1에 제시된 관련된 콘텐츠는 이 실시형태에 적용 가능하고 그리고 다시 여기서 설명되지 않을 것이다.
본 출원의 실시형태에 제공된 자원 할당 방법 및 디바이스가 이 실시형태의 시나리오에 더하여 제1 클라이언트와 제2 클라이언트 간의 자원 할당을 요구하는 다른 상황에 적용 가능하다는 것에 유의해야 한다. 이 실시형태는 실시형태 1의 적용 시나리오를 제한하는 것으로 해석되지 않아야 한다.
실시형태 6
실시형태 1 내지 실시형태 5의 바람직한 실시형태를 참조하여, 제1 클라이언트를 지불 당사자로서 그리고 제2 클라이언트를 수금 당사자로서 고려하면, 전자 지불의 과정이 전자 지불의 적용 시나리오로 설명되고, 지불 당사자, 수금 당사자, 플랫폼 서버, 및 금융 서버가 서로 협력하여 전자 지불을 실현한다.
도 5를 참조하면,
S01: 수금 당사자가 수금 정보를 플랫폼 서버에 제출;
S02: 플랫폼 서버가 수금 당사자가 제출한 수금 정보를 검증;
S03: 수금 정보가 검증된 후, 플랫폼 서버가 식별 코드 정보를 수금 당사자에게 전송(식별 코드 정보가 바코드 또는 2차원 코드일 수도 있고, 그리고 식별 코드 정보가 수금 당사자가 다운로드, 프린트, 및 디스플레이하도록 전자 식별 코드 형태로 전송될 수 있거나, 또는 서버에 의해 프린트될 수 있고 그리고 이어서 수금 당사자에게 페이퍼 식별 코드 형태로 전송될 수 있음);
S04: 식별 코드 정보를 수신한 후, 수금 당사자가 식별 코드 정보를 지불 당사자에게 디스플레이;
S05: 지불 당사자가 식별 코드 정보를 스캔;
S06: 지불 당사자가 제1 요청을 플랫폼 서버로 전송(제1 요청은 토큰 정보를 포함하고, 그리고 바람직하게는, 제1 요청은 수금 당사자의 수금 정보를 포함하지 않음);
S07: 플랫폼 서버가 제1 요청에 포함된 토큰 정보에 따라, 대응하는 수금 당사자의 수금 정보를 결정;
S08: 플랫폼 서버가 지불 당사자가 지불 정보를 입력하게 촉구하기 위해 제2 요청을 지불 당사자에게 전송;
S09: 지불 당사자가 지불 정보를 입력하고 그리고 지불 정보를 플랫폼 서버로 전송;
S10: 플랫폼 서버가 지불 당사자가 입력한 지불 정보 및 수금 당사자의 수금 정보를 포함하는 자원 할당 명령어를 금융 서버로 전송;
S11: 금융 서버가 지불 정보 및 수금 정보에 따라 전자 지불을 수행;
S12: 금융 서버가 전자 지불 결과를 플랫폼 서버로 피드백; 및
S13: 플랫폼 서버가 전자 지불 결과를 지불 당사자와 수금 당사자에게 발송.
이 실시형태에 포함되지 않은 사안에 대해, 실시형태 1 내지 실시형태 5의 관련된 설명을 참조하길 바라고, 이는 여기서 반복되지 않을 것이다.
당업자는 본 발명의 실시형태가 방법, 시스템 또는 컴퓨터 프로그램 제품으로서 제공될 수도 있다는 것을 이해해야 한다. 따라서, 본 발명은 완전한 하드웨어 실시형태, 완전한 소프트웨어 실시형태, 또는 소프트웨어와 하드웨어를 결합한 실시형태의 형태일 수도 있다. 게다가, 본 발명은 컴퓨터 사용 가능한 프로그램 코드를 포함하는 하나 이상의 컴퓨터 사용 가능한 저장 매체(디스크 메모리, CD-ROM, 광 메모리 등을 포함하지만 이들로 제한되지 않음)에 구현되는 컴퓨터 프로그램 제품의 형태를 사용할 수도 있다.
본 발명은 본 발명의 실시형태에 따라 방법, 디바이스(시스템) 및 컴퓨터 프로그램 제품의 흐름도 및/또는 블록도를 참조하여 설명된다. 컴퓨터 프로그램 명령어가 흐름도 및/또는 블록도에서 각각의 과정 및/또는 각각의 블록 그리고 흐름도 및/또는 블록도에서 과정 및/또는 블록의 조합을 구현하기 위해 사용될 수도 있다는 것이 이해되어야 한다. 이 컴퓨터 프로그램 명령어가 기계를 생산하도록 다용도 컴퓨터, 특수화 컴퓨터, 내장된 프로세서, 또는 임의의 다른 프로그램 가능한 데이터 처리 디바이스의 프로세서에 제공될 수도 있어서, 컴퓨터 또는 임의의 다른 프로그램 가능한 데이터 처리 디바이스의 프로세서에 의해 실행되는 명령어가 흐름도의 하나 이상의 과정 및/또는 블록도의 하나 이상의 블록에서 명시된 기능을 구현하기 위한 장치를 생성한다.
이 컴퓨터 프로그램 명령어가 또한 컴퓨터 또는 또 다른 프로그램 가능한 데이터 처리 디바이스를 특정한 방식으로 작동하게 안내할 수 있는 컴퓨터 판독 가능한 메모리에 저장될 수도 있어서, 이 컴퓨터 판독 가능한 메모리에 저장된 명령어가 명령어 장치를 포함하는 제품을 생성하고, 이 명령어 장치는 흐름도의 하나 이상의 과정 및/또는 블록도의 하나 이상의 블록에서 명시된 기능을 구현한다.
이 컴퓨터 프로그램 명령어가 컴퓨터 또는 또 다른 프로그램 가능한 데이터 처리 디바이스에 로딩될 수도 있어서, 일련의 작동 단계가 컴퓨터 또는 또 다른 프로그램 가능한 디바이스에서 수행되어 컴퓨터에 의해 구현된 처리를 생성하고, 그리고 컴퓨터 또는 또 다른 프로그램 가능한 디바이스에서 실행된 명령어가 흐름도의 하나 이상의 과정 및/또는 블록도의 하나 이상의 블록에서 명시된 기능을 구현하기 위한 단계를 제공한다.
전형적인 구성에서, 컴퓨터 디바이스는 하나 이상의 프로세서(CPU), 입력/출력 인터페이스, 네트워크 인터페이스 및 메모리를 포함한다.
메모리는 컴퓨터 판독 가능한 매체 중에서, 비지속성 메모리, 예컨대, 랜덤 액세스 메모리(random access memory: RAM) 및/또는 비휘발성 메모리, 예컨대, 판독-전용 메모리(read-only memory: ROM) 또는 플래시 메모리(플래시 RAM)를 포함할 수도 있다. 메모리는 컴퓨터 판독 가능한 매체의 예이다.
컴퓨터 판독 가능한 매체는 임의의 방법 또는 기술을 사용함으로써 정보 저장을 구현할 수도 있는 지속성, 비지속성, 이동, 및 부동 매체를 포함한다. 정보는 컴퓨터 판독 가능한 명령어, 데이터 구조, 프로그램 모듈 또는 다른 데이터일 수도 있다. 컴퓨터의 저장 매체의 예는 상-변화 메모리(phase change memory: PRAM), 정적 랜덤 액세스 메모리(static random access memory: SRAM), 동적 랜덤 액세스 메모리(dynamic random access memory: DRAM), 다른 유형의 랜덤 액세스 메모리(RAM), 판독-전용 메모리(ROM), 전기적으로 소거 가능한 프로그램 가능한 판독 전용 메모리(electrically erasable programmable read-only memory: EEPROM), 플래시 메모리 또는 다른 메모리 기술, 콤팩트 디스크 판독-전용 메모리(compact disc read-only memory: CD-ROM), 디지털 다기능 디스크(digital versatile disc: DVD) 또는 다른 광 기억장치, 카세트 자기 테이프, 테이프 및 디스크 기억장치 또는 다른 자기 저장 디바이스 또는 연산 디바이스가 액세스할 수 있는 정보를 저장하도록 구성될 수도 있는 임의의 다른 비전송 매체를 포함하지만, 이들로 제한되지 않는다. 본 개시내용의 정의에 기초하여, 컴퓨터 판독 가능한 매체는 일시적인 컴퓨터 판독 가능한 매체(비일시적 매체), 예컨대, 변조된 데이터 신호 및 캐리어를 포함하지 않는다.
용어 "포함" 및 임의의 다른 변형은 배타적이지 않은 포함을 포함하도록 의도되는 것에 또한 유의해야 한다. 이에 따라, 일련의 구성요소를 포함하는 과정, 방법, 물품 또는 디바이스가 이 구성요소를 포함할 뿐만 아니라 분명히 나열되지 않은 다른 구성요소를 포함하거나, 또는 이 과정, 방법, 물품 또는 디바이스의 고유한 구성요소를 포함한다. 추가의 제한 없이, 어구 "~을 포함하는"에 의해 규정된 구성요소는 이 구성요소를 포함하는 과정, 방법, 물품 또는 디바이스의 다른 동일한 구성요소를 배제하지 않는다.
당업자는 본 출원의 실시형태가 방법, 시스템 또는 컴퓨터 프로그램 제품으로서 제공될 수도 있다는 것을 이해해야 한다. 따라서, 본 출원은 하드웨어 전용 실시형태, 소프트웨어 전용 실시형태, 또는 소프트웨어와 하드웨어의 조합을 가진 실시형태의 형태를 사용할 수도 있다. 게다가, 본 출원은 컴퓨터 사용 가능한 프로그램 코드를 포함하는 하나 이상의 컴퓨터 사용 가능한 저장 매체(디스크 메모리, CD-ROM, 광 메모리 등을 포함하지만 이들로 제한되지 않음)에 구현되는 컴퓨터 프로그램 제품의 형태를 사용할 수도 있다.
앞서 말한 설명은 단지 본 출원의 실시형태이고 그리고 본 출원을 제한하도록 의도되지 않는다. 당업자는 본 출원에 대한 다양한 변경 또는 변화를 행할 수 있다. 본 출원의 정신 및 원리로부터 벗어나는 일 없이 행해진 모든 변경, 등가 대체 및 개선은 본 출원의 청구항의 범위 내에 속할 것이다.

Claims (27)

  1. 자원 할당 방법으로서,
    서버에 액세스하기 위한 제1 클라이언트가 전송한 제1 요청을 수신하는 단계로서, 상기 제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보(token information)를 포함하는, 상기 제1 요청을 수신하는 단계;
    상기 제1 요청에 포함된 상기 토큰 정보에 따라, 상기 토큰 정보에 대응하는 상기 제2 클라이언트의 상기 자원 정보를 결정하는 단계;
    상기 제1 클라이언트가 입력한 자원 할당 정보를 수신하는 단계; 및
    상기 제1 클라이언트가 입력한 상기 자원 할당 정보 및 상기 제2 클라이언트의 상기 자원 정보에 따라 자원 할당을 완료하는 단계를 포함하는, 자원 할당 방법.
  2. 제1항에 있어서, 상기 제1 요청은 상기 서버에 액세스하기 위한 자료 위치 주소(uniform resource locator)를 포함하고, 그리고 상기 자료 위치 주소는 상기 토큰 정보를 포함하는, 자원 할당 방법.
  3. 제2항에 있어서, 상기 토큰 정보와 상기 제2 클라이언트의 상기 자원 정보 간의 대응 관계는,
    상기 토큰 정보를 포함하고 그리고 상기 제2 클라이언트에 대응하는 자료 위치 주소를 생성하고, 그리고 상기 토큰 정보와 상기 제2 클라이언트의 상기 자원 정보 간의 상기 대응 관계를 결정함으로써 확립되는, 자원 할당 방법.
  4. 제3항에 있어서, 상기 서버에 액세스하기 위한 상기 제1 클라이언트가 전송한 상기 제1 요청은 상기 제2 클라이언트의 식별 코드 정보를 스캐닝한 후 상기 제1 클라이언트에 의해 전송되고, 그리고 상기 식별 코드 정보는 상기 제2 클라이언트의 상기 자료 위치 주소에 대응하는, 자원 할당 방법.
  5. 제3항에 있어서, 상기 토큰 정보를 포함하고 그리고 상기 제2 클라이언트에 대응하는 상기 자료 위치 주소를 생성하고, 그리고 상기 토큰 정보와 상기 제2 클라이언트의 상기 자원 정보 간의 상기 대응 관계를 결정하는 단계는,
    상기 제2 클라이언트의 상기 자원 정보를 획득하는 것;
    상기 자원 정보가 검증될 때 상기 자원 정보와 상기 토큰 정보 간의 제1 대응 관계를 확립하고, 그리고 상기 토큰 정보 및 대응하는 식별 코드 정보를 포함하는 상기 자료 위치 주소를 생성하는 것; 및
    상기 자원 정보와 상기 토큰 정보 간의 상기 제1 대응 관계 및 상기 토큰 정보와 상기 자료 위치 주소 간의 제2 대응 관계를 저장하고, 그리고 상기 식별 코드 정보를 상기 제2 클라이언트에게 전송하는 것을 더 포함하는, 자원 할당 방법.
  6. 제5항에 있어서, 상기 제1 요청에 포함된 상기 토큰 정보에 따라, 상기 토큰 정보에 대응하는 상기 제2 클라이언트의 상기 자원 정보를 결정하는 단계는,
    상기 제1 요청에 대응하는 상기 자료 위치 주소에 포함된 상기 토큰 정보를 추출하는 것; 및
    상기 토큰 정보에 따라, 상기 서버에서 상기 토큰 정보와 상기 제1 대응 관계를 확립하는 상기 제2 클라이언트의 상기 자원 정보를 결정하는 것을 더 포함하는, 자원 할당 방법.
  7. 제1항에 있어서, 상기 서버에 액세스하기 위한 상기 제1 클라이언트가 전송한 상기 제1 요청을 수신하는 단계 후, 그리고 상기 제1 클라이언트가 입력한 상기 자원 할당 정보를 수신하는 단계 전에, 상기 방법은,
    상기 제1 클라이언트가 상기 자원 할당 정보를 입력하게 촉구하기 위한 제2 요청을 상기 제1 클라이언트에게 전송하는 단계를 더 포함하는, 자원 할당 방법.
  8. 제1항에 있어서, 상기 제1 클라이언트가 입력한 상기 자원 할당 정보 및 상기 제2 클라이언트의 상기 자원 정보에 따라 자원 할당을 완료하는 단계 후, 상기 방법은,
    상기 자원 할당의 결과를 상기 제1 클라이언트와 상기 제2 클라이언트에게 발송하는 단계를 더 포함하는, 자원 할당 방법.
  9. 제8항에 있어서, 상기 제1 클라이언트와 상기 제2 클라이언트에게 발송된 상기 자원 할당의 결과는 성공적인 자원 할당의 결과 및 실패한 자원 할당의 결과를 포함하는, 자원 할당 방법.
  10. 제2항 내지 제9항 중 어느 한 항에 있어서, 상기 식별 코드 정보는 바코드 및/또는 2차원 코드인, 자원 할당 방법.
  11. 제1항 내지 제9항 중 어느 한 항에 있어서, 상기 서버는 플랫폼 서버 및 적어도 하나의 자원 관리자를 포함하고, 상기 방법은,
    상기 플랫폼 서버가 상기 플랫폼 서버에 액세스하기 위한 상기 제1 클라이언트가 전송한 상기 제1 요청을 수신하는 단계로서, 상기 제1 요청은 상기 제2 클라이언트의 상기 자원 정보에 대응하는 토큰 정보를 포함하는, 상기 제1 요청을 수신하는 단계;
    상기 플랫폼 서버가 상기 제1 요청에 포함된 상기 토큰 정보에 따라, 상기 토큰 정보에 대응하는 상기 제2 클라이언트의 상기 자원 정보를 결정하는 단계;
    상기 플랫폼 서버가 상기 제1 클라이언트가 입력한 자원 할당 정보를 수신하는 단계; 및
    상기 자원 관리자가 상기 제1 클라이언트가 입력한 상기 자원 할당 정보 및 상기 제2 클라이언트의 상기 자원 정보에 따라 상기 자원 할당을 완료하는 단계를 더 포함하는, 자원 할당 방법.
  12. 제11항에 있어서,
    상기 제1 클라이언트가 입력한 상기 자원 할당 정보는 상기 제1 클라이언트의 제1 자원 관리 계좌 정보 및 자원 할당 데이터 정보를 더 포함하고; 상기 제2 클라이언트의 상기 자원 정보는 구체적으로 상기 제2 클라이언트의 신원 정보 및 제2 자원 관리 계좌 정보를 포함하고;
    상기 플랫폼 서버가 상기 제1 클라이언트가 입력한 상기 자원 할당 정보를 수신하는 단계 후, 그리고 상기 자원 관리자가 상기 제1 클라이언트가 입력한 상기 자원 할당 정보 및 상기 제2 클라이언트의 상기 자원 정보에 따라 상기 자원 할당을 완료하는 단계 전에, 상기 방법은,
    상기 플랫폼 서버가 상기 제1 클라이언트가 입력한 상기 제1 자원 관리 계좌 정보에 따라, 상기 제1 자원 관리 계좌 정보에 대응하는 자원 관리자를 결정하는 단계; 및
    상기 제1 자원 관리 계좌 정보에 대응하는 상기 자원 관리자가 상기 자원 할당을 완료하도록 상기 플랫폼 서버가 자원 할당 명령어를 상기 제1 자원 관리 계좌 정보에 대응하는 상기 자원 관리자에게 전송하는 단계를 더 포함하는, 자원 할당 방법.
  13. 제12항에 있어서, 상기 제1 자원 관리 계좌 정보에 대응하는 상기 자원 관리자에게 상기 플랫폼 서버가 전송한 상기 자원 할당 명령어는 상기 제2 클라이언트의 상기 제2 자원 관리 계좌 정보 및 상기 제1 클라이언트가 입력한 상기 자원 할당 데이터 정보를 더 포함하는, 자원 할당 방법.
  14. 자원 할당 방법으로서,
    서버가 제1 요청에 포함된 토큰 정보에 따라, 상기 토큰 정보에 대응하는 제2 클라이언트의 자원 정보를 결정하게 하도록 상기 제1 클라이언트에 의해, 상기 서버에 액세스하기 위한 제1 요청을 상기 서버로 전송하는 단계로서, 상기 제1 요청은 상기 제2 클라이언트의 상기 자원 정보에 대응하는 상기 토큰 정보를 포함하는, 상기 제1 요청을 상기 서버로 전송하는 단계; 및
    상기 서버가 상기 제1 클라이언트가 입력한 자원 할당 정보 및 상기 제2 클라이언트의 상기 자원 정보에 따라 자원 할당을 완료하도록 상기 자원 할당 정보를 수신하고 그리고 상기 자원 할당 정보를 상기 서버로 전송하는 단계를 포함하는, 자원 할당 방법.
  15. 자원 할당 디바이스로서,
    서버에 액세스하기 위해 제1 클라이언트가 전송한 제1 요청을 수신하도록 구성된 요청 수신 모듈로서, 상기 제1 요청은 제2 클라이언트의 자원 정보에 대응하는 토큰 정보를 포함하는, 상기 요청 수신 모듈;
    상기 제1 요청에 포함된 상기 토큰 정보에 따라, 상기 토큰 정보에 대응하는 상기 제2 클라이언트의 상기 자원 정보를 결정하도록 구성된 자원 정보 결정 모듈;
    상기 제1 클라이언트가 입력한 자원 할당 정보를 수신하도록 구성된 정보 수신 모듈; 및
    상기 제1 클라이언트가 입력한 상기 자원 할당 정보 및 상기 제2 클라이언트의 상기 자원 정보에 따라 자원 할당을 완료하도록 구성된 자원 할당 모듈을 포함하는, 자원 할당 디바이스.
  16. 전자 지불 방법으로서,
    서버에 액세스하기 위해 지불 당사자가 전송한 제1 요청을 수신하는 단계로서, 상기 제1 요청은 수금 당사자의 수금 정보에 대응하는 토큰 정보를 포함하는, 상기 제1 요청을 수신하는 단계;
    상기 제1 요청에 포함된 상기 토큰 정보에 따라, 상기 토큰 정보에 대응하는 상기 수금 당사자의 상기 수금 정보를 결정하는 단계; 및
    상기 지불 당사자가 입력한 지불 정보를 수신하고, 그리고 상기 지불 당사자가 입력한 상기 지불 정보 및 상기 수금 당사자의 상기 수금 정보에 따라 상기 지불 당사자로부터 상기 수금 당사자로의 전자 지불을 완료하는 단계를 포함하는, 전자 지불 방법.
  17. 제16항에 있어서, 상기 제1 요청은 상기 서버에 액세스하기 위한 자료 위치 주소를 포함하고, 그리고 상기 자료 위치 주소는 상기 토큰 정보를 포함하는, 전자 지불 방법.
  18. 제17항에 있어서, 상기 토큰 정보와 상기 수금 당사자의 상기 수금 정보 간의 대응 관계는,
    상기 토큰 정보를 포함하고 그리고 상기 수금 당사자에 대응하는 상기 자료 위치 주소를 생성하고, 그리고 상기 토큰 정보와 상기 수금 당사자의 상기 수금 정보 간의 상기 대응 관계를 결정함으로써 확립되는, 전자 지불 방법.
  19. 제18항에 있어서, 상기 서버에 액세스하기 위해 상기 지불 당사자가 전송한 상기 제1 요청은 상기 수금 당사자의 식별 코드 정보를 스캐닝한 후 상기 지불 당사자에 의해 전송되고, 그리고 상기 식별 코드 정보는 상기 수금 당사자의 상기 자료 위치 주소에 대응하는, 전자 지불 방법.
  20. 제18항에 있어서, 상기 토큰 정보를 포함하고 그리고 상기 수금 당사자에 대응하는 상기 자료 위치 주소를 생성하고, 그리고 상기 토큰 정보와 상기 수금 당사자의 상기 수금 정보 간의 상기 대응 관계를 결정하는 단계는,
    상기 수금 당사자의 상기 수금 정보를 획득하는 것;
    상기 수금 정보가 검증될 때 상기 수금 정보와 상기 토큰 정보 간의 제1 대응 관계를 확립하고, 그리고 상기 토큰 정보 및 대응하는 식별 코드 정보를 포함하는 상기 자료 위치 주소를 생성하는 것; 및
    상기 수금 정보와 상기 토큰 정보 간의 상기 제1 대응 관계 및 상기 토큰 정보와 상기 자료 위치 주소 간의 제2 대응 관계를 저장하고, 그리고 상기 식별 코드 정보를 상기 수금 당사자에게 전송하는 것을 더 포함하는, 전자 지불 방법.
  21. 제20항에 있어서, 상기 제1 요청에 포함된 상기 토큰 정보에 따라, 상기 토큰 정보에 대응하는 상기 수금 당사자의 상기 수금 정보를 결정하는 단계는,
    상기 제1 요청에 대응하는 상기 자료 위치 주소에 포함된 상기 토큰 정보를 추출하는 것; 및
    상기 토큰 정보에 따라, 상기 서버에서 상기 토큰 정보와 상기 제1 대응 관계를 확립하는 상기 수금 당사자의 상기 수금 정보를 결정하는 것을 더 포함하는, 전자 지불 방법.
  22. 제18항 내지 제21항 중 어느 한 항에 있어서, 상기 식별 코드 정보는 바코드 및/또는 2차원 코드인, 전자 지불 방법.
  23. 제16항 내지 제21항 중 어느 한 항에 있어서, 상기 서버는 플랫폼 서버 및 적어도 하나의 금융 서버를 포함하고, 상기 방법은,
    상기 플랫폼 서버가 상기 플랫폼 서버에 액세스하기 위한 상기 지불 당사자가 전송한 상기 제1 요청을 수신하는 단계로서, 상기 제1 요청은 상기 수금 당사자의 상기 수금 정보에 대응하는 토큰 정보를 포함하는, 상기 제1 요청을 수신하는 단계;
    상기 플랫폼 서버가 상기 제1 요청에 포함된 상기 토큰 정보에 따라, 상기 토큰 정보에 대응하는 상기 수금 당사자의 상기 수금 정보를 결정하는 단계;
    상기 플랫폼 서버가 상기 지불 당사자가 입력한 상기 지불 정보를 수신하는 단계; 및
    상기 금융 서버가 상기 지불 당사자가 입력한 상기 지불 정보 및 상기 수금 당사자의 상기 수금 정보에 따라 상기 지불 당사자로부터 상기 수금 당사자로의 상기 전자 지불을 완료하는 단계를 더 포함하는, 전자 지불 방법.
  24. 제23항에 있어서, 상기 지불 당사자가 입력한 상기 지불 정보는 지불 당사자의 지불 계좌 정보 및 전자 지불 금액 정보를 더 포함하고; 상기 수금 당사자의 상기 수금 정보는 구체적으로 수금 당사자의 신원 정보 및 수금 계좌 정보를 포함하고;
    상기 플랫폼 서버가 상기 지불 당사자가 입력한 상기 지불 정보를 수신하는 단계 후, 그리고 상기 금융 서버가 상기 지불 당사자가 입력한 상기 지불 정보 및 상기 수금 당사자의 상기 수금 정보에 따라 상기 지불 당사자로부터 상기 수금 당사자로의 상기 전자 지불을 완료하는 단계 전에, 상기 방법은,
    상기 플랫폼 서버가 상기 지불 당사자의 상기 지불 계좌 정보에 따라, 상기 지불 계좌 정보에 대응하는 금융 서버를 결정하는 단계; 및
    상기 지불 계좌 정보에 대응하는 상기 금융 서버가 상기 지불 당사자로부터 상기 수금 당사자로의 전자 지불을 완료하도록 상기 플랫폼 서버가 지불 명령어를 상기 지불 계좌 정보에 대응하는 상기 금융 서버로 전송하는 단계를 더 포함하는, 전자 지불 방법.
  25. 제24항에 있어서, 상기 지불 계좌 정보에 대응하는 금융 서버로 상기 플랫폼 서버가 전송한 상기 지불 명령어는 상기 수금 당사자의 상기 수금 계좌 정보 및 상기 지불 당사자의 상기 지불 계좌 정보를 더 포함하는, 전자 지불 방법.
  26. 제24항 또는 제25항에 있어서,
    상기 지불 계좌 정보는 상기 서버에서 상기 지불 당사자의 은행 계좌 정보 및/또는 상기 지불 당사자의 사용자 등록 계좌 정보를 포함하고; 그리고
    상기 수금 계좌 정보는 상기 서버에서 상기 수금 당사자의 은행 계좌 정보 및/또는 상기 수금 당사자의 사용자 등록 계좌 정보를 포함하는, 전자 지불 방법.
  27. 전자 지불 방법으로서,
    서버에 액세스하기 위해 수금 당사자가 전송한 제1 요청을 수신하는 단계로서, 상기 제1 요청은 지불 당사자의 지불 정보에 대응하는 토큰 정보를 포함하는, 상기 제1 요청을 수신하는 단계;
    상기 제1 요청에 포함된 상기 토큰 정보에 따라, 상기 토큰 정보에 대응하는 상기 지불 당사자의 상기 지불 정보를 결정하는 단계; 및
    상기 수금 당사자가 입력한 수금 정보를 수신하고, 그리고 상기 수금 당사자가 입력한 상기 수금 정보 및 상기 지불 당사자의 상기 지불 정보에 따라 상기 지불 당사자로부터 상기 수금 당사자로의 전자 지불을 완료하는 단계를 포함하는, 전자 지불 방법.
KR1020197016766A 2016-12-12 2017-12-04 자원 할당 방법 및 디바이스, 그리고 전자 지불 방법 KR102203137B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201611140807.0 2016-12-12
CN201611140807.0A CN107067240B (zh) 2016-12-12 2016-12-12 资源调配方法和装置以及电子支付方法
PCT/CN2017/114421 WO2018107990A1 (zh) 2016-12-12 2017-12-04 资源调配方法和装置以及电子支付方法

Publications (2)

Publication Number Publication Date
KR20190077084A true KR20190077084A (ko) 2019-07-02
KR102203137B1 KR102203137B1 (ko) 2021-01-15

Family

ID=59618714

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020197016766A KR102203137B1 (ko) 2016-12-12 2017-12-04 자원 할당 방법 및 디바이스, 그리고 전자 지불 방법

Country Status (14)

Country Link
US (2) US11222327B2 (ko)
EP (1) EP3537356A4 (ko)
JP (1) JP6940609B2 (ko)
KR (1) KR102203137B1 (ko)
CN (2) CN107067240B (ko)
AU (3) AU2017376038A1 (ko)
BR (1) BR112019011457B1 (ko)
CA (1) CA3046710A1 (ko)
MX (1) MX2019006782A (ko)
PH (1) PH12019501175A1 (ko)
RU (1) RU2735614C1 (ko)
TW (1) TWI715805B (ko)
WO (1) WO2018107990A1 (ko)
ZA (1) ZA201903304B (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107067240B (zh) 2016-12-12 2020-09-08 创新先进技术有限公司 资源调配方法和装置以及电子支付方法
US20190066089A1 (en) * 2017-08-25 2019-02-28 Mastercard International Incorporated Secure transactions using digital barcodes
US10592839B2 (en) * 2017-11-03 2020-03-17 Snap! Mobile Llc Employing real-time performance feedback to manage resource collection
CN109787944B (zh) * 2017-11-15 2021-11-19 阿里巴巴集团控股有限公司 网络交互方法、电子设备、客户端及服务器
CN109802916B (zh) * 2017-11-16 2022-04-15 财付通支付科技有限公司 资源转移方法、系统、服务器和计算机可读存储介质
CN109389457A (zh) * 2018-08-20 2019-02-26 深圳壹账通智能科技有限公司 申请收款权限的入网方法、装置、设备及可读存储介质
CN112085419A (zh) * 2020-09-25 2020-12-15 中国建设银行股份有限公司 一种资源获取方法、装置及设备
JP6901181B1 (ja) * 2020-11-20 2021-07-14 株式会社アクリート 決済方法及びプログラム
CN112764676B (zh) * 2020-12-31 2022-11-04 北京三快在线科技有限公司 一种资源分配系统及方法
CN114490805A (zh) * 2021-12-27 2022-05-13 苏州达家迎信息技术有限公司 账户资源分配方法、装置、存储介质及电子设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004206402A (ja) * 2002-12-25 2004-07-22 Nec Corp 送金仲介方法およびシステム
JP4570450B2 (ja) * 2004-11-19 2010-10-27 株式会社ジャパンネット銀行 金融機関サーバ及びこのサーバによる振込処理方法

Family Cites Families (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7555460B1 (en) 2000-06-05 2009-06-30 Diversinet Corp. Payment system and method using tokens
IL122263A0 (en) 1997-11-20 1998-04-05 Barkan Mordehay Payment system and method using tokens
NZ519871A (en) * 2000-02-16 2003-08-29 Electronic Finger Print Techno Method and apparatus for authenticating financial transactions
CA2552264A1 (en) * 2003-07-02 2005-01-13 Mobipay International, S.A. Digital mobile telephone transaction and payment system
US7530068B2 (en) 2003-12-17 2009-05-05 International Business Machines Corporation Method of resource allocation using an access control mechanism
US20090119159A1 (en) * 2007-10-31 2009-05-07 David C. Reardon System and Method for Transferring Funds to Recipients of Electronic Messages
US8490102B2 (en) 2004-07-29 2013-07-16 International Business Machines Corporation Resource allocation management using IOC token requestor logic
KR100930457B1 (ko) * 2004-08-25 2009-12-08 에스케이 텔레콤주식회사 이동통신단말을 이용한 인증 및 결제 시스템과 방법
JP2007108973A (ja) * 2005-10-13 2007-04-26 Eath:Kk 認証サーバ装置、認証システムおよび認証方法
US7631131B2 (en) 2005-10-27 2009-12-08 International Business Machines Corporation Priority control in resource allocation for low request rate, latency-sensitive units
US8407451B2 (en) 2007-02-06 2013-03-26 International Business Machines Corporation Method and apparatus for enabling resource allocation identification at the instruction level in a processor system
CN101334875A (zh) * 2007-06-25 2008-12-31 黄金富 利用手机即时互相转账支付的方法和系统
US8321338B2 (en) * 2008-03-21 2012-11-27 First Data Corporation Electronic network access device
US8306036B1 (en) 2008-06-20 2012-11-06 F5 Networks, Inc. Methods and systems for hierarchical resource allocation through bookmark allocation
US8893967B2 (en) 2009-05-15 2014-11-25 Visa International Service Association Secure Communication of payment information to merchants using a verification token
JP2011210171A (ja) * 2010-03-30 2011-10-20 Japan Research Institute Ltd 決済サーバ、決済システム、決済方法および決済プログラム
US9208482B2 (en) * 2010-04-09 2015-12-08 Paypal, Inc. Transaction token issuing authorities
CN101957959A (zh) * 2010-09-28 2011-01-26 中国民生银行股份有限公司 移动终端付款处理方法、移动终端收款处理方法和系统
AU2012217606A1 (en) * 2011-02-16 2013-05-09 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US20120215700A1 (en) * 2011-02-18 2012-08-23 Vivonet, Inc. Payment systems and methods using mobile computing devices
EP2718886A4 (en) 2011-06-07 2015-01-14 Visa Int Service Ass APPARATUSES, METHODS AND SYSTEMS FOR SEGMENTATION IN PAYMENT CONFIDENTIALITY UNITS
CN102376047A (zh) * 2011-07-18 2012-03-14 毛时敏 手机网络二维码收银法
US8738540B2 (en) * 2011-10-31 2014-05-27 Ncr Corporation Techniques for mobile transaction processing
US8660006B2 (en) 2011-11-29 2014-02-25 Hughes Network Systems, Llc Method and system for traffic management and resource allocation on a shared access network
CN102609861A (zh) * 2012-01-21 2012-07-25 北京普罗信科技有限公司 一种基于移动终端的零售计次营销系统和方法
US20130262309A1 (en) * 2012-04-02 2013-10-03 Mpayme Ltd. Method and System for Secure Mobile Payment
KR20130132672A (ko) * 2012-05-21 2013-12-05 김주한 결제 단말기 애플리케이션, asp 시스템 및 결제 방법
US20140067677A1 (en) * 2012-06-27 2014-03-06 Moneris Solutions Corporation Secure payment system
US9189785B2 (en) * 2012-08-24 2015-11-17 Mozido, Inc. Debit network routing selection using a scannable code
US20160155112A1 (en) * 2012-10-10 2016-06-02 Mastercard International Incorporated Barcode-triggered payment method and system
US9852417B2 (en) * 2012-11-05 2017-12-26 Mfoundry, Inc. QR code-enabled P2P payment systems and methods
CN102968717A (zh) * 2012-11-07 2013-03-13 华为技术有限公司 一种电子支付方法、相关设备及系统
US10380583B1 (en) * 2012-12-17 2019-08-13 Wells Fargo Bank, N.A. System and method for interoperable mobile wallet
CN114648335A (zh) * 2013-01-30 2022-06-21 贝宝公司 交易令牌发行机构
US20140214671A1 (en) * 2013-01-31 2014-07-31 Mahi deSilva Server side mobile payment processing and authentication
CN103218715A (zh) * 2013-03-26 2013-07-24 苏州通付盾信息技术有限公司 一种云支付系统中动态支付码的实现方法
CN103426084A (zh) * 2013-07-24 2013-12-04 牟大同 一种电子支付系统及基于远程或近场的支付方法
EP2843605A1 (en) * 2013-08-30 2015-03-04 Gemalto SA Method for authenticating transactions
CN104574050B (zh) * 2013-10-28 2018-09-07 腾讯科技（深圳）有限公司 在线结算的方法、装置及系统
CN104574046B (zh) 2013-10-29 2017-03-08 腾讯科技（深圳）有限公司 一种预付费系统及付预费信息的管理方法
WO2015175619A1 (en) * 2014-05-15 2015-11-19 Alibaba Group Holdiing Limited Method, apparatus, and system for operating an electronic account in connection with an electronic transaction
CN105099688B (zh) * 2014-05-15 2018-12-21 阿里巴巴集团控股有限公司 一种电子账户的操作方法、支付页面的展示方法及装置
TWI537853B (zh) * 2015-01-16 2016-06-11 吳有勝 高安全性行動支付系統及方法
WO2016115620A1 (en) 2015-01-19 2016-07-28 Royal Bank Of Canada Secure processing of electronic payments
CN105989468A (zh) * 2015-02-12 2016-10-05 阿里巴巴集团控股有限公司 一种标识符发送、标识符接收、信息处理方法及装置
CN105930040A (zh) 2015-02-27 2016-09-07 三星电子株式会社 包含电子支付系统的电子装置及其操作方法
KR102460459B1 (ko) 2015-02-27 2022-10-28 삼성전자주식회사 전자 장치를 이용한 카드 서비스 방법 및 장치
CN104702411B (zh) 2015-03-14 2017-12-29 丁贤根 兼具移动支付安全认证和手机丢失报警的令牌设计方法
CN104766200A (zh) * 2015-04-02 2015-07-08 深圳票联金融服务有限公司 一种掌控支付方法及掌控支付系统
CN204667463U (zh) * 2015-06-24 2015-09-23 丁立明 一种基于二维码的支付系统
CN105205664A (zh) * 2015-09-25 2015-12-30 中城智慧科技有限公司 一种新型的离线支付方法
CN105791259B (zh) * 2015-10-26 2018-11-16 北京中金国盛认证有限公司 一种个人信息保护的方法
CN105701659A (zh) * 2016-03-11 2016-06-22 广州云移信息科技有限公司 基于二维码的网络支付方法及系统
CN105894263B (zh) * 2016-03-11 2019-07-12 广州云移信息科技有限公司 基于二维码的网络支付系统
CN107067240B (zh) 2016-12-12 2020-09-08 创新先进技术有限公司 资源调配方法和装置以及电子支付方法
US10373158B1 (en) * 2018-02-12 2019-08-06 Winklevoss Ip, Llc System, method and program product for modifying a supply of stable value digital asset tokens
AU2021221594A1 (en) * 2020-10-26 2022-05-12 Rsmart Pty Ltd Blockchain-based payment rail

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004206402A (ja) * 2002-12-25 2004-07-22 Nec Corp 送金仲介方法およびシステム
JP4570450B2 (ja) * 2004-11-19 2010-10-27 株式会社ジャパンネット銀行 金融機関サーバ及びこのサーバによる振込処理方法

Also Published As

Publication number Publication date
US11734667B2 (en) 2023-08-22
CA3046710A1 (en) 2018-06-21
AU2017376038A1 (en) 2019-06-13
MX2019006782A (es) 2019-09-05
BR112019011457A2 (pt) 2019-10-15
BR112019011457B1 (pt) 2021-12-14
TW201822091A (zh) 2018-06-16
EP3537356A4 (en) 2020-05-20
CN112184192A (zh) 2021-01-05
CN112184192B (zh) 2024-08-30
PH12019501175A1 (en) 2019-12-11
RU2735614C1 (ru) 2020-11-05
AU2019101599A4 (en) 2020-01-23
JP6940609B2 (ja) 2021-09-29
EP3537356A1 (en) 2019-09-11
TWI715805B (zh) 2021-01-11
CN107067240B (zh) 2020-09-08
KR102203137B1 (ko) 2021-01-15
ZA201903304B (en) 2021-08-25
AU2021200130A1 (en) 2021-03-18
JP2020501280A (ja) 2020-01-16
US11222327B2 (en) 2022-01-11
US20220092579A1 (en) 2022-03-24
CN107067240A (zh) 2017-08-18
US20190272530A1 (en) 2019-09-05
WO2018107990A1 (zh) 2018-06-21

Similar Documents

Publication Publication Date Title
KR102203137B1 (ko) 자원 할당 방법 및 디바이스, 그리고 전자 지불 방법
US11783343B2 (en) Token aggregation for multi-party transactions
US10412060B2 (en) Token enrollment system and method
RU2630751C2 (ru) Системы и способы для криптографической безопасности как сервис
CN112435030B (zh) 一种基于区块链的数据处理方法、装置及电子设备
Moon et al. A payment mediation platform for heterogeneous FinTech schemes
CN112633954B (zh) 基于区块链的权益处理方法及装置
US20200252408A1 (en) Graduated accounts using assertions
US20190266600A1 (en) System and method for monetary transaction
US20220358473A1 (en) Remittance with recipient alias
CN110599347A (zh) 票据处理方法、装置、计算机可读存储介质和计算机设备
CN111191917A (zh) 一种授权有效性验证方法、系统、电子设备与存储介质
KR102348994B1 (ko) 개인 식별 중계 시스템 및 이를 활용한 금융 거래 방법
US20220335397A1 (en) Systems and methods for compliance at transaction kiosks
US11080698B2 (en) Tokenisation of payment data
US20230325520A1 (en) Alias directory
CN106934645B (zh) 提供、获取广告物料的方法和装置
EP3499445A1 (en) Method for controlling transactions in a distributed ledger

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right