CN108629689A - 一种对交易进行限额的方法 - Google Patents

Abstract

本发明提供了一种对交易进行限额的方法，应用于交易支付，其中，包括：步骤S1、服务端根据交易请求获取其包含的限额主体以及限额主体对应的交易信息；步骤S2、服务端根据限额主体的限额场景的类型调用对应的单笔交易限额校验规则对交易信息中的单笔交易额度进行校验，若校验通过则转向步骤S3；步骤S3、服务端根据限额主体的交易类型调用对应的限额主体的当前的总交易额度以及总交易限额校验规则，通过总交易限额校验规则对限额主体的当前的总交易额度进行校验，并在校验通过或者未通过时返回对应的校验结果。其技术方案的有益效果在于，可分别对交易请求中的多个限额主体进行限额操作，且限额操作方式快速高效。

Description

一种对交易进行限额的方法

技术领域

本发明涉及支付技术领域，尤其涉及一种对交易进行限额的方法。

背景技术

随着互联网技术的迅速发展，用户的在支付交易中，也更多采用第三方支付平台进行交易，第三方支付平台即买卖双方交易过程中的“中间件”，也可以说是“技术插件”，是在银行监管下保障交易双方利益的独立机构。

第三方支付平台可能代理某种支付产品供用户选择使用，现有的第三方支付平台对提供的支付产品只能进行单一的限额操作，但是这种方式十分局限，现有的支付产品可选择的类别十分丰富，为了满足使用者的支付需求，如何将多种产品进行整合并且对每种产品进行针对性的限额操作，是当下亟需解决的问题。

发明内容

针对现有技术中对支付交易进行限额存在的上述问题，现提供一种旨在提供多种支付交易方式进行交易支付，并对每个限额主体的单笔交易进行限额以及对限额主体的总交易额度进行分别限额操作的方法。

具体技术方案如下：

一种对交易进行限额的方法，应用于交易支付，其中，提供一客户端以及一对交易进行限额处理的限额服务端，以及与所述限额服务端连接的交易服务端；

所述客户端根据交易需求生成对应的交易请求并发送至所述限额服务端，所述交易请求中包括至少一个限额主体以及与所述限额主体对应的交易信息，所述交易信息中包括限额场景的类型；

所述服务端中可预先存储有多个所述限额主体；

以及与所述限额主体的交易类型对应的限额校验规则，所述限额校验规则包括一单笔交易限额校验规则，以及按照不同的时间周期形成的一总交易限额校验规则；所述对交易进行限额的方法包括以下步骤：

步骤S1、所述限额服务端根据接收的所述交易请求，获取所述交易请求中包含的所述限额主体以及所述限额主体对应的所述交易信息；

步骤S2、所述限额服务端根据所述限额主体的所述限额场景的类型调用对应的所述单笔交易限额校验规则对所述交易信息中的单笔交易额度进行校验，若校验通过则转向步骤S3；

步骤S3、所述限额服务端根据所述限额主体的所述交易类型调用对应的所述限额主体的当前的总交易额度以及所述总交易限额校验规则，通过所述总交易限额校验规则对所述限额主体的当前的总交易额度进行校验，以判断校验是否通过；

若是，表示校验通过，并返回一第一校验结果至所述交易服务端，所述交易服务端根据所述第一校验结果执行对应的业务处理流程；

若否，表示校验未通过，并返回一第二校验结果至所述交易服务端，所述交易服务端根据所述第二校验结果执行对应的业务处理流程；

优选的，所述限额服务端对每个所述限额主体预先保存有一单笔交易标准额度；

通过所述单笔交易限额校验规则对所述限额主体的所述交易信息进行校验的方法包括以下步骤：

步骤A1、所述限额服务端将所述限额主体的所述交易信息中的单笔交易额度与对应的所述单笔交易标准额度进行比较，以获得比较结果；

步骤A2、根据所述比较结果，判断所述单笔交易额度是否大于所述单笔交易标准额度；

若是，返回所述第一校验结果至所述交易服务端，所述交易服务端根据所述第一校验结果执行对应的业务处理流程；

若否，转向所述步骤S3。

优选的，所述服务端限额服务端通过所述单笔交易限额校验规则对所述限额主体的所述交易信息进行校验时，将当前的所述限额主体进行锁定，直到通过所述总交易限额校验规则对所述限额主体的当前的总交易额度进行校验并校验通过后将处于锁定状态的所述限额主体释放。

