一种交易限流方法及装置、存储介质及电子设备与流程

1.本技术涉及计算机应用技术领域，尤其涉及一种交易限流方法及装置、存储介质及电子设备。


背景技术：

2.由于银行系统的处理能力是有限的，当进入系统的交易量超过系统本身的处理能力之后，银行系统会因为负荷过大而导致死机或系统崩溃。
3.因此，如何提供一种实现对进入银行系统的交易请求进行限流，以避免银行系统出现死机或系统崩溃的技术方案，是，目前本领域技术人员亟需解决的技术问题。


技术实现要素：

4.本技术提供了一种交易限流方法及装置、存储介质及电子设备，目的在于实现对进入银行系统的交易请求进行限流，以避免银行系统出现死机或系统崩溃。
5.为了实现上述目的，本技术提供了以下技术方案：
6.一种交易限流方法，包括：
7.在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，控制打开限流开关；其中，所述n为正整数；
8.响应于交易请求方发送的交易请求，获取所述交易请求中包括的所述交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息；
9.判断所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息是否均满足预设的限流规则表中各自对应的限流规则；
10.若所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息系均满足所述渠道限流规则表中各自对应的限流规则，则不将所述交易请求写入至所述消息队列中。
11.上述的方法，可选的，还包括：
12.若所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息中任意一项不满足所述渠道限流规则表中各自对应的限流规则，则将所述交易请求写入至所述消息队列中。
13.上述的方法，可选的，所述控制打开限流开关之后，还包括：
14.若监控到所述银行系统的连续n笔交易中存在交易处理时间不大于预设时间阈值的交易，且所述消息队列中的交易请求的数量不大于预设阈值时，控制关闭所述限流开关。
15.上述的方法，可选的，还包括：
16.当监听到对限流规则表的变更请求后，获取所述变更请求中包括的新的限流规则表；
17.将所述限流规则表变更为所述新的限流规则表。
18.一种交易限流装置，包括：
19.第一控制单元，用于在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，控制打开限流开关；其中，所述n为正整数；
20.第一获取单元，用于响应于交易请求方发送的交易请求，获取所述交易请求中包括的所述交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息；
21.判断单元，用于判断所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息是否均满足预设的限流规则表中各自对应的限流规则；
22.第一执行单元，用于若所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息系均满足所述渠道限流规则表中各自对应的限流规则，则不将所述交易请求写入至所述消息队列中。
23.上述的装置，可选的，还包括：
24.第二执行单元，用于若所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息中任意一项不满足所述渠道限流规则表中各自对应的限流规则，则将所述交易请求写入至所述消息队列中。
25.上述的装置，可选的，还包括：
26.第二控制单元，用于若监控到所述银行系统的连续n笔交易中存在交易处理时间不大于预设时间阈值的交易，且所述消息队列中的交易请求的数量不大于预设阈值时，控制关闭所述限流开关。
27.上述的装置，可选的，还包括：
28.第二获取单元，用于当监听到对限流规则表的变更请求后，获取所述变更请求中包括的新的限流规则表；
29.变更单元，用于将所述限流规则表变更为所述新的限流规则表。
30.一种存储介质，所述存储介质存储有指令集，其中，所述指令集被处理器执行时实现上述的交易限流方法。
31.一种电子设备，包括：
32.存储器，用于存储至少一组指令集；
33.处理器，用于执行所述存储器中存储的指令集，通过执行所述指令集实现上述的交易限流方法。
34.与现有技术相比，本技术包括以下优点：
35.本技术提供了一种交易限流方法及装置、存储介质及电子设备，该方法包括：在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，控制打开限流开关；响应于交易请求方发送的交易请求，获取交易请求中包括的交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息；判断渠道信息、交易系统信息、机构信息和交易类型信息是否均满足预设的限流规则表中各自对应的限流规则；若渠道信息、交易系统信息、机构信息和交易类型信息系均满足渠道限流规则表中各自对应的限流规则，则不将交易请求写入至消息队列中。可见，本技术方案，通过预设多个维度的限流规则，在交易请求包括的渠道信息、交易系统信息、机构信息和交易类型信息满足各自对应的限流规则的情况下，不将交易请求写入消息队列中，实现了对交易请求的限流。
附图说明
36.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
37.图1为本技术提供的一种交易限流方法的方法流程图；
38.图2为本技术提供的一种交易限流方法的又一方法流程图；
39.图3为本技术提供的一种交易限流方法的又一方法流程图；
40.图4为本技术提供的一种交易限流方法的示例图；
41.图5为本技术提供的一种交易限流装置的结构示意图；
42.图6为本技术提供的一种电子设备的结构示意图。
具体实施方式
43.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
44.本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
45.需要注意，本技术公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
46.需要注意，本技术公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
47.本技术可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。
48.本技术提供的一种交易限流方法及装置、存储介质及电子设备，可用于金融领域或其他领域。其中，其他领域可以是计算机应用技术领域，上述仅为示例，并不对本技术提供的一种交易限流方法及装置、存储介质及电子设备的应用领域进行限定。
49.参阅图1，本技术提供的一种交易限流方法，可以应用于银行系统，交易限流方法的方法流程图如图1所示，具体包括：
50.s101、判断银行系统是否存在连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值，若否，返回执行s101，若是，执行s102。
51.本实施例中，在银行系统的限流开关处于关闭状态时，实时对银行系统每笔交易的交易处理时间进行监控，以及对消息队列中的交易请求的数量进行监控。
52.本实施例中，判断银行系统是否存在连续n笔交易的交易处理时间均大于预设时
间阈值，或，消息队列中的交易请求的数量大于预设阈值。其中，n为正整数。
53.其中，交易处理时间为交易开始时间至交易结束时间之间的时间，交易开始时间为交易请求进入银行系统的时间，也就是银行系统获取交易请求的时间，交易结束时间为银行系统中的交易处理模块执行与交易请求对应的交易的完成时间。
54.本实施例中，在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，执行步骤s102，也就是说，银行系统的连续n比交易的交易处理时间均大于预设时间阈值和消息队列中的交易请求的数量大于预设阈值，这两项中的任意一项满足的情况下，执行步骤s102；在银行系统的连续n笔交易中存在交易处理时间不大于预设时间阈值的交易，且消息队列中的交易请求的数量不大于预设阈值的情况下，返回执行s101。
55.需要说明的是，在限流开关处于关闭状态下，在接收到交易请求方发送的交易请求，直接将该交易请求写消息队列中，以便银行系统中的交易处理模块对消息队列中的交易请求执行交易。
56.s102、控制打开限流开关。
57.本实施例中，预先设置限流开关，在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，说明银行系统当前处于超负荷运行，存在宕机风险，并控制打开限流开关。
58.s103、响应于交易请求方发送的交易请求，获取交易请求中包括的交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息。
59.本实施例中，在限流开关处于打开状态下，在接收到交易请求方发送的交易请求时，对交易请求方发送的交易请求进行响应，获取交易请求中包括的交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息。
60.本实施例中，渠道信息为发送交易请求的发送渠道信息，交易系统信息为交易请求所请求的交易系统信息，机构信息为所述交易请求方所属机构的机构信息。
61.s104、判断渠道信息、交易系统信息、机构信息和交易类型信息是否均满足预设的限流规则表中各自对应的限流规则，若是，执行s105，若否，执行s106。
62.本实施例中，预设限流规则表，限流规则表中预先配置多个维度的限流规则，包括渠道限流规则、交易系统限流规则、机构限流规则和交易类型限流规则。
63.本实施例中，限流规则表预先存储至数据库中，在银行系统启动的情况下，将数据库中的限流规则表加载至银行系统的内存中。
64.本实施例中，判断渠道信息、交易系统信息、机构信息和交易类型信息是否均满足预设的限流规则表中各自对应的限流规则，也就是判断渠道信息是否满足限流规则表中的渠道限流规则，判断交易系统信息是否满足限流规则表中的交易系统限流规则，以及判断交易类型信息是否满足限流规则表中的交易类型限流规则。
65.s105、不将交易请求写入至消息队列中。
66.本实施例中，若渠道信息、交易系统信息、机构信息和交易类型信息均满足预设的限流规则表中各自对应的限流规则，则说明需要对该交易请求进行限流，并不将该交易请求写入消息队列。
67.s106、将交易请求写入至消息队列中。
68.本实施例中，若渠道信息、交易系统信息、机构信息和交易类型信息中任意一项不满足渠道限流规则表中各自对应的限流规则，也就是渠道信息不满足渠道限流规则、交易系统信息不满足交易系统限流规则、机构信息不满足机构限流规则或交易类型信息不满足交易类型限流规则，则说明不需要对该交易请求进行限流，并将该交易请求写入消息队列中。
69.本实施例中，银行系统的交易处理模块，依次处理消息队列中的交易请求，也就是依次对消息队列中的交易请求执行与交易请求对应的交易。
70.本技术实施例提供的交易限流方法，在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，控制打开限流开关；响应于交易请求方发送的交易请求，获取交易请求中包括的交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息；判断渠道信息、交易系统信息、机构信息和交易类型信息是否均满足预设的限流规则表中各自对应的限流规则；若渠道信息、交易系统信息、机构信息和交易类型信息系均满足渠道限流规则表中各自对应的限流规则，则不将交易请求写入至消息队列中。可见，本技术方案，通过预设多个维度的限流规则，在交易请求包括的渠道信息、交易系统信息、机构信息和交易类型信息满足各自对应的限流规则的情况下，不将交易请求写入消息队列中，实现了对交易请求的限流，从而避免了银行系统出现死机或系统崩溃的情况。
71.参阅图2，上述本技术实施例提供的交易限流方法中，步骤s102之后，还可以包括以下步骤：
72.s201、实时监控银行系统的连续n笔交易中是否存在交易处理时间不大于预设时间阈值的交易，且消息队列中的交易请求的数量不大于预设阈值，若是，执行s202，若否，返回执行s201。
73.本实施例中，在开启限流开关后，实时监控银行系统的连续n笔交易中是否存在交易处理时间不大于预设时间阈值的交易，且消息队列中的交易请求的数量不大于预设阈值，若监控到银行系统的连续n笔交易中存在交易处理时间不大于预设时间阈值的交易，且消息队列中的交易请求的数量不大于预设阈值，则说明银行系统当前未超负荷运行，并执行步骤s202，若监控到银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或消息队列中的交易请求的数量大于预设阈值，则说明银行系统当前仍超负荷运行，并返回执行步骤s201。
74.s202、控制关闭限流开关。
75.本实施例中，若监控到银行系统的连续n笔交易中存在交易处理时间不大于预设时间阈值的交易，且消息队列中的交易请求的数量不大于预设阈值，则控制关闭限流开关，停止对交易请求的限流。
76.本技术实施例提供的交易限流方法中，在开启限流开关后，通过对银行系统中交易的交易处理时间和消息队列中的交易请求的数量进行监控，从而在监控到银行系统的连续n笔交易中存在交易处理时间不大于预设时间阈值的交易，且消息队列中的交易请求的数量不大于预设阈值时，控制关闭限流开关，停止限流。
77.参阅图3，上述本技术实施例提供的交易限流方法中，还可以包括以下步骤：
78.s301、当监听到对限流规则表的变更请求后，获取变更请求中包括的新的限流规
则表。
79.本实施例中，可以对限流规则表的各个维度的限流规则进行修改，在完成修改后，可以通过广播消息广播更变请求，变更请求中包括新的限流规则表。
80.本实施例中，当监听到对限流规则表的变更后，获取变更请求中包括的新的限流规则表。
81.s302、将限流规则表变更为新的限流规则表。
82.本实施例中，将内存和数据库中所存储的限流规则表变更为新的限流规则表，而不用重启银行系统。
83.本技术实施例提供的交易限流方法，当监听到对限流规则表的变更请求后，获取变更请求中包括的新的限流规则表，将限流规则表变更为新的限流规则表，实现动态配置实时生效的限流规则。
84.参阅图4，对上述提及的交易限流方法的具体实现过程进行举例说明如下：
85.1、应用系统(即银行系统)接收接入系统(例如接入系统1、接入系统2或接入系统3)的联机交易(即上述提及的交易请求)，交易进来时给监控模块发送交易开始时间，交易处理完之后再发送交易结束时间，交易监控模块计算出交易的交易处理时间；当连续多笔交易处理时间超过设定的阈值，此时会认为系统已经超负荷在运行，有宕机风险，监控模块触发交易限流开关；
86.2、限流开关打开后，交易监控模块通过消息发送和接收模块通知应用程序的交易限流执行模块开始进行限流。限流执行模块收到消息后，加载多维交易限流规则表(即上述提及的限流规则表)的限流规则，根据事先设定的规则进行限流；同时，可以进行人工干预，根据实际的场景修改限流规则，进行多维度的限流，然后通过消息发送和接收模块发送信号给交易限流执行模块，使其重新加载限流规则，实现动态可配置的交易限流且无需重启联机应用。
87.3、当应用系统的交易量下降后，监控模块关闭限流开关，交易限流结束。
88.需要说明的是，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。
89.应当理解，本技术公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本技术公开的范围在此方面不受限制。
90.与图1所述的方法相对应，本技术实施例还提供了一种交易限流装置，用于对图1中方法的具体实现，其结构示意图如图5所示，具体包括：
91.第一控制单元501，用于在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，控制打开限流开关；其中，所述n为正整数；
92.第一获取单元502，用于响应于交易请求方发送的交易请求，获取所述交易请求中包括的所述交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息；
93.判断单元503，用于判断所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息是否均满足预设的限流规则表中各自对应的限流规则；
94.第一执行单元504，用于若所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息系均满足所述渠道限流规则表中各自对应的限流规则，则不将所述交易请求写入至所述消息队列中。
95.本技术实施例提供的交易限流装置，在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，控制打开限流开关；响应于交易请求方发送的交易请求，获取交易请求中包括的交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息；判断渠道信息、交易系统信息、机构信息和交易类型信息是否均满足预设的限流规则表中各自对应的限流规则；若渠道信息、交易系统信息、机构信息和交易类型信息系均满足渠道限流规则表中各自对应的限流规则，则不将交易请求写入至消息队列中。可见，本技术方案，通过预设多个维度的限流规则，在交易请求包括的渠道信息、交易系统信息、机构信息和交易类型信息满足各自对应的限流规则的情况下，不将交易请求写入消息队列中，实现了对交易请求的限流，从而避免了银行系统出现死机或系统崩溃的情况。
96.在本技术的一个实施例中，基于前述方案，还可以配置为：
97.第二执行单元，用于若所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息中任意一项不满足所述渠道限流规则表中各自对应的限流规则，则将所述交易请求写入至所述消息队列中。
98.在本技术的一个实施例中，基于前述方案，还可以配置为：
99.第二控制单元，用于若监控到所述银行系统的连续n笔交易中存在交易处理时间不大于预设时间阈值的交易，且所述消息队列中的交易请求的数量不大于预设阈值时，控制关闭所述限流开关。
100.在本技术的一个实施例中，基于前述方案，还可以配置为：
101.第二获取单元，用于当监听到对限流规则表的变更请求后，获取所述变更请求中包括的新的限流规则表；
102.变更单元，用于将所述限流规则表变更为所述新的限流规则表。
103.本技术实施例还提供了一种存储介质，所述存储介质存储有指令集，其中，在所述指令集运行时执行以下操作：
104.在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，控制打开限流开关；其中，所述n为正整数；
105.响应于交易请求方发送的交易请求，获取所述交易请求中包括的所述交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息；
106.判断所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息是否均满足预设的限流规则表中各自对应的限流规则；
107.若所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息系均满足所述渠道限流规则表中各自对应的限流规则，则不将所述交易请求写入至所述消息队列中。
108.本技术实施例还提供了一种电子设备，其结构示意图如图6所示，具体包括存储器601，用于存储至少一组指令集；处理器602，用于执行所述存储器中存储的指令集，通过执行所述指令集实现以下操作：
109.在银行系统的连续n笔交易的交易处理时间均大于预设时间阈值，或，消息队列中的交易请求的数量大于预设阈值的情况下，控制打开限流开关；其中，所述n为正整数；
110.响应于交易请求方发送的交易请求，获取所述交易请求中包括的所述交易请求方的渠道信息、交易系统信息、机构信息和交易类型信息；
111.判断所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息是否均满足预设的限流规则表中各自对应的限流规则；
112.若所述渠道信息、所述交易系统信息、所述机构信息和所述交易类型信息系均满足所述渠道限流规则表中各自对应的限流规则，则不将所述交易请求写入至所述消息队列中。
113.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
114.虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本技术公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
115.以上描述仅为本技术公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本技术公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。