WO2017219807A1 - Procédé de paiement basé sur un terminal mobile - Google Patents

Procédé de paiement basé sur un terminal mobile Download PDF

Info

Publication number
WO2017219807A1
WO2017219807A1 PCT/CN2017/084938 CN2017084938W WO2017219807A1 WO 2017219807 A1 WO2017219807 A1 WO 2017219807A1 CN 2017084938 W CN2017084938 W CN 2017084938W WO 2017219807 A1 WO2017219807 A1 WO 2017219807A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
background system
mobile terminal
transaction
card
Prior art date
Application number
PCT/CN2017/084938
Other languages
English (en)
Chinese (zh)
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 WO2017219807A1 publication Critical patent/WO2017219807A1/fr

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/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/326—Payment applications installed on the mobile devices
    • G06Q20/3263—Payment applications installed on the mobile devices characterised by activation or deactivation of payment capabilities
    • 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/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards

Definitions

  • the present invention relates to the field of electronic payment technologies, and more particularly to a mobile terminal payment method.
  • the mobile phone in the process of non-contact payment in the field, the mobile phone needs to be lighted first. If multi-account payment is supported, the default card needs to be preset through the mobile APP as an account for subsequent payment, and the default card needs to enter the APP interface. Reset. At present, mobile phone payment products such as APPLEPAY and HEC are hot in the default card setting, and do not distinguish the merchant type. Usually, only one card is set as the default card, and the combined payment is not supported.
  • the present invention provides a technical solution as follows:
  • a mobile terminal payment method includes the following steps: a), the user holds the mobile terminal to register with the background system, and the background system sends a unique order to the mobile terminal. b), the mobile terminal interacts with the background system, and the background system binds the plurality of payment cards corresponding to the unique token to the user; the setting step includes the following steps: c), the user separately for different transaction types and/or merchant categories Selecting at least one payment card as a default card, and reporting the background system by the mobile terminal; and the transaction link includes the following steps: d), the mobile terminal interacts with the payment acceptance terminal, and the payment acceptance terminal sends the transaction data to the background system; wherein The transaction data includes at least a unique token of the mobile terminal and a transaction type code and/or a merchant category code; e), the background system determines a corresponding default card according to the unique token and the transaction type code and/or the merchant category code; and f), The back office system submits a payment request to the card issuer of each of the determined default cards based on the
  • step s) is further included: the user interacts with the background system to set a payment rule, wherein the payment rule defines a payment priority/or a payment ratio of each default card under different transaction types.
  • step t) is further included: the background system determines the payment priority/or payment ratio of each default card based on the payment rules set by the user; correspondingly, step f) Specifically, the background system submits a payment request to the card issuer of each default card determined based on the transaction data and the payment rule to complete the transaction.
  • the transaction type is M
  • the merchant category is N
  • M and N are positive integers
  • step c) specifically includes: the user selects at least one payment card as the default for each combination formed by the transaction type and the merchant category. The card is reported to the backend system by the mobile terminal.
  • the mobile terminal payment method provided by the embodiments of the present invention supports the user to set multiple default cards for different transaction types, different merchant categories, and even different transaction types and merchant categories, so that the user can Selected by will Use the most suitable payment method; and once set up, you can quickly make payments in various consumer scenarios without having to change to the APP interface.
  • the present invention can provide an excellent user experience compared to existing mobile payment products.
  • FIG. 1 is a schematic flowchart diagram of a mobile terminal payment method according to a first embodiment of the present invention.
  • FIG. 2 is a schematic flowchart diagram of a mobile terminal payment method according to a second embodiment of the present invention.
  • FIG. 3 is a schematic flowchart diagram of a mobile terminal payment method according to a third embodiment of the present invention.
  • a first embodiment of the present invention provides a mobile terminal payment method, which includes three links: a registration link, a setup link, and a transaction link.
  • the registration process includes the following two steps:
  • Step S10 The user registers with the background system by the mobile terminal, and the background system sends a unique token to the mobile terminal.
  • the unique token is used to uniquely determine the mobile terminal held by the user. After the registration is completed, the back-end system provides further services as described below to the mobile terminal held by the user.
  • the background system is deployed on the cloud computing platform, so that the user can be quickly registered and set up in different places, and the background system is upgraded and maintained.
  • Step S11 The mobile terminal interacts with the background system, and the background system binds the plurality of payment cards corresponding to the unique token to the user.
  • Each registered user can register a plurality of payment cards with the back-end system, and each subsequent transaction selects one or more of the plurality of payment cards for payment.
  • the user can also request to cancel or change any payment card from the backend system.
  • the back-end system binds the multiple payment cards to the user's unique token.
  • the setup process includes the following steps:
  • Step S12 The user selects at least one payment card as a default card for different transaction types or merchant categories, and reports the background system to the mobile terminal.
  • the background system can define different transaction types, and the user's mobile terminal pops up the first setting interface to the user, for the user to select at least one payment card as the default card for these different transaction types.
  • the background system may also define different merchant categories, and the user's mobile terminal pops up a second setting interface to the user, for the user to select at least one payment card as the default card for the different merchant categories.
  • the mobile terminal reports the result to the background system, and the background system can store the result of each user's setting in the database.
  • the mobile terminal is provided with an NFC communication chip; the host card simulation technology (HCE technology) can be used to set each default card, so that the default card is stored in the mobile terminal.
  • HCE technology host card simulation technology
  • the user holds the mobile terminal close to the payment acceptance terminal, and the payment acceptance terminal can perceive the default card through the near field communication method.
  • the trading process includes the following three steps:
  • Step S13 The mobile terminal interacts with the payment acceptance terminal, and the payment acceptance terminal sends the transaction data to the background system.
  • the transaction data includes at least a unique token of the mobile terminal and a transaction type code or Merchant category code.
  • the transaction data should include a transaction type code; when the user sets a default card for the merchant category, the transaction data should include a merchant category code (MCC).
  • MCC merchant category code
  • the transaction data also generally includes information of the parties to the transaction, the place of the transaction, the time and the transaction amount, and the identification information of the goods/services purchased by the user.
  • each transaction has a specific transaction type: such as consumption, pre-authorization, etc., which can be identified by a transaction type code.
  • a transaction type code For each merchant, it is also possible to assign a merchant category code, and then classify the merchants into, for example, mall merchants, online merchants, bank merchants, public utility fee merchants, and the like.
  • Step S14 The background system determines a corresponding default card according to the unique token and the transaction type code or the merchant category code.
  • the unique token can uniquely determine the mobile terminal held by the user, and the background system searches the database for the default card set by the mobile terminal for the transaction type (or for the merchant category) (set in the foregoing step S12) carry out).
  • Step S15 The background system submits a payment request to the card issuer of each of the determined default cards based on the transaction data to complete the transaction.
  • the back-end system submits a payment request to the card issuer of each default card determined in the foregoing step S14 based on the transaction data (including the transaction amount and the transaction party information), realizes the flow of funds, and completes the transaction.
  • the mobile terminal payment method provided by the above embodiment is illustrated as including a registration link, a setup link, and a transaction link, according to the idea of the present invention, the following mobile terminal payment method is also obviously foreseeable:
  • the user can suspend the actual payment, and call the setting link to reset the favorite default card and payment rules, and then complete the actual payment after the setting is completed.
  • the first embodiment described above supports the user to set a plurality of default cards for different transaction types or different merchant categories, so that when the consumer is consumed, the user can select the most suitable payment method according to his or her own wishes. And once the default card is set, the user can pay quickly in various consumption scenarios. This approach provides an excellent user experience compared to existing mobile payment methods.
  • the second embodiment of the present invention provides another mobile terminal payment method, which also includes a registration link, a setup link, and a transaction link.
  • the specific implementation of the setting link and the transaction link is different.
  • the registration step includes step S20 and step S21.
  • step S20 the user registers with the background system with the mobile terminal, and the background system delivers the unique token to the mobile terminal.
  • the mobile terminal interacts with the background system, and the background system binds the plurality of payment cards corresponding to the unique token to the user.
  • the setting step includes step S22 and step S23.
  • step S22 the user selects at least one payment card as the default card for different transaction types or merchant categories, and reports the background system to the mobile terminal.
  • step S23 the user interacts with the background system to set the payment rules.
  • the payment rule may define the payment priority of each default card under different transaction types, and may also define a plurality of default cards to jointly pay the payment proportion corresponding to the same fee.
  • the payment priority and/or the payment ratio of each default card for example, if the payment is made by the stored value card first, the remaining amount is paid by the merchant credit card (combination method); for example, the first payment is made with the investment credit card, such as the amount. Insufficient to use only ABC credit card payment (switching method); it can also be extended to 50% of the use of China Merchants Credit Card and Agricultural Bank Credit Card.
  • the transaction link includes steps S24, S25, S26, and S27.
  • step S24 the mobile terminal interacts with the payment acceptance terminal, and the payment acceptance terminal sends the transaction data to the background system.
  • the transaction data includes at least a unique token of the mobile terminal and a transaction type code or a merchant category code.
  • the transaction data also generally includes information of the parties to the transaction, the place of the transaction, the time and the transaction amount, and the identification information of the goods/services purchased by the user.
  • step S25 the background system determines a corresponding default card based on the unique token and the transaction type code or the merchant category code.
  • step S26 the background system determines the payment priority and/or the payment ratio of each default card based on the payment rules set by the user.
  • the background system may determine that the user wants to preferentially use the first default card payment, and the amount that is insufficient for the first payment card is paid by the second default card.
  • the backend system can determine that the user wants to pay 50% using the first default card and the other 50% using the second default card. And so on.
  • step S27 the background system submits a payment request to the card issuer of each of the determined default cards based on the transaction data and the payment rule to complete the transaction.
  • the background system can determine a specific payment plan from the transaction data of the current pen transaction and the payment rule, and the payment plan includes, for example, paying the first part of the amount from the stored value card (the first default card), and then from the credit card. (Second default card) Pay the second part of the amount, and finally pay the remaining amount from the credit card (the third default card).
  • the mobile terminal payment method provided by the second embodiment enables the user to not only set a plurality of default cards when performing consumption, but also further refine or customize the payment method of his or her preference.
  • the mobile terminal payment method provided by the third embodiment of the present invention is obtained by improving the above-described first embodiment.
  • FIG. 3 it includes the following steps:
  • Step S30 The user registers with the background system by the mobile terminal, and the background system sends a unique token to the mobile terminal.
  • Step S31 The mobile terminal interacts with the background system, and the background system binds the plurality of payment cards corresponding to the unique token to the user.
  • Step S32 The user selects at least one payment card as the default card for each combination of different transaction types and merchant categories, and reports the background system to the mobile terminal.
  • Step S33 The mobile terminal interacts with the payment acceptance terminal, and the payment acceptance terminal sends the transaction data to the background system.
  • Step S34 The background system determines a corresponding default card according to the unique token and the transaction type code and the merchant category code.
  • Step S35 The background system submits a payment request to the card issuer of each of the determined default cards based on the transaction data to complete the transaction.
  • the third embodiment considers various transaction types (for example, M class, M). It is a positive integer) and various business categories (for example, N, N is a positive integer), and each default combination is set according to the transaction type and the merchant category (a total of MN combinations), and the payment rule can be further set. .
  • the third embodiment is suitable for fast payment for a variety of consumer scenarios without having to enter the APP interface to set or change at the right time.
  • the user can suspend the actual payment, and call the setup link to reset the preferred default card and payment rules, and then complete the actual payment after the setting is completed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La présente invention concerne un procédé de paiement basé sur un terminal mobile. Le procédé comprend : un processus d'enregistrement, comprenant les opérations suivantes : un utilisateur utilise un terminal mobile pour s'enregistrer auprès d'un système d'arrière-plan, et le système d'arrière-plan délivre un jeton unique au terminal mobile ; le terminal mobile interagit avec le système d'arrière-plan, et le système d'arrière-plan lie une pluralité de cartes de paiement correspondant au jeton unique pour l'utilisateur ; et un processus de réglage, comprenant les opérations suivantes : un utilisateur sélectionne au moins une carte de paiement comme carte par défaut pour différents types de transactions et/ou différentes catégories de commerçants ; et un processus de transaction, comprenant les opérations suivantes : le terminal mobile interagit avec un terminal d'acceptation de paiement, et le terminal d'acceptation de paiement soumet les données de transaction au système d'arrière-plan ; le système d'arrière-plan détermine une carte par défaut correspondante sur la base du jeton unique ainsi que du code de type de transaction et/ou du code de catégorie de commerçant ; et le système d'arrière-plan envoie une requête de paiement à un émetteur de carte pour chaque carte par défaut déterminée sur la base des données de transaction. Le procédé de la présente invention permet aux utilisateurs de définir une pluralité de cartes par défaut pour des combinaisons de différents types de transactions, différentes catégories de commerçants et même des combinaisons de différents types de transactions et de différentes catégories de commerçants, ce qui permet ainsi d'obtenir une bonne expérience d'utilisateur.
