CN110599155A - 一种支付方法和支付系统 - Google Patents

Abstract

本申请适用于支付技术领域，提供了一种支付方法和支付系统，其中，一种支付方法，通过将离线设备信息与收款帐号关联绑定，在离线设备上生成携带有离线设备信息的收款二维码，由付款终端扫描该收款二维码进而向目标服务器发送支付请求，当目标服务器接收到支付请求时，根据支付请求向支付标识对应的交易服务器发起支付任务，再由交易服务器用于根据支付任务完成付款帐号向所述收款帐号进行支付的操作，由于整个支付过程中是由支付终端与目标服务器进行数据传输，离线设备作为收款二维码的生成设备，无需与目标服务器或者交易服务器之间进行数据交互，从而降低了离线设备的成本，为商家提供了一种实现成本更低的支付方案。

Description

一种支付方法和支付系统

技术领域

本申请属于支付技术领域，尤其涉及一种支付方法和支付系统。

背景技术

随着移动终端的普及程度越来越高，电子支付也被广泛应用于各种场景下。例如，在交易过程中，顾客可以向商家展示移动终端上的付款二维码，商家通过二维码扫描抢扫描该付款二维码，进而完成支付操作。

然而，对应商家而言，通过二维码扫描抢扫描该付款二维码后，需要由二维码扫描抢相连的上位机向付款二维码对应的服务器发起支付请求或者交易任务，因此需要为商家配置具有通信功能的上位机，提高了商家的实现成本。

发明内容

有鉴于此，本申请实施例提供了一种支付方法和支付系统，以解决现有的支付方式实现成本较高的问题。

本申请实施例的第一方面提供了一种支付方法，包括：

离线设备若检测预设的收款操作，则生成携带有离线设备信息的收款二维码；所述离线设备信息与收款帐号关联绑定；

付款终端扫描所述收款二维码，以向目标服务器发送支付请求；所述付款终端与所述付款帐号相互绑定；所述支付请求携带有所述付款帐号对应的支付标识；

所述目标服务器根据所述支付请求向所述支付标识对应的交易服务器发起支付任务；所述交易服务器用于根据所述支付任务完成所述付款帐号向所述收款帐号进行支付的操作。

本申请实施例的第二方面提供了一种支付系统，包括：

离线设备，用于若检测预设的收款操作，则生成携带有离线设备信息的收款二维码；所述离线设备信息与收款帐号关联绑定；

付款终端，用于扫描所述收款二维码，以向目标服务器发送支付请求；所述付款终端与所述付款帐号相互绑定；所述支付请求携带有所述付款帐号对应的支付标识；

目标服务器，用于根据所述支付请求向所述支付标识对应的交易服务器发起支付任务；所述交易服务器用于根据所述支付任务完成所述付款帐号向所述收款帐号进行支付的操作。

实施本申请实施例提供的一种支付方法和支付系统具有以下有益效果：

本申请实施例提供的一种支付方法，通过将离线设备信息与收款帐号关联绑定，在离线设备上生成携带有离线设备信息的收款二维码，由付款终端扫描该收款二维码进而向目标服务器发送支付请求，由于付款终端与付款帐号相互绑定，在支付请求中携带有付款帐号对应的支付标识，当目标服务器接收到支付请求时，根据支付请求向支付标识对应的交易服务器发起支付任务，再由交易服务器用于根据支付任务完成付款帐号向所述收款帐号进行支付的操作，由于整个支付过程中是由支付终端与目标服务器进行数据传输，离线设备作为收款二维码的生成设备，无需与目标服务器或者交易服务器之间进行数据交互，从而降低了离线设备的成本，为商家提供了一种实现成本更低的支付方案。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种支付方法的实现流程图；

图2是本申请另一实施例提供的一种支付方法的实现流程图；

图3是本申请实施例提供的一种支付系统结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

请参阅图1，图1是本申请实施例提供的一种支付方法的实现流程图。

