业务请求调用和处理方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种业务请求调用和处理方法、装置、设备及存储介质。

背景技术

随着经济的迅速发展，越来越多的用户接触到金融业务，金融机构所接收到的业务请求自然也是成倍数的增长。因此，如何对这些业务请求进行调用和处理成为行业内的重要研究方向之一。

现有技术通常通过业务员进行人工操作的方式来调用业务请求并进行处理，这种方式在面对业务请求较少的场景尚可应对。然而对于业务请求量与日俱增的金融机构来说，传统的业务请求调用和处理方法无法保证业务请求到达的先后顺序，这意味着先发出的业务请求可能后被处理，导致乱序问题，同时增加了业务请求的处理复杂度从而导致处理效率难以保证。因此，目前行业内亟需一种能够在保证处理效率的前提下对业务请求进行有序处理的方法。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供了一种业务请求调用和处理方法、装置、设备及存储介质，旨在解决现有技术无法在保证数据安全的前提下对业务请求进行有序处理的技术问题。

为实现上述目的，本发明提供了一种业务请求调用和处理方法，所述方法包括以下步骤：

从业务调用方获取业务请求，所述业务调用方包括API调用方和kafka调用方；

对所述业务请求进行幂等性校验，并将通过幂等性校验的业务请求存入线程池中；

对所述线程池中的业务请求进行业务处理，得到业务数据。

可选地，所述对所述业务请求进行幂等性校验，并将通过幂等性校验的业务请求存入线程池中的步骤，包括：

为所述业务请求分配幂等键，并将所述幂等键共享至幂等表中，所述幂等键与所述业务请求呈一一对应关系；

基于所述幂等表对所述业务请求进行幂等性校验，若所述业务请求通过所述幂等性校验，则将所述业务请求存入线程池中。

可选地，所述基于所述幂等表对所述业务请求进行幂等性校验的步骤，包括：

以所述业务请求对应的幂等键为关键词在所述幂等表中进行数据搜索；

基于数据搜索结果对所述业务请求进行幂等性校验。

可选地，所述基于所述幂等表对所述业务请求进行幂等性校验的步骤之后，还包括：

若所述业务请求未通过所述幂等性校验，则基于历史业务记录判断所述业务请求是否已经被处理；

若是，则对所述业务请求进行去重处理，并对下一个业务请求进行幂等性校验。

可选地，所述对所述线程池中的业务请求进行业务处理，得到业务数据的步骤，包括：

获取所述线程池中各业务请求对应的存入时间和处理期限，并基于所述存入时间和所述处理期限确定所述各业务请求的处理顺序；

基于所述处理顺序依次对所述各业务请求进行业务处理，若业务处理状态为处理成功，则将业务处理后得到的业务数据存储至第一数据库中。

可选地，所述基于所述存入时间和所述处理期限确定所述各业务请求的处理顺序的步骤，包括：

按照所述处理期限对所述各业务请求进行排序，得到第一排序队列；

若所述第一排序队列中不存在所述处理期限相同的业务请求，则将所述第一排序队列确定为所述各业务请求的处理顺序；

若所述第一排序队列中存在所述处理期限相同的业务请求，则基于所述存入时间对所述处理期限相同的业务请求进行二次排序，得到第二排序队列，并将所述第二排序队列确定为所述各业务请求的处理顺序。

可选地，所述基于所述处理顺序依次对所述各业务请求进行业务处理的步骤之后，还包括：

若业务处理状态为处理失败，则将所述业务请求存储至第二数据库中，并将所述业务请求标记为待处理状态；

每隔预设时间从所述第二数据库中调用待处理状态的业务请求，并对所述待处理状态的业务请求进行幂等性校验；

对通过幂等性校验的所述待处理状态的业务请求进行业务处理，得到业务数据，并将所述业务数据存储至所述第一数据库中。

此外，为实现上述目的，本发明还提出一种业务请求调用和处理装置，所述业务请求调用和处理装置包括：

请求调用模块，用于从业务调用方获取业务请求，所述业务调用方包括API调用方和kafka调用方；

请求校验模块，用于对所述业务请求进行幂等性校验，并将通过幂等性校验的业务请求存入线程池中；

请求处理模块，用于对所述线程池中的业务请求进行业务处理，得到业务数据。

