CN106056382A - 移动终端支付方法 - Google Patents

Abstract

一种移动终端支付方法，包括：注册环节，包括：用户持移动终端向后台系统注册，后台系统向移动终端下发唯一令牌；移动终端与后台系统交互，后台系统为用户绑定对应于唯一令牌的多个支付卡；设置环节，包括：用户针对不同交易类型和/或商户类别分别选择至少一支付卡作为默认卡；以及交易环节，包括：移动终端与支付受理终端进行交互，支付受理终端将交易数据上送后台系统；后台系统根据唯一令牌以及交易类型码和/或商户类别码确定相应的默认卡；以及后台系统基于交易数据向所确定的各默认卡的发卡机构提交支付请求。其支持用户针对不同交易类型、不同商户类别甚至不同交易类型与商户类别的组合，分别设置多个默认卡，能够带来优秀的用户体验。

Description

移动终端支付方法

技术领域

本发明涉及涉及电子支付技术领域，更具体地说，涉及一种移动终端支付方法。

背景技术

在电子支付已逐渐成为主流支付方式的今天，支付的安全与方便都是用户以及商户关注的焦点。

现有技术中，在现场非接支付过程中首先需要点亮手机，如果支持多账户支付，需要通过移动APP预先设定默认卡，作为后续每次支付的账户，而修改默认卡需要进入APP界面重新设置。现在热点的APPLEPAY、HEC等手机支付产品，在默认卡设置方面功能单一、不区分商户类型，且通常仅支持设置一张卡为默认卡，而不支持组合支付。

因此，本领域技术人员期望获得一种支持多个默认卡、并支持组合支付的移动终端支付方法。

发明内容

本发明的目的在于提供一种移动终端支付方法，其能够对现有的手机支付产品进行优化。

为实现上述目的，本发明提供一种技术方案如下：

一种移动终端支付方法，包括：注册环节，包括如下步骤：a)、用户持移动终端向后台系统注册，后台系统向移动终端下发唯一令牌；b)、移动终端与后台系统交互，后台系统为用户绑定对应于唯一令牌的多个支付卡；设置环节，包括如下步骤：c)、用户针对不同交易类型和/或商户类别分别选择至少一支付卡作为默认卡，并由移动终端上报后台系统；以及交易环节，包括如下步骤：d)、移动终端与支付受理终端进行交互，支付受理终端将交易数据上送后台系统；其中，交易数据至少包括移动终端的唯一令牌以及交易类型码和/或商户类别码；e)、后台系统根据唯一令牌以及交易类型码和/或商户类别码确定相应的默认卡；以及f)、后台系统基于交易数据向所确定的各默认卡的发卡机构提交支付请求，以完成交易。

优选地，在步骤c)之后、步骤d)之前，还包括步骤s)：用户与后台系统交互来设置支付规则，其中支付规则定义在不同交易类型下各默认卡的支付优先级/或支付比例；相应地，在步骤e)之后、步骤f)之前，还包括步骤t)：后台系统基于用户所设置的支付规则，确定各默认卡的支付优先级/或支付比例；相应地，步骤f)具体包括：后台系统基于交易数据、支付规则向所确定的各默认卡的发卡机构提交支付请求，以完成交易。

优选地，交易类型为M类，商户类别为N类，其中M、N为正整数，步骤c)具体包括：用户针对交易类型与商户类别形成的每一组合，分别选择至少一支付卡作为默认卡，并由移动终端上报后台系统。

本发明各实施例所提供的移动终端支付方法，支持用户针对不同交易类型、不同商户类别甚至不同交易类型与商户类别的组合，分别设置多个默认卡，使得在进行消费时，用户能够根据自己的意愿而选用最适合的支付方式；且一旦设置完成，即可在各种消费场景下快速进行支付，而无需进入APP界面适时更改。相比于现有的手机支付产品，本发明能够带来优秀的用户体验。

附图说明

图1示出本发明第一实施例提供的移动终端支付方法的流程示意图。

图2示出本发明第二实施例提供的移动终端支付方法的流程示意图。

图3示出本发明第三实施例提供的移动终端支付方法的流程示意图。

具体实施方式

如图1所示，本发明第一实施例提供一种移动终端支付方法，其包括三个环节：注册环节、设置环节以及交易环节。

其中，注册环节包括如下两个步骤：

步骤S10、用户持移动终端向后台系统注册，后台系统向移动终端下发唯一令牌。

其中，唯一令牌用于唯一地确定用户所持的移动终端。经注册完成，后台系统才对用户所持的移动终端提供进一步的下述各种服务。

优选情况下，后台系统部署于云计算平台，从而可以便于用户在不同地点实现快速注册及设置，也便于后台系统的升级与维护。

步骤S11、移动终端与后台系统交互，后台系统为用户绑定对应于唯一令牌的多个支付卡。

其中，每一注册用户都可以向后台系统登记多张支付卡，而后续的每次交易都将从这多张支付卡中选择一张或多张来进行支付。用户也可以向后台系统请求取消或更改任一支付卡。后台系统将这多张支付卡与用户的唯一令牌进行绑定。