如图1所示的支付方法包括以下步骤：

S11：离线设备若检测预设的收款操作，则生成携带有离线设备信息的收款二维码；所述离线设备信息与收款帐号关联绑定。

在步骤S11中，离线设备为支付过程中用于展示收款二维码的设备。可以理解的是，通过向离线设备预先配置二维码生成策略，令离线设备在检测到预设的收款操作时，能够生成携带有离线设备信息的收款二维码。离线设备信息为离线设备的区分标识，用于在多个离线设备的环境下，离线设备能够被其他终端或设备根据不同的离线设备信息进行区分。收款帐号为离线设备所属商家的帐号，由于收款二维码中携带有离线设备信息，且离线设备信息与收款帐号关联绑定，因此通过扫描二维码即可发起向收款帐号进行资源支付的业务流程。

在本申请的所有实施例中，支付所面向的对象可以是虚拟资源或者现实资源。其中，虚拟资源与现实资源之间也可以具有特定的兑换关系。例如，现实资源可以为现实中流通的交易货币等，虚拟资源可以是通过现实货币兑换得到的积分、虚拟的交易货币等。

在实际应用中，交易活动中需要涉及到资源的支付，例如人们购买商品时，消费者需要向商家支付相应的货币。在交易活动的过程中，离线设备仅用于生成并展示携带有离线设备信息的收款二维码，由支付终端通过扫码的方式发起支付业务并完成支付操作。

至于离线设备何时检测预设的收款操作，具体可以包括但不仅限于以下两种场景。

场景1：当商家在离线设备上发起收款任务时，在离线设备检测到预设的收款操作。

例如，当商家在离线设备上输入收款额度，并点击离线设备上的收款按钮，使得离线设备检测到预设的收款操作。

场景2：收款终端与离线设备之间通过电连接或无线连接，收款终端向离线设备触发收款指令，进而在离线设备上触发预设的收款操作。

例如，收款终端可以是超市的收款计算机，在对消费者购买的商品进行结算时，收款终端向与其电连接离线设备触发收款指令，或者收款终端通过无线通信的方式向其周围的离线设备发送收款指令，使得离线设备检测到预设的收款操作。

作为本实施例一种可能实现的方式，离线设备信息包括：机构代码和动态时间参数。步骤S11具体包括：

离线设备若检测预设的收款操作，则从本地数据库中获取所述机构代码，并基于当前时间信息生成动态时间参数；所述离线设备调用预设的收款二维码生成工具，基于所述机构代码和所述动态时间参数生成收款二维码；其中，所述动态时间参数用于描述所述收款二维码有效期限。

在本实施例中，本地数据库为离线设备中预先构建的数据库，机构代码为用于区分离线设备的标识。收款二维码生成工具可以是现有的二维码生成工具，该收款二维码生成工具能够基于机构代码和动态时间参数生成相应的二维码图片，也即生成携带有机构代码和动态时间参数的收款二维码。

在实际应用中，每一次新的交易过程中，离线设备上都会重新生成一个新的收款二维码，为了避免在多个离线设备同时显示收款二维码导致后来的消费者误操作，扫描前一消费者对应的收款二维码，在收款二维码中还携带有动态时间参数，使得付款终端扫描收款二维码向目标服务器发送支付请求时，可以基于请求中携带的动态时间参数，避免收款二维码在有效期限外，被不对应的终端扫描造成的误操作。

S12：付款终端扫描所述收款二维码，以向目标服务器发送支付请求；所述付款终端与所述付款帐号相互绑定；所述支付请求携带有所述付款帐号对应的支付标识。

在步骤S12中，付款终端为付款方例如消费者，进行资源支付的终端。付款帐号用于标识付款方用于进行资源支付的付款账户。支付标识用于区分与付款账户关联的支付应用。目标服务器是为离线设备提供绑定服务的服务端，在使用离线设备进行支付交易的过程中，目标服务器作为信息验证的网关为支付业务提供信息安全服务，保障支付终端进行支付的安全性。