优选的，所述服务端限额服务端对每个所述限额主体预先保存有一总交易标准额度，以及实时保存的总交易额度记录；

通过所述总交易限额校验规则对所述限额主体的所述交易信息进行校验的方法包括以下步骤：

步骤B1、所述限额服务端调用保存的所述总交易额度记录并加上所述单笔交易额度以生成当前的所述总交易额度；

步骤B2、所述限额服务端将当前的所述总交易额度与所述总交易标准额度进行比较，以形成比较结果；

步骤B3、根据所述比较结果判断当前的所述总交易额度是否大于所述总交易标准额度；

若是，返回所述第二校验结果至所述交易服务端，所述交易服务端根据所述第二校验结果执行对应的业务处理流程；

步骤B4、采用异步处理方式将所述限额主体对应的当前的所述总交易额度作为新的所述总交易额度记录实时保存至所述限额服务端中。

优选的，所述步骤S1中，还包括以下步骤：

步骤S11、所述限额服务端于获取所述交易请求后，判断所述交易请求中是否包含所述限额主体；

若是，获取所述交易请求中包含的所述限额主体以及所述限额主体对应的所述交易信息；

步骤S12、结束对当前的所述交易请求的处理，并退出。

优选的，所述限额主体的类型包括，银行卡、用户的身份证号码、用户的交易账号。

优选的，所述限额场景的类型包括消费支付、转账交易、充值交易、提现交易。

优选的，在所述步骤S1前，还包括以下步骤：

步骤S101、所述限额服务端用以获取所述交易请求后，判断是否存在相同的所述交易请求；

若是，结束当前接收的所述交易请求并退出；

步骤S102、所述限额服务端根据所述交易请求判断所述交易请求中的参数是否合法；

若是，转向所述步骤S1；

步骤S103、结束当前接收的所述交易请求并退出。

上述技术方案具有如下优点或有益效果：交易请求中可包括多个限额主体，通过对应的限额校验规则对每个限额主体的交易信息进行校验，以分别判断每个限额主体的单笔交易以及总交易额度是否超过额度其限额操作方式快速高效。

附图说明

参考所附附图，以更加充分的描述本发明的实施例。然而，所附附图仅用于说明和阐述，并不构成对本发明范围的限制。

图1为本发明一种对交易进行限额的方法的实施例的流程图；

图2为本发明一种对交易进行限额的方法的实施例中，关于单笔交易限额校验规则的校验方法的流程图；

图3为本发明一种对交易进行限额的方法的实施例中，关于总交易限额校验规则的校验方法的流程图；

图4为本发明一种对交易进行限额的方法的实施例中，关于判断交易请求是否包含限额主体的方法的流程图；

图5为本发明一种对交易进行限额的方法的实施例中，关于判断交易请求是是否合法的方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

本发明的技术方案中包括一种对交易进行限额的方法。

一种对交易进行限额的方法的实施例，应用于交易支付，其中，提供一客户端以及一对交易进行限额处理的限额服务端，以及与限额服务端连接的交易服务端；

客户端根据交易需求生成对应的交易请求并发送至限额服务端，交易请求中包括至少一个限额主体以及与限额主体对应的交易信息，交易信息中包括限额场景的类型；

服务端中可预先存储有多个限额主体；

以及与限额主体的交易类型对应的限额校验规则，限额校验规则包括一单笔交易限额校验规则，以及按照不同的时间周期形成的一总交易限额校验规则；

如图1所示，对交易进行限额的方法包括以下步骤：

步骤S1、限额服务端根据接收的交易请求，获取交易请求中包含的限额主体以及限额主体对应的交易信息；

步骤S2、限额服务端根据限额主体的限额场景的类型调用对应的单笔交易限额校验规则对交易信息中的单笔交易额度进行校验，若校验通过则转向步骤S3；

步骤S3、限额服务端根据限额主体的交易类型调用对应的限额主体的当前的总交易额度以及总交易限额校验规则，通过总交易限额校验规则对限额主体的当前的总交易额度进行校验，以判断校验是否通过；