此外，为实现上述目的，本发明还提出一种业务请求调用和处理设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务请求调用和处理程序，所述业务请求调用和处理程序配置为实现如上文所述的业务请求调用和处理方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有业务请求调用和处理程序，所述业务请求调用和处理程序被处理器执行时实现如上文所述的业务请求调用和处理方法的步骤。

本发明从业务调用方获取业务请求，所述业务调用方包括API调用方和kafka调用方；对所述业务请求进行幂等性校验，并将通过幂等性校验的业务请求存入线程池中；对所述线程池中的业务请求进行业务处理，得到业务数据。相比于现有技术通过业务员进行人工操作的方式来调用业务请求并进行处理，由于本发明上述方法通过API调用方和kafka调用方这两种调用方结合使用来对业务请求进行调用，并对通过幂等性校验的业务请求以多线程的方式进行业务处理，从而避免了现有技术中先发出的业务请求可能后被处理而导致的乱序问题，进而能够在保证处理效率的前提下对业务请求进行有序的调用和处理。

附图说明

图1为本发明实施例方案涉及的硬件运行环境的业务请求调用和处理设备的结构示意图；

图2为本发明业务请求调用和处理方法第一实施例的流程示意图；

图3为本发明业务请求调用和处理方法中业务请求调用的交互示意图；

图4为本发明业务请求调用和处理方法第二实施例的流程示意图；

图5为本发明业务请求调用和处理方法第三实施例的流程示意图；

图6为本发明业务请求调用和处理方法兜底机制的结构框图；

图7为本发明业务请求调用和处理装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的业务请求调用和处理设备结构示意图。

如图1所示，该业务请求调用和处理设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，Wi-Fi)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对业务请求调用和处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及业务请求调用和处理程序。

在图1所示的业务请求调用和处理设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明业务请求调用和处理设备中的处理器1001、存储器1005可以设置在业务请求调用和处理设备中，所述业务请求调用和处理设备通过处理器1001调用存储器1005中存储的业务请求调用和处理程序，并执行本发明实施例提供的业务请求调用和处理方法。

本发明实施例提供了一种业务请求调用和处理方法，参照图2，图2为本发明业务请求调用和处理方法第一实施例的流程示意图。

本实施例中，所述业务请求调用和处理方法包括以下步骤：

步骤S10：从业务调用方获取业务请求，所述业务调用方包括API调用方和kafka调用方。

需要说明的是，本实施例方法的执行主体可以是具有数据处理、网络通讯以及程序运行功能的计算服务设备，例如手机、平板电脑、个人电脑等，还可以是能够实现相同或相似功能的其他电子设备，本实施例对此不加以限制。此处将以业务请求调用和处理设备(以下简称处理设备)为例对本发明业务请求调用和处理方法的各项实施例进行说明。

可理解的是，上述业务请求可以是金融业务请求，例如存款请求、贷款请求、证券交易请求、金融咨询请求等，本实施例对此不加以限制。

应理解的是，上述业务调用方可以包括API调用方和kafka调用方。其中，上述API(Application Programming Interface，应用程序接口)调用方可以是一种基于HTTP(Hypertext Transfer Protocol，超文本传输协议)网络请求的调用接口，上述kafka调用方可以是一种分布式流数据平台，该分布式流数据平台可以用于高吞吐量、可持久化的消息传递，以满足实时数据流处理的需求。

在具体实现中，可以结合上述API调用方和上述kafka调用方对业务请求进行调用，从而实现通过双集群的方式来调用业务请求，这种双集群式的调用方法能够在提升调用过程可靠性的同时，也避免了现有技术中由于调用方单点故障而导致调用进程被搁浅的情况发生。

步骤S20：对所述业务请求进行幂等性校验，并将通过幂等性校验的业务请求存入线程池中。

需要说明的是，上述幂等性校验可以是一种用于判断业务请求多次执行所产生的影响和单次执行所产生的影响是否相同的检验手段。

应理解的是，上述线程池可以是一种多线程处理形式的任务队列，它可以在业务请求处理过程中将任务添加到队列，然后在创建线程后自动启动这些任务。

在具体实现中，可以通过对业务请求进行幂等性校验，从而避免重复对单个业务请求进行多次处理，进而导致处理效率降低。示例性地，用户重复提交表单就体现了对单个业务请求进行多次处理，即用户在填写一些表格时候，当用户填写完成提交，很多时候会因网络波动没有及时对用户做出提交成功响应，致使用户认为没有成功提交，然后一直点提交按钮。这时就会发生重复提交表单请求。再比如，在实现用户投票这种功能时，如果用户针对一个用户进行重复提交投票，这样会导致接口接收到用户重复提交的投票信息，这样会使投票结果与事实严重不符。因此，可以通过对业务请求进行幂等性校验来避免上述情况或类似情况的发生。