在本申请的所有实施例中，用户利用付款终端进行支付操作时，可以通过启用付款终端的摄像头扫描收款二维码，进而向目标服务器发送支付请求。由于付款终端与付款帐号相互绑定，且支付请求携带有付款帐号对应的支付标识，目标服务器基于付款请求，能够确定付款帐号，同时能够根据支付标识和付款帐号区分与付款账户关联的支付应用。

需要说明的是，支付应用是用于与付款帐号相互关联，便于用户利用付款终端进行消费的应用，例如微信、支付宝等。

以付款帐号指向消费者的银行储蓄卡为例，付款帐号为银行储蓄卡的卡号，支付标识用于描述与该银行储蓄卡的卡号相互绑定的，用于进行付款的应用是微信还是支付宝。

作为本实施例一种可能实现的方式，步骤S12具体包括：

所述付款终端通过登录了所述付款帐号的支付应用扫描所述收款二维码，以向跳转服务器发送携带有所述机构代码的域名重定向请求；其中，所述跳转服务器用于根据所述机构代码从预设重定向列表中确定目标域名，并将所述目标域名返回给所述付款终端；所述付款终端基于所述目标域名向所述目标服务器发送携带有所述动态时间参数的支付请求。

在本实施例中，跳转服务器可以为银联交易监管所用的服务器，该服务器中配置有预设重定向列表。由于付款请求中携带有机构代码，付款终端向目标服务器发送支付请求，具体是先向跳转服务器发送携带有机构代码的域名重定向请求，由跳转服务器根据该机构代码从预设重定向列表中确定目标域名，并将目标域名返回给付款终端，付款终端基于该目标域名向目标服务器发送携带有动态时间参数的支付请求。目标服务器可以对该支付请求中携带的动态时间参数进行判断，以确定当前时间是否在收款二维码有效期限内，能够降低付款终端扫错收款二维码进行误支付的机会。

S13：所述目标服务器根据所述支付请求向所述支付标识对应的交易服务器发起支付任务；所述交易服务器用于根据所述支付任务完成所述付款帐号向所述收款帐号进行支付的操作。

在步骤S13中，目标服务器是为离线设备信息与收款账号提供关联绑定的服务端，用于实现离线设备与收款账号之间的关联绑定。交易服务器是付款终端进行支付操作时，付款终端上运行的支付应用所对应的服务器。由于支付任务中的信息描述了付款帐号和收款帐号，因此交易服务器可以基于支付任务所描述的内容，完成付款帐号向收款帐号进行支付的操作。

在使用离线设备进行支付交易的过程中，目标服务器作为信息验证的网关为支付业务提供信息安全服务，保障支付终端进行支付的安全性。具体地，由于离线设备中预先配置有二维码生成策略，因此离线设备在生成收款二维码时，可以对收款二维码携带的所有信息进行加密，终端通过扫描收款二维码进而向目标服务器发送支付请求，由于该支付请求携带的信息是离线设备加密后的信息，通过目标服务器对该加密后的信息进行解密验证，从而能够避免了支付请求被恶意复制或模仿，也避免了目标服务器对非付款终端发送的支付请求进行响应。

作为本实施例一种可能实现的方式，步骤S13可以包括：

所述目标服务器若根据所述动态时间参数确定未超过所述收款二维码有效期限，则向所述支付标识对应的交易服务器发起支付任务。

在本实施例中，由于动态时间参数用于描述收款二维码有效期限，目标服务器作为信息验证的网关为支付业务提供信息安全服务，同时目标服务器还对支付请求所携带的动态时间参数进行验证，也即判断当前时间点是否在动态时间参数所描述的收款二维码有效期限内。若目标服务器接收到支付请求的时间点处于动态时间参数所描述的收款二维码有效期限内，则目标服务器向支付标识对应的交易服务器发起支付任务。

