[发明专利]移动推送支付

说明书

本文描述了一种进行移动交易的方法，包括：卡处理器服务器从在发送机构服务器上运行的应用编程接口(API)接收授权消息，该授权消息包括指示应该立即处理交易的推送代码；并且卡处理器服务器向在接收机构服务器上运行的API传送保证消息，该保证消息包括指示应该立即将资金过账到商家的账户的紧急代码。还描述了一种系统，该系统包括卡处理器服务器、在发送机构服务器上运行的API、在接收机构服务器上运行的API、消费者移动用户设备和商家用户设备，该卡处理器服务器被配置为执行上述方法。

相关申请的交叉引用

本申请要求于2016年8月4日提交的编号为16182866.0的欧洲专利申请的权益和优先权。上述申请的全部公开内容通过引用并入本文。

技术领域

本公开涉及用于进行移动交易的方法和系统。更具体而言，移动交易是由支付方(消费者)发起的所谓的“推送”交易。

背景技术

在许多经济体中，信用卡和借记卡支付已经与现金交易并用数十年。近年来，利用诸如智能电话、平板电脑和智能手表的移动用户设备的支付也已经为许多消费者所熟悉，特别是在城市中。

但是，世界上有些地方仍然几乎只使用现金支付。这可能是由于缺乏卡支付基础设施或持有银行账户的人口数量不足，以及其它原因，例如处于农村经济和偏远地区。在这些地方，预计很快会有更多人具有移动电话而不是银行账户。因此，已经开发了移动支付系统，其允许这些区域中的消费者以比传统卡支付系统更“类似现金”的方式从他们自己的预付账户向商家的预付账户发起交易。这可以降低由于分别携带和持有现金而给消费者和商家带来的(可能是暴力的)盗窃和损失的风险。

传统的卡支付系统基于由商家始发(originate)的从消费者的账户的“取出(pull)”，如图1所示的典型卡支付系统100的示意图中所示。

在步骤S101处，商家在他们的销售点(POS)设备110上设置支付请求(或者这可以在用于在线交易的商家的服务器上的虚拟POS处自动完成)，并从消费者120请求卡详细信息(detail)。在S102处，消费者120然后提供他们的卡详细信息，例如，通过将他们的卡物理地插入到芯片和PIN码(chip-and-PIN)POS中、在非接触式(例如，近场通信、NFC)读取器上轻敲、将他们的详细信息录入到(例如，固定或移动用户设备上的)网页或应用(app)的表单中、或者通过在非接触式读取器上轻敲他们启用支付的移动用户设备(该启用支付的移动用户设备存储他们的卡详细信息或访问卡详细信息的手段)。

在S103至S105处，POS 110然后经由商家的银行(称为收单方)140和(维持与大多数银行的关系的)卡处理器150向消费者的银行(称为卡发行方(issuer))130传送授权请求。如果存在足够的资金，则在S106至S107处，发行方130经由卡处理器150向收单方140通知该交易已经被授权。收单方140将其视为将进行支付的保证，并且在S108处向商家的POS110发送批准消息。响应于此，在S109处，商家提供所请求的商品或服务和/或收据。

分别在发行方和商业银行处进行的消费者和商家账户中的资金的实际支付和余额的调整(称为结算)在稍后发生。通常，这开始于在商家POS 110处涉及发行方130的所有贷记(credit)、借记(debit)和废单(void)的一天结束时的审查。然后在S110至S112处经由收单方140和卡处理器150从发行方130请求结算净额。经由卡处理器150从发行方130到收单方140的批量支付随后在S113至S114进行，通常在一个或两个工作日内。

通常，如果步骤S1至S10在D日发生，则最快步骤S111至S114可以发生并且因此来自交易的资金可供商家使用的时间是D+1日。

现有的面对面移动推送支付系统基于类似的基础设施。在图2中示意性地示出了这种系统200的示例。