步骤S30：对所述线程池中的业务请求进行业务处理，得到业务数据。

在具体实现中，对于不同的业务请求，可以通过预设的处理规则来进行业务处理。例如，对于金融咨询类的业务请求，可以对该业务请求中的高频关键词进行提取，并将提取到的高频关键字在预设的金融咨询回复数据库中进行搜索，最后将搜索到的回复发送给用户端，从而实现金融咨询类的业务请求处理。

参照图3，图3为本发明业务请求调用和处理方法中业务请求调用的交互示意图。在图3中，业务调用方将调用的业务请求(该业务请求通过幂等性校验)存储至业务请求数据库中，并在落库成功后返回接口调用信息至业务调用方。

本实施例从业务调用方获取业务请求，所述业务调用方包括API调用方和kafka调用方；对所述业务请求进行幂等性校验，并将通过幂等性校验的业务请求存入线程池中；对所述线程池中的业务请求进行业务处理，得到业务数据。相比于现有技术通过业务员进行人工操作的方式来调用业务请求并进行处理，由于本实施例上述方法通过API调用方和kafka调用方这两种调用方结合使用来对业务请求进行调用，并对通过幂等性校验的业务请求以多线程的方式进行业务处理，从而避免了现有技术中先发出的业务请求可能后被处理而导致的乱序问题，进而能够在保证处理效率的前提下对业务请求进行有序的调用和处理。

参考图4，图4为本发明业务请求调用和处理方法第二实施例的流程示意图。

基于上述第一实施例，在本实施例中，为了准确对业务请求进行幂等性校验，从而避免对相同的业务请求重复进行处理，所述步骤S20，可以包括：

步骤S201：为所述业务请求分配幂等键，并将所述幂等键共享至幂等表中，所述幂等键与所述业务请求呈一一对应关系。

需要说明的是，上述幂等键可以是与上述业务请求唯一对应的数据，例如业务请求流水号等，上述幂等表可以是所有历史业务请求对应的幂等键的集合表格。

步骤S202：基于所述幂等表对所述业务请求进行幂等性校验，若所述业务请求通过所述幂等性校验，则将所述业务请求存入线程池中。

在具体实现中，可以通过对上述幂等表进行遍历的方式来对上述业务请求进行幂等性校验。可理解的是，当上述业务请求通过幂等性校验，则说明当前业务请求之前没有被处理过，因此可以将该业务请求存入线程池中。

进一步地，在本实施例中，为了提升幂等性校验的校验效率，从而提升本实施例业务请求调用和处理方法的处理效率，所述步骤S202可以包括：

步骤S2021：以所述业务请求对应的幂等键为关键词在所述幂等表中进行数据搜索。

步骤S2022：基于数据搜索结果对所述业务请求进行幂等性校验。

在具体实现中，可以通过数据搜索来判断幂等表中是否存在当前业务请求对应的幂等键，从而判断当前业务请求是否通过幂等性校验。例如，当前业务的幂等键为业务请求流水号“20230830-102”，那么在本实施例中，则可以以“20230830-102”为关键词在上述幂等表中进行数据搜索。若幂等表中不存在“20230830-102”这一幂等键，则判断当前业务请求通过幂等性校验。

步骤S203：若所述业务请求未通过所述幂等性校验，则基于历史业务记录判断所述业务请求是否已经被处理。

步骤S204：若是，则对所述业务请求进行去重处理，并对下一个业务请求进行幂等性校验。

在具体实现中，同样以上述步骤S2022中的例子进行说明，若幂等表中存在“20230830-102”这一幂等键，且历史业务记录中也存在与当前业务请求相同的业务请求，则可以判断当前业务请求未通过幂等性校验。

本实施例通过为所述业务请求分配幂等键，并将所述幂等键共享至幂等表中，所述幂等键与所述业务请求呈一一对应关系；以所述业务请求对应的幂等键为关键词在所述幂等表中进行数据搜索；基于数据搜索结果对所述业务请求进行幂等性校验，若所述业务请求通过所述幂等性校验，则将所述业务请求存入线程池中；若所述业务请求未通过所述幂等性校验，则基于历史业务记录判断所述业务请求是否已经被处理；若是，则对所述业务请求进行去重处理，并对下一个业务请求进行幂等性校验。相较于传统的业务请求调用和处理方法，本实施例上述方法通过引入幂等键和幂等表来对业务请求进行幂等性校验，并对未通过幂等性校验的业务请求进行去重处理，从而避免了对相同的业务请求重复进行处理的情况，进而能够提升业务请求的处理效率。