可以理解的是，若目标服务器接收到支付请求的时间点不处于动态时间参数所描述的收款二维码有效期限内，则目标服务器不做任何操作，或者向支付终端返回用于提示收款二维码失效的信息。

以上可以看出，本实施例提供的一种支付方法，通过将离线设备信息与收款帐号关联绑定，在离线设备上生成携带有离线设备信息的收款二维码，由付款终端扫描该收款二维码进而向目标服务器发送支付请求，由于付款终端与付款帐号相互绑定，在支付请求中携带有付款帐号对应的支付标识，当目标服务器接收到支付请求时，根据支付请求向支付标识对应的交易服务器发起支付任务，再由交易服务器用于根据支付任务完成付款帐号向所述收款帐号进行支付的操作，由于整个支付过程中是由支付终端与目标服务器进行数据传输，离线设备作为收款二维码的生成设备，无需与目标服务器或者交易服务器之间进行数据交互，从而降低了离线设备的成本，为商家提供了一种实现成本更低的支付方案。

请参阅图2，图2是本申请另一实施例提供的一种支付方法的实现流程图。相对于图1对应的实施例，本实施例提供的播放视频方法在步骤S11之前还包括S21至S25。详述如下：

S21：离线设备若检测预设的绑定操作，则根据预设的绑定二维码生成策略生成携带有离线设备信息的绑定二维码。

在步骤S21中，预设的绑定二维码生成策略用于描述离线设备生成绑定二维码的方式或步骤，可以通过向离线设备配置该绑定二维码生成策略对应的脚本文件，由离线设备执行该脚本文件后，当用户在离线设备上触发了预设的绑定操作时，离线设备基于脚本文件中的执行语句，生成携带有离线设备信息的绑定二维码。绑定二维码用于实现离线设备与商户之间的绑定，也即用于实现离线设备信息与收款帐号之间的关联绑定，以及对离线设备实现使用者绑定或标记。

作为本实施例一种可能实现的方式，离线设备信息包括：离线设备序列号和离线设备类型信息。步骤S21包括：

所述离线设备若检测预设的绑定操作，则从本地数据库中获取所述离线设备序列号、所述离线设备类型信息以及设备公钥，并基于所述离线设备序列号、所述离线设备类型信息以及所述设备公钥得到绑定二维码参数；

所述离线设备调用预设的绑定二维码生成工具，基于所述绑定二维码参数生成绑定二维码。

在本实施例中，设备公钥用于对离线设备序列号以及离线设备类型信息进行加密，得到绑定二维码参数。由于绑定二维码生成工具基于绑定二维码参数生成绑定二维码，且绑定二维码参数为通过设备公钥进行加密后的数据，使得通过扫描绑定二维码得到的数据为加密后的数据。

需要说明的是，绑定二维码参数为字符串，该字符串的长度用于描述绑定二维码在离线设备上显示时的单位区域内有色像素点密度。其中，二维码由有色像素点和无色像素点组成，单位区域内有色像素点密度用于描述单位区域内二维码的有色像素点的紧凑程度。调用预设的绑定二维码生成工具基于绑定二维码参数生成绑定二维码时，由于绑定二维码是在离线设备上的展示的图片，为了使绑定二维码能够在离线设备上完整展示且能够被收款终端扫描识别，绑定二维码参数的字符个数为预设字符个数区间的数值。例如，预设字符个数区间为220至280，则绑定二维码参数的字符个数为220至280区间内的任一整数值即可。

可以理解的是，绑定二维码参数的字符个数越大，则像素点密度越低，绑定二维码参数的字符个数越小，则像素点密度越高。

S22：已登录收款帐号的收款终端扫描所述绑定二维码，以向目标服务器发送携带有所述离线设备信息和所述收款帐号的绑定请求。