设置环节包括如下步骤：

步骤S12、用户针对不同交易类型或商户类别分别选择至少一支付卡作为默认卡，并由移动终端上报后台系统。

在该步骤中，后台系统可以定义不同的交易类型，用户的移动终端向用户弹出第一设置界面，供用户针对这些不同的交易类型来分别选择至少一张支付卡作为默认卡。备选地，后台系统也可以定义不同的商户类别，用户的移动终端向用户弹出第二设置界面，供用户针对这些不同的商户类别来分别选择至少一张支付卡作为默认卡。用户设置好默认卡后，移动终端将设置结果上报后台系统，后台系统可以将每一用户各自的设置结果存储于数据库中。

具体地，移动终端内设有NFC通信芯片；可以采用主机卡模拟技术（HCE技术）来设置各默认卡，从而将默认卡存放于移动终端中。在实际交易时，用户持移动终端靠近支付受理终端，支付受理终端即可经近场通信方式感知到默认卡。

交易环节包括如下三个步骤：

步骤S13、移动终端与支付受理终端进行交互，支付受理终端将交易数据上送后台系统。

其中，交易数据至少包括移动终端的唯一令牌以及交易类型码或商户类别码。具体地，在用户针对交易类型设置默认卡时，交易数据应包括交易类型码；在用户针对商户类别设置默认卡时，交易数据应包括商户类别码（MCC）。交易数据还一般地包括交易双方信息、交易地点、时间以及交易金额、用户购买的商品/服务的标识信息。

需要说明的是，在本发明各实施例中，每笔交易都有具体的交易类型：如消费、预授权等，可以通过交易类型码来标识。对每个商户也能够分配商户类别码，进而将商户分类为，例如商场商户、网上商户、银行商户、公共事业费商户等。

步骤S14、后台系统根据唯一令牌以及交易类型码或商户类别码确定相应的默认卡。

该步骤中，唯一令牌能够唯一地确定用户所持的移动终端，后台系统从数据库中查找该移动终端针对该交易类型（或针对该商户类别）所设置的默认卡（在前述步骤S12中已设置完成）。

步骤S15、后台系统基于交易数据向所确定的各默认卡的发卡机构提交支付请求，以完成交易。

具体地，后台系统基于交易数据（包括交易金额、交易双方信息）向在前述步骤S14中确定的各默认卡的发卡机构提交支付请求，实现资金流转，完成交易。

虽然上述实施例提供的移动终端支付方法例示为包括注册环节、设置环节和交易环节，但是根据本发明的思想，如下的移动终端支付方法也是明显可以预见的：

A、在最初完成一次注册及设置环节后，用户后续的每次交易均不再需要进入注册或设置环节，而直接进行交易环节即可；

B、在交易的任何步骤或阶段，用户都可以暂停实际支付，而调用设置环节来重新设置其喜好的默认卡以及支付规则，在设置完成后，再继续完成实际支付。

上述第一实施例支持用户针对不同交易类型或不同商户类别，分别设置多个默认卡，使得在进行消费时，用户能够根据自己的意愿而选用最适合的支付方式。且一旦设置好默认卡，用户在各种消费场景下都可以快速支付。这种方法相比于现有的手机支付方法，能够带来优秀的用户体验。

如图2所示，本发明第二实施例提供另一移动终端支付方法，其同样包括注册环节、设置环节以及交易环节。与上述第一实施例相比，其中设置环节以及交易环节的具体实现有所不同。

具体地，注册环节包括步骤S20和步骤S21。

在步骤S20中，用户持移动终端向后台系统注册，后台系统向移动终端下发唯一令牌。在步骤S21中，移动终端与后台系统交互，后台系统为用户绑定对应于唯一令牌的多个支付卡。

设置环节包括步骤S22和步骤S23。

在步骤S22中，用户针对不同交易类型或商户类别分别选择至少一支付卡作为默认卡，并由移动终端上报后台系统。在步骤S23中，用户与后台系统交互来设置支付规则。其中，支付规则可以定义在不同交易类型下各默认卡的支付优先级，也可以定义多张默认卡共同支付同一笔费用所对应的支付比例。

通过设置各默认卡的支付优先级和/或支付比例，可以实现，例如，如先用储值卡支付，剩余金额用招商信用卡支付（组合方式）；再如：先用招商信用卡支付，如金额不足本次仅使用农行信用卡支付（切换方式）；也可以拓展到使用招商信用卡和农行信用卡各支付50%等方式。

交易环节包括步骤S24、S25、S26及S27。

在步骤S24中，移动终端与支付受理终端进行交互，支付受理终端将交易数据上送后台系统。其中，交易数据至少包括移动终端的唯一令牌以及交易类型码或商户类别码。交易数据也一般地包括交易双方信息、交易地点、时间以及交易金额、用户购买的商品/服务的标识信息。

在步骤S25中，后台系统根据唯一令牌以及交易类型码或商户类别码确定相应的默认卡。