PCT/CN2017/084938 2016-06-20 2017-05-18 Procédé de paiement basé sur un terminal mobile WO2017219807A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610440238.5A CN106056382B (zh) 2016-06-20 2016-06-20 移动终端支付方法
CN201610440238.5 2016-06-20

Publications (1)

Publication Number Publication Date
WO2017219807A1 true WO2017219807A1 (fr) 2017-12-28

Family

ID=57167771

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/084938 WO2017219807A1 (fr) 2016-06-20 2017-05-18 Procédé de paiement basé sur un terminal mobile

Country Status (3)

Country Link
CN (1) CN106056382B (fr)
TW (1) TWI681346B (fr)
WO (1) WO2017219807A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106056382B (zh) * 2016-06-20 2021-01-15 中国银联股份有限公司 移动终端支付方法
CN106022759A (zh) * 2016-06-20 2016-10-12 中国银联股份有限公司 支持多帐户的电子支付方法
DE102018110736A1 (de) * 2017-06-02 2018-12-06 Apple Inc. Gesplittete Transaktionsausführung
CN107146078A (zh) * 2017-06-30 2017-09-08 山东开创云软件有限公司 一种快捷支付的移动设备及支付方法
CN112232801B (zh) * 2018-01-05 2021-08-20 华为终端有限公司 一种电子交易的方法及终端
CN109034791A (zh) * 2018-07-19 2018-12-18 国民技术股份有限公司 支付码交易方法、智能卡、移动终端及收款机
CN111242594B (zh) * 2020-01-13 2021-11-16 支付宝实验室(新加坡)有限公司 跨地域离线支付的注册、付款方法和装置
TWI807183B (zh) * 2020-04-17 2023-07-01 兆豐國際商業銀行股份有限公司 行動支付裝置以及行動支付方法
CN115018483B (zh) * 2021-11-19 2023-05-30 荣耀终端有限公司 应用处理方法、终端设备以及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102034184A (zh) * 2010-11-29 2011-04-27 深圳市爱贝信息技术有限公司 支付平台账户的配置方法、装置以及支付方法、装置
US20110137791A1 (en) * 2008-06-30 2011-06-09 Redknee Inc System, method and apparatus for providing a universal financial transaction gateway for computing devices
CN104166915A (zh) * 2014-04-30 2014-11-26 深圳光启创新技术有限公司 电子钱包支付方法和系统
CN106056382A (zh) * 2016-06-20 2016-10-26 中国银联股份有限公司 移动终端支付方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110320345A1 (en) * 2010-06-29 2011-12-29 Ebay, Inc. Smart wallet
SG187283A1 (en) * 2011-07-27 2013-02-28 goodwin Russell Intelligent payment system
US20130212660A1 (en) * 2012-02-13 2013-08-15 Xceedid Corporation Credential manangement system
CN103679443A (zh) * 2012-09-18 2014-03-26 中国银联股份有限公司 一种利用手机终端进行的支付方法及其处理系统
CN103903369A (zh) * 2012-12-27 2014-07-02 中国银联股份有限公司 一种提示用户选择支付银行卡以获取优惠的方法和装置
CN103413389B (zh) * 2013-05-16 2015-09-30 深圳市淘淘谷信息技术有限公司 基于银行账户对非银行账户管理和支付方法
CN105574749A (zh) * 2015-03-24 2016-05-11 西安酷派软件科技有限公司 一种安全元件se中卡片应用的选择方法、装置及系统
CN105447687A (zh) * 2015-06-30 2016-03-30 上海易码信息科技有限公司 一种线上到线下移动支付方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110137791A1 (en) * 2008-06-30 2011-06-09 Redknee Inc System, method and apparatus for providing a universal financial transaction gateway for computing devices
CN102034184A (zh) * 2010-11-29 2011-04-27 深圳市爱贝信息技术有限公司 支付平台账户的配置方法、装置以及支付方法、装置
CN104166915A (zh) * 2014-04-30 2014-11-26 深圳光启创新技术有限公司 电子钱包支付方法和系统
CN106056382A (zh) * 2016-06-20 2016-10-26 中国银联股份有限公司 移动终端支付方法