在步骤S22中，目标服务器是为离线设备信息与收款账号提供关联绑定的服务端，用于实现离线设备与收款账号之间的关联绑定。目标服务器为离线设备信息与收款账号提供关联绑定，具体是将存储离线设备信息与收款账号关联存储至绑定关联列表，当需要对离线设备进行绑定查询时，根据离线设备信息从该绑定关联列表中查询相应的离线设备是否已与收款账号绑定。

作为本实施例一种可能实现的方式，步骤S22包括：

所述收款终端扫描所述绑定二维码，以向目标服务器发送携带有所述离线设备序列号、所述离线设备类型信息、所述设备公钥以及所述收款帐号的绑定请求。

在本实施例中，绑定请求是通过设备公钥进行加密后的请求信息，目标服务器中内置有与设备公钥对应的私钥，当目标服务器接收到收款终端发送的绑定请求时，根据私钥对绑定请求进行解密，再根据离线设备类型信息确定离线设备是否已被绑定。

S23：所述目标服务器根据所述绑定请求确定所述离线设备是否已被绑定。

在步骤S23中，绑定请求中携带有离线设备信息和收款帐号，由于一个收款帐号可以同时与多个离线设备的离线设备信息之间建立绑定关系，因此在确定离线设备是否已绑定时，只能通过离线设备信息进行查询。

作为本实施例一种可能实现的方式，步骤S23包括：

所述目标服务器基于所述设备公钥，调用预设的设备私钥对所述绑定请求进行解密解密认证，得到所述离线设备序列号、所述离线设备类型信息以及所述收款帐号；所述目标服务器查询绑定列表中是否存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系；若所述绑定列表中存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系，则所述目标服务器确定所述离线设备已被绑定；若所述绑定列表中不存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系，则所述目标服务器确定所述离线设备已被绑定。

在本实施例中，离线设备序列号还能够用于表征离线设备的类型，例如，离线设备序列号中可以配置类型信息的字符串，该字符串作为离线设备类型信息。当绑定列表中存在离线设备序列号或离线设备类型信息时，即可确定离线设备与收款帐号之间的对应关系，则目标服务器确定离线设备已被绑定。当绑定列表中不存在离线设备序列号或离线设备类型信息时，即可确定离线设备与收款帐号之间的不存在对应关系，则目标服务器确定离线设备未被绑定。

S24：若所述离线设备未被绑定，则所述目标服务器将所述离线设备信息与所述收款帐号进行关联绑定。

在步骤S24中，将离线设备信息与收款帐号进行关联绑定，具体是将离线设备信息与收款帐号关联存储至绑定列表中，绑定列表中的信息用于描述每一个离线设备信息与收款帐号之间的对应关系。

需要说明的是，目标服务器将离线设备信息与收款帐号关联存储至绑定列表中，也即标记了离线设备信息对应的离线设备以被绑定，该离线设备信息只能够与以一个收款帐号绑定。

为了提高离线设备的可持续利用率，当收款帐号被注销时，目标服务器将该收款帐号以及与其绑定的所有离线设备信息进行数据清楚，使得下次再确定离线设备信息是否与收款帐号绑定时，能够将离线设备信息识别为未绑定，进而实现对离线设备的再回收利用。

需要说明的是，本实施例中的步骤S21至步骤S25均在步骤S11之前，当执行了步骤S24才执行步骤S11至S14，当执行了步骤S25后便不执行步骤S11至S14。

作为本实施例一种可能实现的方式，S24之后，还包括：

S25：若所述离线设备已被绑定，则所述目标服务器向所述收款终端返回用于提示所述离线设备已绑定的信息。

在本实施例中，用于提示所述离线设备已绑定的信息可以包括：离线设备信息以及与该离线设备信息相互绑定的收款账户信息。

需要说明的是，步骤S24与步骤S25为并列步骤，两者不分先后顺序，但是当执行了步骤S24之后便不再执行步骤S25，当执行了步骤S25之后，便不再执行步骤S24，直到目标服务器重新根据绑定请求确定离线设备是否已被绑定。