参考图5，图5为本发明业务请求调用和处理方法第三实施例的流程示意图。

基于上述各实施例，在本实施例中，为了避免应当优先处理的业务请求被延后处理等类似情况的发生，从而提升本实施例业务请求调用和处理方法的处理合理性，所述步骤S30，可以包括：

步骤S301：获取所述线程池中各业务请求对应的存入时间和处理期限，并基于所述存入时间和所述处理期限确定所述各业务请求的处理顺序。

在具体实现中，可以通过线程池中的定时模块来获取各业务请求对应的存入时间，可以通过各业务请求对应的工单数据来获取各业务请求对应的处理期限。

步骤S302：基于所述处理顺序依次对所述各业务请求进行业务处理，若业务处理状态为处理成功，则将业务处理后得到的业务数据存储至第一数据库中。

需要说明的是，上述第一数据库可以是MariaDB数据库，也可以是DB2数据库、SQL数据库、SqlServer数据库等，本实施例对此不加以限制。

进一步地，在本实施例中，为了提升业务请求处理顺序的合理性，所述步骤S301，可以包括：

步骤S3011：按照所述处理期限对所述各业务请求进行排序，得到第一排序队列。

应理解的是，处理期限在实际处理过程中的优先级是要高于存入时间的，也即处理顺序的排序首先需要以处理期限为主，处理期限越短的业务请求对应的排序可以越靠前。

步骤S3012：若所述第一排序队列中不存在所述处理期限相同的业务请求，则将所述第一排序队列确定为所述各业务请求的处理顺序。

可理解的是，当第一排序队列中不存在处理期限相同的业务请求，则说明此时仅按照处理期限的长短来对处理顺序进行排序即可。

步骤S3013：若所述第一排序队列中存在所述处理期限相同的业务请求，则基于所述存入时间对所述处理期限相同的业务请求进行二次排序，得到第二排序队列，并将所述第二排序队列确定为所述各业务请求的处理顺序。

进一步地，在本实施例中，为了避免由于线程池满载、处理设备重启等异常造成的业务请求数据丢失的情况发生，在所述步骤S302之后，还可以包括：

步骤S303：若业务处理状态为处理失败，则将所述业务请求存储至第二数据库中，并将所述业务请求标记为待处理状态。

需要说明的是，上述第二数据库可以是MariaDB数据库，也可以是DB2数据库、SQL数据库、SqlServer数据库等，本实施例对此不加以限制。

步骤S304：每隔预设时间从所述第二数据库中调用待处理状态的业务请求，并对所述待处理状态的业务请求进行幂等性校验。

需要说明的是，上述预设时间可以是1分钟，也可以是30秒等，本实施例对此不加以限制。

步骤S305：对通过幂等性校验的所述待处理状态的业务请求进行业务处理，得到业务数据，并将所述业务数据存储至所述第一数据库中。

参照图6，图6为本发明业务请求调用和处理方法兜底机制的结构框图。在图6中，整个流程可以称为本实施例业务请求调用和处理方法的兜底机制。第二数据库即用于存储上述待处理状态的业务请求，第一数据库即用于存储上述业务数据。可以通过设定定时任务，即每隔预设时间从第二数据库中调用待处理状态的业务请求，并将通过幂等性校验的待处理状态的业务请求进行业务处理，得到业务数据，最后将业务数据落库至第一数据库中。