若是，表示校验通过，并返回一第一校验结果至交易服务端，交易服务端根据第一校验结果执行对应的业务处理流程或者由使用者决定下一步操作；

若否，表示校验未通过，并返回一第二校验结果至交易服务端，交易服务端根据第二校验结果执行对应的业务处理流程或者由使用者决定下一步操作。

针对现有技术中的第三方支付平台提供的单一支付产品，并对支付产品进行限额操作存在的支付产品选择单一，不能满足用户支付需求的缺陷。

本发明中，使用者根据交易需求，可选择多个限额主体形成交易请求，以避免现有技术中的选择交易支付方式即限额主体单一的缺陷，限额服务端在获取交易请求后，根据交易请求中存在的限额主体调用与限额主体对应的限额校验规则进行检验，即判断每个限额主体当前的单笔交易额度是否超限，若单笔交易额度未超限则继续判断当前的限额主体对应的总交易额度是否超限。

需要说明的是，上述的限额主体可以是预先存储的，也可以是根据某种主体类型来设定的默认值，当是默认值时，则只需要设定该类型的默认限额值即可，无需设定具体对应的限额主体。

在一种较优的实施方式中，限额主体的类型包括，银行卡、用户的身份证号码、用户的交易账号等。每个限额主体类型中均具有该类型所对应的类型信息，以对不同类型的限额主体进行描述。以银行卡为例，银行卡的类型信息中包括类型名称“银行卡”，以及将银行卡的卡号作为该类型下不同的银行卡的唯一标识。

又例如用户的交易账号，其类型名称为“用户账号”，并且将用户账号的账号名作为该类型下不同账号的唯一标识。

在一种较优的实施方式中，限额服务端对每个限额主体预先保存有一单笔交易标准额度；

如图2所示，通过单笔交易限额校验规则对限额主体的交易信息进行校验的方法包括以下步骤：

步骤A1、限额服务端将限额主体的交易信息中的单笔交易额度与对应的单笔交易标准额度进行比较，以获得比较结果；

步骤A2、根据比较结果，判断单笔交易额度是否大于单笔交易标准额度；

若是，返回第一校验结果至交易服务端，交易服务端根据第一校验结果执行对应的业务处理流程；

若否，转向步骤S3。

上述技术方案中，客户端中对应的用户可对限额主体对应的单笔交易标准额度可自定义进行设置：

同样以银行卡的限额主体为例，银行卡依据交易场景的不同可以被划分为IC卡和磁条卡。当限额主体为银行卡且为IC卡时，做消费类交易时，使用IC卡，可设定单笔限额是2000元；

当限额主体为银行卡且为磁条卡时，做消费类交易时，使用磁条卡，可设定单笔限额是1000元；

在校验之前，首先要根据限额主体及其本次交易信息的一些场景，来获取该主体在这些场景下，预设的限额值(包含多种周期)；

限额的额度周期，包括单笔，单日，单月，则是限额主体，在特定的场景下的额度设定。

例如：交易用户在做交易时，使用了IC卡，设定了单笔限额是100元，单月限额是1000元。

做交易、IC卡就是这个主体的使用场景；

单笔额度100元，单月额度1000元，就是这个主体，在这个使用场景(做交易、使用IC卡)下的额度控制。

此处需要说明的是，客户端的唯一身份标示可以为客户端对应账户的UID(UserIdentification，用户身份证明)，若客户端的用户拥有多个账户，则每个账户则可以对应用户的身份证号码。

在上述技术方案中，对于限额主体进行限额的操作中，按照不同的时间周期形成的总交易检验规则中，限额的时间周期的控制，具体如下：

可以针对限额主体，进行单笔、日、月、周、年、工作日等不同周期的额度进行控制，同时可以自定义该周期的计算方式，例如笔数、组数等特定的计量单位。

在一种较优的实施方式中，限额服务端通过单笔交易限额校验规则对限额主体的交易信息进行校验时，将当前的限额主体进行锁定，直到通过总交易限额校验规则对限额主体的当前的总交易额度进行校验并校验通过后将处于锁定状态的限额主体释放。

上述技术方案中，当交易请求中包括多个限额主体时，执行以下步骤；

对该主体限额进行校验时，有2个过程，分为第一步校验和第二部校验；