本实施例中，通过将离线设备信息与收款帐号关联绑定，在离线设备上生成携带有离线设备信息的收款二维码，由付款终端扫描该收款二维码进而向目标服务器发送支付请求，由于付款终端与付款帐号相互绑定，在支付请求中携带有付款帐号对应的支付标识，当目标服务器接收到支付请求时，根据支付请求向支付标识对应的交易服务器发起支付任务，再由交易服务器用于根据支付任务完成付款帐号向所述收款帐号进行支付的操作，由于整个支付过程中是由支付终端与目标服务器进行数据传输，离线设备作为收款二维码的生成设备，无需与目标服务器或者交易服务器之间进行数据交互，从而降低了离线设备的成本，为商家提供了一种实现成本更低的支付方案。

此外，通过离线设备根据预设的绑定二维码生成策略生成携带有离线设备信息的绑定二维码，由已登录收款帐号的收款终端扫描该绑定二维码，以向目标服务器发送绑定请求，由于该绑定请求携带有离线设备信息和收款帐号，因此目标服务器可以根据绑定请求确定离线设备是否已被绑定，进而能够对离线设备进行绑定查询，防止已被绑定的离线设备与其他收款账户之间的绑定现象，避免了通过对离线设备进行覆盖绑定，使得收款账户无法收到支付款项，进而对收款方造成损失的问题。

请参阅图3，图3是本申请实施例提供的一种支付系统的结构框图。本实施例中该支付系统包括的执行主体用于执行图1至图2对应的实施例中的各步骤。具体请参阅图1至图2以及图1至图2所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图3，支付系统300包括：离线设备31、付款终端32以及目标服务器33。其中：

离线设备31，用于若检测预设的收款操作，则生成携带有离线设备信息的收款二维码；所述离线设备信息与收款帐号关联绑定。

付款终端32，用于扫描所述收款二维码，以向目标服务器发送支付请求；所述付款终端与所述付款帐号相互绑定；所述支付请求携带有所述付款帐号对应的支付标识。

所述目标服务器33，用于根据所述支付请求向所述支付标识对应的交易服务器发起支付任务；所述交易服务器用于根据所述支付任务完成所述付款帐号向所述收款帐号进行支付的操作。

作为本申请一实施例，支付系统300还包括已登录收款帐号的收款终端34。

离线设备31，还用于若检测预设的绑定操作，则根据预设的绑定二维码生成策略生成携带有离线设备信息的绑定二维码。

已登录收款帐号的收款终端34，还用于扫描所述绑定二维码，以向目标服务器发送携带有所述离线设备信息和所述收款帐号的绑定请求。

所述目标服务器33，还用于根据所述绑定请求确定所述离线设备是否已被绑定；

若所述离线设备31未被绑定，则所述目标服务器33还用于将所述离线设备信息与所述收款帐号进行关联绑定。

作为本申请一实施例，若所述离线设备31已被绑定，则所述目标服务器33还用于向所述收款终端返回用于提示所述离线设备已绑定的信息。

作为本申请一实施例，所述离线设备信息包括：离线设备序列号和离线设备类型信息。

所述离线设备31具体用于，若检测预设的绑定操作，则从本地数据库中获取所述离线设备序列号、所述离线设备类型信息以及设备公钥，并基于所述离线设备序列号、所述离线设备类型信息以及所述设备公钥得到绑定二维码参数；

所述离线设备31具体用于，调用预设的绑定二维码生成工具，基于所述绑定二维码参数生成绑定二维码。

作为本申请一实施例，所述收款终端34具体用于，扫描所述绑定二维码，以向目标服务器发送携带有所述离线设备序列号、所述离线设备类型信息、所述设备公钥以及所述收款帐号的绑定请求。

作为本申请一实施例，目标服务器33具体用于，基于所述设备公钥，调用预设的设备私钥对所述绑定请求进行解密解密认证，得到所述离线设备序列号、所述离线设备类型信息以及所述收款帐号。

