支付网关限购控制方法及其装置、设备与介质与流程

1.本申请涉及互联网技术领域，尤其涉及一种支付网关限购控制方法，此外还涉及该些方法相应的装置、设备以及非易失性存储介质。


背景技术：

2.在互联网电商领域中，电商平台及其旗下的线上店铺会设置相应的权益发放业务，并且设置权益发放业务体系以维系电商平台及线上店铺与用户的关系，进而向用户发放相应的消费权益，以提升用户在电商平台的应用程序中进行线上购物的积极性，达到促活用户在电商平台及其旗下的线上店铺中的活跃度及提升用户对的黏性，从而带来gmv转化。
3.相应的，电商平台所发放的消费权益的数量一般设置有相应的数量，有限次数的权益发放活动有时候还能造成饥饿营销，达到提升店铺活跃度，提高所参与促销的商品销售额的效果。
4.当现如今电商平台设置的消费权益数量限制发放的系统中存在相应的漏洞，当用户利用系统的漏洞多次使用消费权益进行消费时，将造成电商平台及线上店铺的巨大经济损失，进而造成电商平台的线上店铺数量减少，不利于电商平台的运营。
5.针对在电商平台限制权益发放数量所存在的安全问题，是本领域亟待解决的问题。


技术实现要素：

6.本申请的首要目的旨在提供一种支付网关限购控制方法及其相应的装置、设备与非易失性存储介质。
7.为实现本申请的目的，采用如下技术方案：
8.适应本申请的目的之一而提出的一种支付网关限购控制方法，包括如下步骤：
9.接收消费用户在线上店铺触发的下单指令，根据该下单指令获取下单商品的订单信息；
10.获取该线上店铺关于同一权益对象配置的多个限购配置信息，所述限购配置信息包括匹配条件及该匹配条件下所述权益对象的可分配总量；
11.按照预设置的责任排序对多个限购配置信息执行链式校验：当所述订单信息满足排序在先的限购配置信息中的匹配条件且该限购配置信息相对应的可分配总量大于对应缓存的已使用权益数量时，顺序执行后一限购配置信息的校验，以此类推直至所有限购配置信息均被执行校验后返回真值，否则返回假值并终止校验；
12.响应于返回的真值或假值而执行所述下单指令相对应的支付流程，相应使所述下单指令对应的交易金额适用或不适用所述权益对象。
13.进一步的实施例中，响应于返回的真值或假值而执行所述下单指令相对应的支付流程，相应使所述下单指令对应的交易金额适用或不适用所述权益对象的步骤中，当适用
时，将各个限购配置信息所对应的缓存中的已使用权益数量均累加一个单位。
14.进一步的实施例中，每个所述限购配置信息的匹配条件，在如下选项中择一：下单指令的订单信息中所包含的支付渠道是否为特定渠道、所述消费用户是否包含经第三方接口引流的标识、所述消费用户是否为预设天数内的新用户。
15.进一步的实施例中，所述订单信息携带消费用户指定的支付渠道、所述线上店铺标识以及用于活动标识码，所述限购配置信息之一被配置为其匹配条件利用所述支付渠道用于校验所述下单指令所采用的支付渠道是否为特定渠道，所述限购配置信息之一被配置为其匹配条件利用的线上店铺标识和活动码标识用于校验所述下单指令是否与所述线上店铺标识和活动码标识相匹配。
16.进一步的实施例中，响应于返回的真值或假值而执行所述下单指令相对应的支付流程，相应使所述下单指令对应的交易金额适用或不适用所述权益对象的步骤中，包括：
17.调用预设接口，获取所述下单指令所属的消费用户的个人账户中的余额数据；
18.判断所述余额数据是否满足所述交易金额，若否则退出，若是则执行后续步骤；
19.当所述余额数据满足所述交易金额时，依照该交易金额，扣除该用户的个人账户中的余额数据。
20.进一步的实施例中，响应于返回的真值或假值而执行所述下单指令相对应的支付流程，相应使所述下单指令对应的交易金额适用或不适用所述权益对象的步骤中，当所述下单指令对应的交易金额适用所述权益对象时，构造交易完成通知，将其发送给该下单指令所属的用户预留的通信接口。
21.进一步的实施例中，响应于返回的真值或假值而执行所述下单指令相对应的支付流程，相应使所述下单指令对应的交易金额适用或不适用所述权益对象的步骤中，当所述交易金额适用于所述权益对象时，对各个所述限购配置信息所相对应的缓存进行独占访问，进行所述缓存中已使用权益数量的累加操作。
22.适应本申请的目的而提出的一种支付网关限购控制装置，其包括：
23.指令接收单元，用于接收消费用户在线上店铺触发的下单指令，根据该下单指令获取下单商品的订单信息；
24.信息获取单元，用于获取该线上店铺关于同一权益对象配置的多个限购配置信息，所述限购配置信息包括匹配条件及该匹配条件下所述权益对象的可分配总量；
25.信息校验单元，用于按照预设置的责任排序对多个限购配置信息执行链式校验：当所述订单信息满足排序在先的限购配置信息中的匹配条件且该限购配置信息相对应的可分配总量大于对应缓存的已使用权益数量时，顺序执行后一限购配置信息的校验，以此类推直至所有限购配置信息均被执行校验后返回真值，否则返回假值并终止校验；
26.流程执行单元，用于响应于返回的真值或假值而执行所述下单指令相对应的支付流程，相应使所述下单指令对应的交易金额适用或不适用所述权益对象。
27.较佳的实施例中，所述流程执行单元包括：
28.数据获取模块，用于调用预设接口，获取所述下单指令所属的消费用户的个人账户中的余额数据；
29.金额判断模块，用于判断所述余额数据是否满足所述交易金额，若否则退出，若是则执行后续步骤；
30.金额扣除模块，用于当所述余额数据满足所述交易金额时，依照该交易金额，扣除该用户的个人账户中的余额数据。
31.适应本申请的目的而提出的一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行所述的支付网关限购控制方法的步骤。
32.适应本申请的目的而提出的一种非易失性存储介质，其存储有依据所述的支付网关限购控制方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行其相应的方法所包括的步骤。
33.相对于现有技术，本申请的优势如下：
34.本申请通过为服务器构造链式校验机制，实现对权益对象的可控性安全发放。服务器接收消费用户发送的下单指令，从该下单指令中获取相应的线上店铺的下单商品的订单信息，并根据该订单信息获取线上店铺中相应的权益对象的多个限购配置信息，且按照责任排序对多个所述限购配置信息进行链式校验，优先根据排序中排序最前的所述限购配置信息判断所述订单信息是否满足该限购配置信息的匹配条件，且同时判断该限购配置信息的可分配总量是否大于对应缓存的已使用权益数量，当上述判断完成满足时，将执行排序中后续的限购配置信息的校验，直到校验完排序中的所有限购匹配信息并返回真值，若该订单信息不满足上述的任一判断，则返回假值并退出校验，链式校验完成后，服务器根据返回的值为所述消费用户执行相应的交易流程。
35.通过这一逻辑，服务器在支付环节统一依次判断消费用户是否满足相应的限购配置信息，多次判断消费用户是否满足相应的匹配条件以获取相应的权益进行消费，并通过缓存的设计，限制各个权益对象的数量发放，防止所发放的权益对象超过预设的限制发放数量，以此构造具有高鲁棒性的权益数量发放限制系统，防止用户利用漏洞多次获取权益，造成电商平台及线上店铺的经济损失，以利于电商平台及线上店铺的电商运营。
36.本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
37.本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
38.图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；
39.图2为本申请的支付网关限购控制方法的典型实施例的流程示意图；
40.图3为图2中步骤s14的具体步骤所形成的流程示意图；
41.图4为本申请的支付网关限购控制装置的典型实施例的原理框图；
42.图5为本申请一个实施例的计算机设备的基本结构框图。
具体实施方式
43.下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。
44.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
45.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
46.本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personal communications service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda(personal digital assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(global positioning system，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobile internet device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
47.本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯若依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。
48.需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。
49.请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称服务器80部署在云端，作为一个业务服务器，其可以负责进一步连接起
相关数据服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82或者第三方服务器(未图示)提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。
50.对于服务器而言，所述的应用程序通常会被构建为服务进程，开放相应的程序接口，供各种终端设备上运行的应用程序进行远程调用，本申请中适于运行于服务器的相关技术方案，便可以此种方式实现于服务器中。
51.本申请所称的应用程序，其通称意义是指运行于服务器或终端设备之类的电子设备的应用程序，这些应用程序采用编程的方式实现了本申请的相关技术方案，其程序代码可被以计算机可执行指令的形式保存于计算机能识别的非易失性存储介质中，并被中央处理器调入内存中运行，通过该应用程序在计算机的运行而构造出本申请的相关装置。
52.本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。
53.本申请的一种支付网关限购控制方法的典型实施例中，其被实现为运行于服务器的计算机程序，开放供外部调用的程序接口，该程序接口可被服务器或终端设备的应用程序调用。请结合图2，该典型实施例中，该方法具体包括如下步骤：
54.步骤s11，接收消费用户在线上店铺触发的下单指令，根据该下单指令获取下单商品的订单信息：
55.服务器接收所述消费用户在线上店铺中触发的所述下单指令，并从该下单指令中获取该消费用户相应的所述下单商品的订单信息。
56.消费用户在相应的线上店铺中触发下单事件，生成所述下单指令并将其发送至服务器中，以便服务器根据该下单执行为消费用户执行相应的下单操作。
57.所述的订单信息中包含消费用户指定的支付渠道、消费用户的用户类型、消费用户所属的平台标识、消费用户所进行消费的线上店铺的线上店铺标识码、相应的权益活动的活动标识码、以及消费用户在线上店铺中所消费的交易金额，以便服务器根据所述活动标识匹配该消费用户进行消费的线上店铺，及根据所述活动标识码确定该线上店铺的权益对象，以获取该权益对象相应的的多个限购配置信息，并根据各个所述限购配置信息按序对所述支付渠道、用户类型及平台标识进行判断，以确定所述订单信息是否满足所述权益对象的发放，若满足，则根据所述交易金额判断该订单信息是否适用所述权益对象。
58.步骤s12，获取该线上店铺关于同一权益对象配置的多个限购配置信息，所述限购配置信息包括匹配条件及该匹配条件下所述权益对象的可分配总量：
59.服务器根据所述订单信息中包含的所述线上店铺标识码，确定该订单信息所指向的线上店铺，并根据该订单信息包含的所述活动标识码，从该线上店铺多个所述权益对象中确定该订单信息所指向的权益对象，进而获取该权益对象配置的多个所述限购配置信息。
60.所述的限购配置信息中包含相应的所述匹配条件及该相关联的权益对象的所述
可分配总量，以便服务器根据所述可分配总量判断当前的权益对象的可分配总量是否可满足所述订单信息所需的权益对象，并根据所述匹配条件判断该订单信息中所述支付渠道或用户类型、或者所述平台标识。
61.线上店铺包含多个所述权益对象，所述权益对象的类型可分为：赠送优惠价的权益对象、赠送积分的权益对象及赠送礼品的权益对象等，线上店铺各设置不同类型的权益对象，以吸引消费用户在线上店铺中进行消费。
62.各个权益对象可接受多个所述限购配置信息的约束，各个限购配置信息的类型可分为：限制特定支付渠道使用权益对象的限购、限制特定第三方平台使用权益对象的限购、限制用户类型的限购等。通过限购配置信息可以控制权益对象的发放，防止因发放过多的权益对象，造成电商平台及线上店铺的经济损失。
63.相应的，所述限购配置信息中包含的匹配条件与其类型相对应，所述匹配条件的类型可分为：判断所述订单信息中包含的支付渠道是否满足预设的特定渠道、判断所述订单信息所属的用户的用户类型、判断所述订单信息所属的第三方平台等，以便服务器根据所述匹配条件，判断所述订单信息所满足的所述限购匹配信息，以限制权益对象的发放。
64.步骤s13，按照预设置的责任排序对多个限购配置信息执行链式校验：当所述订单信息满足排序在先的限购配置信息中的匹配条件且该限购配置信息相对应的可分配总量大于对应缓存的已使用权益数量时，顺序执行后一限购配置信息的校验，以此类推直至所有限购配置信息均被执行校验后返回真值，否则返回假值并终止校验：
65.服务器根据所述权益对象所携带的责任排序信息，对该权益对象相对应的多个所述限购配置信息进行责任排序，以便按序调用各个所述限购配置信息对所述订单信息中包含的所述支付渠道、所述平台标识及所述用户信息执行所述链式校验。
66.服务器根据所述责任排序信息对各个所述限购配置信息进行所述责任排序后，将根据该责任排序中各个所述限购配置信息的顺序对所述订单信息中的信息执行所述链式校验。
67.具体的，所述链式校验的执行方式为：当所述订单信息满足该责任排序中首位的所述限购配置信息中包含的所述匹配条件，且当前可分配总量大于对应的缓存中的所述已使用权益对象数量时，将执行该限购配置信息后一限购配置信息的校验，直到该订单信息满足所述责任排序中所有的所述限购配置信息后，将返回真值，若该订单信息不满足所述责任排序中任一的所述限购配置信息，则返回假值，并退出为所述订单信息进行所述链式校验。例如，当前所述责任排序中首位的所述限购配置信息为限制特定支付渠道使用权益对象的限购类型，则根据该配置信息中匹配条件所指定的所述特定渠道，判断所述订单信息中的所述支付渠道是否符合所述特定渠道，若满足，则判断该限购配置信息中包含的所述可分配总量是否大于相应的缓存中的所述已使用权益对象数量，若是，则执行为该订单信息执行该限购配置信息下一个所述限购配置信息的校验，直到校验完该责任排序中的所有限购配置信息，若上述的判断中任意一个不满足，则返回真值，并退出所述链式校验。
68.所述的责任排序，可以权重排序关系来实施，即为各个限购配置信息赋予不同的权重，再以权重对其进行排序成为链式校验中的先后环节，从而可以以链式校验方式实现依据限购配置信息进行按序校验。
69.所述的限购配置信息设有相应的缓存，该缓存中储存表征该限购配置信息已发放
的权益对象的所述已使用权益数量，即各个所述限购配置信息所能发放的权益对象数量已预先设置，即所述的可分配总量。各个所述限购配置信息各自拥有相应的权益对象的可分配总量，当相应的限购配置信息所对应的权益对象的可分配总量与已使用权益数量的差值为零时，该限购配置信息将不可继续发放权益对象。
70.一种实施例中，服务器监控所述权益对象所有的所述限购配置信息所包含的所述可分配总量，并根据各个所述限购配置信息对应的已使用权益数量，判断各个所述可分配总量是否等于相应的所述已使用权益数量，若所有的限购配置信息的所述可分配总量都等于各自对应的所述已使用权益数量，则该权益对象将停止发放。
71.步骤s14，响应于返回的真值或假值而执行所述下单指令相对应的支付流程，相应使所述下单指令对应的交易金额适用或不适用所述权益对象：
72.服务器响应所述链式校验返回的真值或假值，当返回的值为真值时，服务器将为所述下单指令执行使用相应的所述权益对象所指定支付流程，当返回的值为假值时，服务器将为所述下单指令执行不使用相应的所述权益对象所指定支付流程。
73.当返回为真值时，服务器为所述下单指令执行使用相应的所述权益对象所指定支付流程，并判断所述下单指令相应的所述订单信息包含的所述交易金额是否适用于该权益对象，请参阅图3，具体的实施步骤如下：
74.步骤s141，调用预设接口，获取所述下单指令所属的消费用户的个人账户中的余额数据：
75.服务器调用与其建立数据通信链路的业务服务器的所述预设接口，获取所述下单指令所属的消费用户的所述个人账户中的所述余额数据。
76.所述的预设接口由于服务器建立数据通信链路的平台所属的业务服务器所提供，以便服务器通过调用该预设接口，获取所述相对指令所属的消费用户的个人账户中的所述余额数据，以保证消费用户的个人账户的数据安全。
77.所述消费用户设有所述个人账户，该个人账户中储存着消费用户的余额数据，且该个人账户一般部署于相应的平台所属的业务服务器中，服务器可通过调用所述预设接口，获取相应的消费用户所属的个人账户的所述余额数据。
78.步骤s142，判断所述余额数据是否满足所述交易金额，若否则退出，若是则执行后续步骤：
79.服务器根据所述订单信息中包含的交易金额，判断所述余额数据是否大于等于该交易金额，若满足，则为所述订单指令执行后续步骤，若不满足，则退出判断，并发送用于表征交易失败的通知消息至所述消费用户。
80.步骤s143，当所述余额数据满足所述交易金额时，依照该交易金额，扣除该用户的个人账户中的余额数据：
81.当所述余额数据大于等于所述交易金额时，服务器将根据所述交易金额通过所述预设接口发送至所述业务服务器中，以便业务服务器根据该交易金额扣除所述消费用户的个人账户中的余额数据。
82.一种实施例中，当所述下单指令对应的交易金额适用所述权益对象时，服务器构造用于表征交易完成的通知消息，并调用所述下单指令所属的消费用户预留的通信接口，以便通过该通信接口将所述通知消息方法至所述消费用户。
83.一种实施例中，当服务器确定所述订单信息中包含的交易金额适用于所述权益对象时，服务器将该权益对象对应的各个限购配置信息所各自对应的缓存中的已使用权益数量均累加一个单位。
84.再一种实施例中，服务器执行所述已使用权益数量的累加时，将对各个所述限购配置信息所相对应的缓存进行独占访问，在完成所述订单指令相应的已使用数据的累加后，释放各个所述缓存，使服务器发放该订单指令以外的其他订单执行的权益对象发放时进行相应的缓存独占访问，通过缓存独占访问的执行，防止因同时对缓存进行已使用权益数量的累加操作时，造成缓存中的数据发生混乱。
85.进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种支付网关限购控制装置，按照这一思路，请参阅图4，其中的一个典型实施例中，该装置包括：指令接收单元11、信息获取单元12、信息校验单元13及流程执行单元14。其中，指令接收单元11，用于接收消费用户在线上店铺触发的下单指令，根据该下单指令获取下单商品的订单信息；信息获取单元12，用于获取该线上店铺关于同一权益对象配置的多个限购配置信息，所述限购配置信息包括匹配条件及该匹配条件下所述权益对象的可分配总量；信息校验单元13，用于按照预设置的责任排序对多个限购配置信息执行链式校验：当所述订单信息满足排序在先的限购配置信息中的匹配条件且该限购配置信息相对应的可分配总量大于对应缓存的已使用权益数量时，顺序执行后一限购配置信息的校验，以此类推直至所有限购配置信息均被执行校验后返回真值，否则返回假值并终止校验；流程执行单元14，用于响应于返回的真值或假值而执行所述下单指令相对应的支付流程，相应使所述下单指令对应的交易金额适用或不适用所述权益对象。
86.一种实施例中，所述流程执行单元包括：数据获取模块，用于调用预设接口，获取所述下单指令所属的消费用户的个人账户中的余额数据；金额判断模块，用于判断所述余额数据是否满足所述交易金额，若否则退出，若是则执行后续步骤；金额扣除模块，用于当所述余额数据满足所述交易金额时，依照该交易金额，扣除该用户的个人账户中的余额数据。
87.为解决上述技术问题，本申请实施例还提供一种计算机设备，用于运行根据所述支付网关限购控制方法所实现的计算机程序。具体请参阅图5，图5为本实施例计算机设备基本结构框图。
88.如图5所示，计算机设备的内部结构示意图。该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种支付网关限购控制方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种支付网关限购控制方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
89.本实施方式中处理器用于执行本发明的支付网关限购控制装置中的各个模块/子
模块的具体功能，存储器存储有执行上述模块所需的程序代码和各类数据。网络接口用于向用户终端或服务器之间的数据传输。本实施方式中的存储器存储有支付网关限购控制装置中执行所有模块/子模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有子模块的功能。
90.本申请还提供一种非易失性存储介质，所述的支付网关限购控制方法被编写成计算机程序，以计算机可读指令的形式存储于该存储介质中，计算机可读指令被一个或多个处理器执行时，意味着该程序在计算机中的运行，由此使得一个或多个处理器执行上述任一实施例支付网关限购控制方法的步骤。
91.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read
‑
only memory，rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram)等。
92.综上所述，本申请构建了高鲁棒性的权益数量方法限制系统，通过为服务器构造链式校验的能力，在支付环节多次判断消费用户是否具有权益的使用权，并通过缓存的设计，限制各个权益对象的数量发放，进而防止用户利用漏洞多次获取权益，造成电商平台及线上店铺的经济损失，利于电商平台及线上店铺的电商运营。
93.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
94.本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
95.以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。