Also Published As

Publication number Publication date
CN106056382B (zh) 2021-01-15
TWI681346B (zh) 2020-01-01
TW201801001A (zh) 2018-01-01
CN106056382A (zh) 2016-10-26

Similar Documents

Publication Publication Date Title
WO2017219807A1 (fr) Procédé de paiement basé sur un terminal mobile
US11687928B2 (en) Secure processing of electronic payments
US20220391883A1 (en) System and method for location-based token transaction processing
US20180253727A1 (en) Secure funding of electronic payments
US20160335624A1 (en) Mobile device nfc-based detection and merchant payment system
US10147084B2 (en) Methods and systems for providing a payment account with adaptive interchange
US8805326B2 (en) Payment transactions on mobile device using mobile carrier
AU2022202404A1 (en) Secure processing of electronic payments
US20170017958A1 (en) Secure processing of electronic payments
US11699152B2 (en) Secure processing of electronic payments
US20140351006A1 (en) System and method for generating and utilizing global information from transaction records
CN109313762B (zh) 用于表征预存资金支付的数据集的安全生成和处理的系统、方法和设备
AU2012316758A1 (en) Social proximity payments
KR20160003672A (ko) 모바일 디바이스 상에서의 즉시 결제를 구현하기 위한 시스템 및 방법
CA3007992A1 (fr) Systeme et methode de traitement de transaction de jeton fonde sur l'emplacement
CN104601537B (zh) 一种数据转移的控制方法及相关设备、系统
CA3052074A1 (fr) Financement securise de paiements electroniques
JP2023182338A (ja) アプリケーションプログラム、情報処理装置、情報処理方法、およびプログラム
KR20150129956A (ko) 메신저를 이용한 결제 방법 및 이를 수행하는 결제 서버
TWM632752U (zh) 信用卡推薦交易系統

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17814545

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17814545

Country of ref document: EP

Kind code of ref document: A1