所述目标服务器33具体用于，查询绑定列表中是否存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系。

若所述绑定列表中存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系，则所述目标服务器33具体用于，确定所述离线设备已被绑定。

若所述绑定列表中不存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系，则所述目标服务器33具体用于，确定所述离线设备已被绑定。

作为本申请一实施例，所述离线设备信息包括：机构代码和动态时间参数。

离线设备31具体用于，若检测预设的收款操作，则从本地数据库中获取所述机构代码，并基于当前时间信息生成动态时间参数。

所述离线设备31具体用于，调用预设的收款二维码生成工具，基于所述机构代码和所述动态时间参数生成收款二维码；其中，所述动态时间参数用于描述所述收款二维码有效期限。

作为本申请一实施例，付款终端32具体用于，通过登录了所述付款帐号的支付应用扫描所述收款二维码，以向跳转服务器发送携带有所述机构代码的域名重定向请求；其中，所述跳转服务器用于根据所述机构代码从预设重定向列表中确定目标域名，并将所述目标域名返回给所述付款终端。

所述付款终端32具体用于，基于所述目标域名向所述目标服务器发送携带有所述动态时间参数的支付请求。

作为本申请一实施例，所述目标服务器33具体用于，若根据所述动态时间参数确定未超过所述收款二维码有效期限，则向所述支付标识对应的交易服务器发起支付任务。

以上可以看出，本实施例提供的方案，通过将离线设备信息与收款帐号关联绑定，在离线设备上生成携带有离线设备信息的收款二维码，由付款终端扫描该收款二维码进而向目标服务器发送支付请求，由于付款终端与付款帐号相互绑定，在支付请求中携带有付款帐号对应的支付标识，当目标服务器接收到支付请求时，根据支付请求向支付标识对应的交易服务器发起支付任务，再由交易服务器用于根据支付任务完成付款帐号向所述收款帐号进行支付的操作，由于整个支付过程中是由支付终端与目标服务器进行数据传输，离线设备作为收款二维码的生成设备，无需与目标服务器或者交易服务器之间进行数据交互，从而降低了离线设备的成本，为商家提供了一种实现成本更低的支付方案。

此外，通过离线设备根据预设的绑定二维码生成策略生成携带有离线设备信息的绑定二维码，由已登录收款帐号的收款终端扫描该绑定二维码，以向目标服务器发送绑定请求，由于该绑定请求携带有离线设备信息和收款帐号，因此目标服务器可以根据绑定请求确定离线设备是否已被绑定，进而能够对离线设备进行绑定查询，防止已被绑定的离线设备与其他收款账户之间的绑定现象，避免了通过对离线设备进行覆盖绑定，使得收款账户无法收到支付款项，进而对收款方造成损失的问题。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种支付方法，其特征在于，包括：

离线设备若检测预设的收款操作，则生成携带有离线设备信息的收款二维码；所述离线设备信息与收款帐号关联绑定；

付款终端扫描所述收款二维码，以向目标服务器发送支付请求；所述付款终端与所述付款帐号相互绑定；所述支付请求携带有所述付款帐号对应的支付标识；

所述目标服务器根据所述支付请求向所述支付标识对应的交易服务器发起支付任务；所述交易服务器用于根据所述支付任务完成所述付款帐号向所述收款帐号进行支付的操作。

2.根据权利要求1所述的支付方法，其特征在于，所述方法还包括：

离线设备若检测预设的绑定操作，则根据预设的绑定二维码生成策略生成携带有离线设备信息的绑定二维码；

已登录收款帐号的收款终端扫描所述绑定二维码，以向目标服务器发送携带有所述离线设备信息和所述收款帐号的绑定请求；

所述目标服务器根据所述绑定请求确定所述离线设备是否已被绑定；

若所述离线设备未被绑定，则所述目标服务器将所述离线设备信息与所述收款帐号进行关联绑定。