第一步校验，对该限额主体的所有限额场景，进行额度校验，如果其中之一出现了超额现象，则直接结束校验逻辑，返回给系统(限额系统)的调用者，告知校验结果；当全部校验通过后。

则进入下一步校验；

第二步校验：在第一步校验通过后，说明该限额主体在此时未超限。

为防止并发，即同一时间内多个线程对该主体进行额度校验并累计，所以在第一步校验完成后，要再次执行校验并累加校验结果。

第一校验是为了提高系统的处理性能，因为当主体在超限后的所有校验，都是超限的，超限的是不需要做累计的，所以直接在第一步预校验就返回了，可以提高性能。

开始校验时，首先对该主体进行加分布式锁，防止多线程并发，对主体的使用值进行了修改。

加分布式锁后执行校验逻辑，和第一校验，分别校验主体的所有场景，校验完成后，累加使用值至缓存中，并且提交异步线程用于更新数据库值，然后释放锁，并且返回校验结果。

如果在预校验中未超限，在加锁校验中出现了超限现象，同样停止后续校验及更新逻辑，释放锁后返回校验结果。

在一种较优的实施方式中，限额服务端对每个限额主体预先保存有一总交易标准额度，以及实时保存的总交易额度记录；

通过总交易限额校验规则对限额主体的交易信息进行校验的方法包括以下步骤：

步骤B1、限额服务端调用保存的总交易额度记录并加上单笔交易额度以生成当前的总交易额度；

步骤B2、限额服务端将当前的总交易额度与总交易标准额度进行比较，以形成比较结果；

步骤B3、根据比较结果判断当前的总交易额度是否大于总交易标准额度；

若是，返回第二校验结果至交易服务端，交易服务端根据第二校验结果执行对应的业务处理流程；

步骤B4、采用异步处理方式将限额主体对应的当前的总交易额度作为新的总交易额度记录实时保存至限额服务端中，并同步返回对应限额主体的校验结果。

上述技术方案中，针对银行卡而言，每个限额主体的总交易标准额度可根据发卡商进行设置，或者由作为代理的限额服务端进行额度设置；

其中需要说明的是，在进行校验时，会将当前的限额主体进行锁定，其锁定的目的在于是为了防止并发，而非为了避免网络抖动的重发，在对限额主体的额度进行累加，其累加的方式采用异步线程队列的处理方式，校验主流程，采用同步校验，异步更新使用值的方式，提高校验速度，提升系统处理性，通过分布式锁，控制并发问题，保证不出现多扣同一主体的额度问题。

在一种较优的实施方式中，如图4所示，步骤S1中，还包括以下步骤：

步骤S11、限额服务端于获取交易请求后，判断交易请求中是否包含限额主体；

若是，获取交易请求中包含的限额主体以及限额主体对应的交易信息(包括交易场景的信息)；

步骤S12、结束对当前的交易请求的处理，并退出。

在一种较优的实施方式中，交易类型包括消费支付、提现以及转账交易的类型。

在一种较优的实施方式中，如图5所示，在步骤S1前，还包括以下步骤：

步骤S101、限额服务端用以获取交易请求后，判断是否存在相同的交易请求；

若是，结束当前接收的交易请求并退出；

步骤S102、限额服务端根据交易请求判断交易请求中的参数是否合法；

若是，转向步骤S1；

步骤S103、结束当前接收的交易请求并退出。

上述技术方案中，通过预先对交易请求的进行判断，可去除存在相同的交易请求，以及交易请求中字段参数格式不对的请求。

需要说明的是，限额服务端提供一数据库，其存储有多个限额主体，以及与限额主体的交易类型对应的限额校验规则，限额校验规则包括一单笔交易限额校验规则，以及一总交易限额校验规则。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (8)

1.一种对交易进行限额的方法，应用于交易支付，其特征在于，提供一客户端以及一对交易进行限额处理的限额服务端，以及与所述限额服务端连接的交易服务端；

所述客户端根据交易需求生成对应的交易请求并发送至所述限额服务端，所述交易请求中包括至少一个限额主体以及与所述限额主体对应的交易信息，所述交易信息中包括限额场景的类型；

所述服务端中可预先存储有多个所述限额主体；

以及与所述限额主体的交易类型对应的限额校验规则，所述限额校验规则包括一单笔交易限额校验规则，以及按照不同的时间周期形成的一总交易限额校验规则；所述对交易进行限额的方法包括以下步骤：