在步骤S26中，后台系统基于用户所设置的支付规则，确定各默认卡的支付优先级和/或支付比例。

具体地，根据用户在步骤S23中设置的支付规则，例如，后台系统可以确定用户想要优先使用第一默认卡支付，而对第一支付卡不足支付的金额，则交由第二默认卡支付。又例如，后台系统可以确定用户想使用第一默认卡支付50%，使用第二默认卡支付另外的50%。诸如此类。

在步骤S27中，后台系统基于交易数据、支付规则向所确定的各默认卡的发卡机构提交支付请求，以完成交易。

该步骤中，后台系统从当前笔交易的交易数据以及支付规则，能够确定一种特定的支付方案，该支付方案例如包括，从储值卡（第一默认卡）支付第一部分金额，再从信用卡（第二默认卡）支付第二部分金额，最后从贷记卡（第三默认卡）支付剩余的金额。

该第二实施例提供的移动终端支付方法，使得用户在进行消费时，不仅能够设置多张默认卡，还可以进一步细化或定制自己喜好的支付方式。

本发明第三实施例提供的移动终端支付方法是对上述第一实施例进行改进而得到的。

具体来说，如图3所示，其包括如下步骤：

步骤S30、用户持移动终端向后台系统注册，后台系统向移动终端下发唯一令牌。

步骤S31、移动终端与后台系统交互，后台系统为用户绑定对应于唯一令牌的多个支付卡。

步骤S32、用户针对不同交易类型与商户类别的每一组合，分别选择至少一支付卡作为默认卡，并由移动终端上报后台系统。

步骤S33、移动终端与支付受理终端进行交互，支付受理终端将交易数据上送后台系统。

步骤S34、后台系统根据唯一令牌以及交易类型码、商户类别码确定相应的默认卡。

步骤S35、后台系统基于交易数据向所确定的各默认卡的发卡机构提交支付请求，以完成交易。

为尽可能使得用户能针对各种不同的消费场景，来选用自己设置的默认卡、或自己喜好的支付规则，为此，上述第三实施例考虑了各种不同交易类型（例如M类，M为正整数）以及各种不同商户类别（例如N类，N为正整数），并根据交易类型与商户类别的每一组合（共MN种组合），分别设置默认卡，也可进一步设置支付规则。

该第三实施例适合针对多种消费场景快速支付，而无需再进入APP界面适时设置或更改。

类似地，在交易的任何步骤或阶段，用户都可以暂停实际支付，而调用设置环节来重新设置其喜好的默认卡以及支付规则，在设置完成后，再继续完成实际支付。

上述说明仅针对于本发明的优选实施例，并不在于限制本发明的保护范围。本领域技术人员可作出各种变形设计，而不脱离本发明的思想及附随的权利要求。

Claims (6)

1.一种移动终端支付方法，包括：

注册环节，包括如下步骤：

a)、用户持移动终端向后台系统注册，所述后台系统向所述移动终端下发唯一令牌；

b)、所述移动终端与所述后台系统交互，所述后台系统为所述用户绑定对应于所述唯一令牌的多个支付卡；

设置环节，包括如下步骤：

c)、所述用户针对不同交易类型和/或商户类别分别选择至少一所述支付卡作为默认卡，并由所述移动终端上报所述后台系统；以及

交易环节，包括如下步骤：

d)、所述移动终端与支付受理终端进行交互，所述支付受理终端将交易数据上送后台系统；其中，所述交易数据至少包括所述移动终端的所述唯一令牌以及所述交易类型码和/或商户类别码；

e)、所述后台系统根据所述唯一令牌以及所述交易类型码和/或商户类别码确定相应的所述默认卡；以及

f)、所述后台系统基于所述交易数据向所确定的各所述默认卡的发卡机构提交支付请求，以完成交易。

2.根据权利要求1所述的方法，其特征在于，在所述步骤c)之后、所述步骤d)之前，还包括步骤s)：

所述用户与所述后台系统交互来设置支付规则，其中所述支付规则定义在所述不同交易类型下各所述默认卡的支付优先级和/或支付比例；

相应地，在所述步骤e)之后、所述步骤f)之前，还包括步骤t)：

所述后台系统基于所述用户所设置的所述支付规则，确定各所述默认卡的支付优先级/或支付比例；

相应地，所述步骤f)具体包括：

所述后台系统基于所述交易数据、所述支付规则向所确定的各所述默认卡的发卡机构提交支付请求，以完成交易。

3.根据权利要求1所述的方法，其特征在于，所述后台系统部署于云计算平台。

4.根据权利要求1所述的方法，其特征在于，所述移动终端采用主机卡模拟技术来设置所述默认卡。

5.根据权利要求1所述的方法，其特征在于，所述交易类型为M类，所述商户类别为N类，其中M、N为正整数，

所述步骤c)具体包括：

所述用户针对所述交易类型与所述商户类别形成的每一组合，分别选择至少一所述支付卡作为默认卡，并由所述移动终端上报所述后台系统。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述移动终端采用NFC通信技术来与所述支付受理终端进行交互。