3.根据权利要求2所述的支付方法，其特征在于，所述目标服务器根据所述绑定请求确定所述离线设备是否已被绑定之后，还包括：

若所述离线设备已被绑定，则所述目标服务器向所述收款终端返回用于提示所述离线设备已绑定的信息。

4.根据权利要求2或3所述的支付方法，其特征在于，所述离线设备信息包括：离线设备序列号和离线设备类型信息；

所述离线设备若检测预设的绑定操作，则根据预设的绑定二维码生成策略生成携带有设备信息的绑定二维码，包括：

所述离线设备若检测预设的绑定操作，则从本地数据库中获取所述离线设备序列号、所述离线设备类型信息以及设备公钥，并基于所述离线设备序列号、所述离线设备类型信息以及所述设备公钥得到绑定二维码参数；

所述离线设备调用预设的绑定二维码生成工具，基于所述绑定二维码参数生成绑定二维码。

5.根据权利要求4所述的支付方法，其特征在于，所述已登录收款帐号的收款终端扫描所述绑定二维码，以向目标服务器发送携带有所述离线设备信息和所述收款帐号的绑定请求，包括：

所述收款终端扫描所述绑定二维码，以向目标服务器发送携带有所述离线设备序列号、所述离线设备类型信息、所述设备公钥以及所述收款帐号的绑定请求。

6.根据权利要求5所述的支付方法，其特征在于，所述目标服务器根据所述绑定请求确定所述离线设备是否已被绑定，包括：

所述目标服务器基于所述设备公钥，调用预设的设备私钥对所述绑定请求进行解密解密认证，得到所述离线设备序列号、所述离线设备类型信息以及所述收款帐号；

所述目标服务器查询绑定列表中是否存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系；

若所述绑定列表中存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系，则所述目标服务器确定所述离线设备已被绑定；

若所述绑定列表中不存在所述离线设备序列号或所述离线设备类型信息，与所述收款帐号之间的对应关系，则所述目标服务器确定所述离线设备已被绑定。

7.根据权利要求1所述的支付方法，其特征在于，所述离线设备信息包括：机构代码和动态时间参数；

所述离线设备若检测预设的收款操作，则生成携带有离线设备信息的收款二维码，包括：

离线设备若检测预设的收款操作，则从本地数据库中获取所述机构代码，并基于当前时间信息生成动态时间参数；

所述离线设备调用预设的收款二维码生成工具，基于所述机构代码和所述动态时间参数生成收款二维码；其中，所述动态时间参数用于描述所述收款二维码有效期限。

8.根据权利要求7所述的支付方法，其特征在于，所述付款终端扫描所述收款二维码，以向目标服务器发送支付请求，包括：

所述付款终端通过登录了所述付款帐号的支付应用扫描所述收款二维码，以向跳转服务器发送携带有所述机构代码的域名重定向请求；其中，所述跳转服务器用于根据所述机构代码从预设重定向列表中确定目标域名，并将所述目标域名返回给所述付款终端；

所述付款终端基于所述目标域名向所述目标服务器发送携带有所述动态时间参数的支付请求。

9.根据权利要求7或8所述的支付方法，其特征在于，所述目标服务器根据所述支付请求向所述支付标识对应的交易服务器发起支付任务，包括：

所述目标服务器若根据所述动态时间参数确定未超过所述收款二维码有效期限，则向所述支付标识对应的交易服务器发起支付任务。

10.一种支付系统，其特征在于，包括：

离线设备，用于若检测预设的收款操作，则生成携带有离线设备信息的收款二维码；所述离线设备信息与收款帐号关联绑定；

付款终端，用于扫描所述收款二维码，以向目标服务器发送支付请求；所述付款终端与所述付款帐号相互绑定；所述支付请求携带有所述付款帐号对应的支付标识；

目标服务器，用于根据所述支付请求向所述支付标识对应的交易服务器发起支付任务；所述交易服务器用于根据所述支付任务完成所述付款帐号向所述收款帐号进行支付的操作。