步骤S1、所述限额服务端根据接收的所述交易请求，获取所述交易请求中包含的所述限额主体以及所述限额主体对应的所述交易信息；

步骤S2、所述限额服务端根据所述限额主体的所述限额场景的类型调用对应的所述单笔交易限额校验规则对所述交易信息中的单笔交易额度进行校验，若校验通过则转向步骤S3；

步骤S3、所述限额服务端根据所述限额主体的所述交易类型调用对应的所述限额主体的当前的总交易额度以及所述总交易限额校验规则，通过所述总交易限额校验规则对所述限额主体的当前的总交易额度进行校验，以判断校验是否通过；

若是，表示校验通过，并返回一第一校验结果至所述交易服务端，所述交易服务端根据所述第一校验结果执行对应的业务处理流程；

若否，表示校验未通过，并返回一第二校验结果至所述交易服务端，所述交易服务端根据所述第二校验结果执行对应的业务处理流程。

2.根据权利要求1所述的对交易进行限额的方法，其特征在于，所述限额服务端对每个所述限额主体预先保存有一单笔交易标准额度；

通过所述单笔交易限额校验规则对所述限额主体的所述交易信息进行校验的方法包括以下步骤：

步骤A1、所述限额服务端将所述限额主体的所述交易信息中的单笔交易额度与对应的所述单笔交易标准额度进行比较，以获得比较结果；

步骤A2、根据所述比较结果，判断所述单笔交易额度是否大于所述单笔交易标准额度；

若是，返回所述第一校验结果至所述交易服务端，所述交易服务端根据所述第一校验结果执行对应的业务处理流程；

若否，转向所述步骤S3。

3.根据权利要求2所述的对交易进行限额的方法，其特征在于，所述限额服务端通过所述单笔交易限额校验规则对所述限额主体的所述交易信息进行校验时，将当前的所述限额主体进行锁定，直到通过所述总交易限额校验规则对所述限额主体的当前的总交易额度进行校验并校验通过后将处于锁定状态的所述限额主体释放。

4.根据权利要求1所述的对交易进行限额的方法，其特征在于，所述限额服务端对每个所述限额主体预先保存有一总交易标准额度，以及实时保存的总交易额度记录；

通过所述总交易限额校验规则对所述限额主体的所述交易信息进行校验的方法包括以下步骤：

步骤B1、所述限额服务端调用保存的所述总交易额度记录并加上所述单笔交易额度以生成当前的所述总交易额度；

步骤B2、所述限额服务端将当前的所述总交易额度与所述总交易标准额度进行比较，以形成比较结果；

步骤B3、根据所述比较结果判断当前的所述总交易额度是否大于所述总交易标准额度；

若是，返回所述第二校验结果至所述交易服务端，所述交易服务端根据所述第二校验结果执行对应的业务处理流程；

步骤B4、采用异步处理方式将所述限额主体对应的当前的所述总交易额度作为新的所述总交易额度记录实时保存至所述限额服务端中，并同步返回对应限额主体的校验结果。

5.根据权利要求1所述的对交易进行限额的方法，其特征在于，所述步骤S1中，还包括以下步骤：

步骤S11、所述限额服务端于获取所述交易请求后，判断所述交易请求中是否包含所述限额主体；

若是，获取所述交易请求中包含的所述限额主体以及所述限额主体对应的所述交易信息；

步骤S12、结束对当前的所述交易请求的处理，并退出。

6.根据权利要求1所述的对交易进行限额的方法，其特征在于，所述限额主体的类型包括，银行卡、用户的身份证号码、用户的交易账号。

7.根据权利要求1所述的对交易进行限额的方法，其特征在于，所述限额场景的类型包括消费支付、转账交易、充值交易、提现交易。

8.根据权利要求1所述的对交易进行限额的方法，其特征在于，在所述步骤S1前，还包括以下步骤：

步骤S101、所述限额服务端用以获取所述交易请求后，判断是否存在相同的所述交易请求；

若是，结束当前接收的所述交易请求并退出；

步骤S102、所述限额服务端根据所述交易请求判断所述交易请求中的参数是否合法；

若是，转向所述步骤S1；

步骤S103、结束当前接收的所述交易请求并退出。