本实施例通过获取所述线程池中各业务请求对应的存入时间和处理期限，并基于所述存入时间和所述处理期限确定所述各业务请求的处理顺序；基于所述处理顺序依次对所述各业务请求进行业务处理，若业务处理状态为处理成功，则将业务处理后得到的业务数据存储至第一数据库中；按照所述处理期限对所述各业务请求进行排序，得到第一排序队列；若所述第一排序队列中不存在所述处理期限相同的业务请求，则将所述第一排序队列确定为所述各业务请求的处理顺序；若所述第一排序队列中存在所述处理期限相同的业务请求，则基于所述存入时间对所述处理期限相同的业务请求进行二次排序，得到第二排序队列，并将所述第二排序队列确定为所述各业务请求的处理顺序；若业务处理状态为处理失败，则将所述业务请求存储至第二数据库中，并将所述业务请求标记为待处理状态；每隔预设时间从所述第二数据库中调用待处理状态的业务请求，并对所述待处理状态的业务请求进行幂等性校验；对通过幂等性校验的所述待处理状态的业务请求进行业务处理，得到业务数据，并将所述业务数据存储至所述第一数据库中。相较于传统的业务请求调用和处理方法，本实施例上述方法基于线程池中各业务请求对应的存入时间和处理期限来对业务请求进行排序，同时设置兜底机制(即每隔预设时间对处理失败的任务再次进行处理)，从而提升了本实施例业务请求处理顺序合理性的同时还避免由于线程池满载、处理设备重启等异常造成的业务请求数据丢失的情况发生。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有业务请求调用和处理程序，所述业务请求调用和处理程序被处理器执行时实现如上文所述的业务请求调用和处理方法的步骤。

参照图7，图7为本发明业务请求调用和处理装置第一实施例的结构框图。

如图7所示，本发明实施例提出的业务请求调用和处理装置包括：

请求调用模块701，用于从业务调用方获取业务请求，所述业务调用方包括API调用方和kafka调用方；

请求校验模块702，用于对所述业务请求进行幂等性校验，并将通过幂等性校验的业务请求存入线程池中；

请求处理模块703，用于对所述线程池中的业务请求进行业务处理，得到业务数据。

本实施例从业务调用方获取业务请求，所述业务调用方包括API调用方和kafka调用方；对所述业务请求进行幂等性校验，并将通过幂等性校验的业务请求存入线程池中；对所述线程池中的业务请求进行业务处理，得到业务数据。相比于现有技术通过业务员进行人工操作的方式来调用业务请求并进行处理，由于本实施例上述方法通过API调用方和kafka调用方这两种调用方结合使用来对业务请求进行调用，并对通过幂等性校验的业务请求以多线程的方式进行业务处理，从而避免了现有技术中先发出的业务请求可能后被处理而导致的乱序问题，进而能够在保证处理效率的前提下对业务请求进行有序的调用和处理。

基于本发明上述业务请求调用和处理装置的第一实施例，提出本发明业务请求调用和处理装置的第二实施例。

在本实施例中，所述请求校验模块702，还用于为所述业务请求分配幂等键，并将所述幂等键共享至幂等表中，所述幂等键与所述业务请求呈一一对应关系；基于所述幂等表对所述业务请求进行幂等性校验，若所述业务请求通过所述幂等性校验，则将所述业务请求存入线程池中。

进一步地，所述请求校验模块702，还用于以所述业务请求对应的幂等键为关键词在所述幂等表中进行数据搜索；基于数据搜索结果对所述业务请求进行幂等性校验。

进一步地，所述请求校验模块702，还用于若所述业务请求未通过所述幂等性校验，则基于历史业务记录判断所述业务请求是否已经被处理；若是，则对所述业务请求进行去重处理，并对下一个业务请求进行幂等性校验。

进一步地，所述请求处理模块703，还用于获取所述线程池中各业务请求对应的存入时间和处理期限，并基于所述存入时间和所述处理期限确定所述各业务请求的处理顺序；基于所述处理顺序依次对所述各业务请求进行业务处理，若业务处理状态为处理成功，则将业务处理后得到的业务数据存储至第一数据库中。

进一步地，所述请求处理模块703，还用于按照所述处理期限对所述各业务请求进行排序，得到第一排序队列；若所述第一排序队列中不存在所述处理期限相同的业务请求，则将所述第一排序队列确定为所述各业务请求的处理顺序；若所述第一排序队列中存在所述处理期限相同的业务请求，则基于所述存入时间对所述处理期限相同的业务请求进行二次排序，得到第二排序队列，并将所述第二排序队列确定为所述各业务请求的处理顺序。

进一步地，所述请求处理模块703，还用于若业务处理状态为处理失败，则将所述业务请求存储至第二数据库中，并将所述业务请求标记为待处理状态；每隔预设时间从所述第二数据库中调用待处理状态的业务请求，并对所述待处理状态的业务请求进行幂等性校验；对通过幂等性校验的所述待处理状态的业务请求进行业务处理，得到业务数据，并将所述业务数据存储至所述第一数据库中。

本发明业务请求调用和处理装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。