CN110928656B - 一种业务处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种业务处理方法、装置、计算机设备和存储介质。方法包括：接收业务系统发送的处理请求，其中，处理请求包括至少一个预定业务的标识；根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；依次从共享缓存集中读取预定策略，根据预定策略依次处理至少一个预定业务。采用本方法能够实现多业务的并行处理，避免通过轮询单个业务的方式处理多业务场景带来的时间浪费，降低了多业务执行的时间。

Description

一种业务处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种业务处理方法、装置、计算机设备和存储介质。

背景技术

风控准入系统是一套基于大数据模型的、专家经验规则的、适用于多种风控场景的系统。集团内风险决策规则数据源部分来自内部，部分来自外部的征信公司，而外部数据源接口返回数据的时效性参差不齐，有同步返回(实时返回结果)也有异步返回(非实时返回结果)，这就导致准入系统在处理各种场景的复杂度上升。

目前市场上常见的是单业务场景一站式风控，即针对单个业务的，这种设计在一定程度上满足了当前的需求，但对于多业务场景，通过轮询单个业务对多个业务进行处理，延长了业务执行的时效，从而使用户的体验值降低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够降低多业务执行的时间的业务处理方法、装置、计算机设备和存储介质。

一种业务处理方法，所述方法包括：

接收业务系统发送的处理请求，其中，处理包括至少一个预定业务的标识；

根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

从共享缓存集中读取预定策略，根据预定策略依次处理至少一个预定业务。

在其中一个实施例中，根据预定策略依次处理至少一个预定业务还包括：

根据至少一个预定业务的标识，获取对应的预定用户标识；

根据读取的预定策略和预定用户标识，处理至少一个预定业务。

在其中一个实施例中，根据读取的预定策略和预定用户标识，处理对应的至少一个预定业务还包括：

将预定策略中达到第一预定期望的预定策略进行标识并存入共享缓存集；

将预定策略中未达到第一预定期望对应的预定业务结束；

根据预定用户标识，处理预定策略中无法判断的预定策略。

在其中一个实施例中，根据预定用户标识，处理预定策略中无法判断的预定策略还包括：

对预定用户标识相同的无法判断的预定策略进行统一判断；

将无法判断的预定策略中达到第二预定期望的预定策略进行标识并存入共享缓存集；

将无法判断的预定策略中未达到第二预定期望对应的预定业务结束。

在其中一个实施例中，包括：

检测到至少一个预定业务均处理完成；

从共享缓存集中，提取至少一个预定业务的处理结果，其中，处理结果包括标识的预定策略；

向业务系统反馈处理结果。

在其中一个实施例中，在检测到至少一个预定业务均处理完成之前，方法还包括：

根据用户输入的需求，判断已经结束的预定业务是否需要重新处理；

在判断结果为是的情况下，通过第三方重新处理已经结束的预定业务。

在其中一个实施例中，通过第三方重新处理已经结束的预定业务包括：

根据已经结束的预定业务的标识，通过第三方重新获取对应的预定策略标识；

将重新获取的预定策略标识中达到第三预定期望的预定策略进行标识并存入共享缓存集；

将重新获取的预定策略标识中未达到第三预定期望对应的预定业务结束。

一种业务处理装置，装置包括：

接收模块，用于接收业务系统发送的处理请求，其中，处理请求包括至少一个预定业务的标识；

获取模块，用于根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

处理模块，用于从共享缓存集中读取预定策略，根据预定策略依次处理至少一个预定业务。

一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：

接收业务系统发送的处理请求，其中，处理请求包括至少一个预定业务的标识；

根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

从共享缓存集中读取预定策略，根据预定策略依次处理至少一个预定业务。

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收业务系统发送的处理请求，其中，处理请求包括至少一个预定业务的标识；

根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

从共享缓存集中读取预定策略，根据预定策略依次处理至少一个预定业务。

上述业务处理方法、装置、计算机设备和存储介质，通过多个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中，然后，依次从共享缓存集中读取存入的预定策略，根据读取的预定策略依次处理对应的预定业务，因此，本发明中多个业务可以并行处理，无需一个业务完全处理结束才可处理另一业务，避免通过轮询单个业务的方式处理多业务场景带来的时间浪费，降低了多业务执行的时间，提升了客户的体验效果，以及系统的可靠性。

附图说明

图1为一个实施例中业务处理方法的应用环境图；

图2为一个实施例中业务处理方法的流程示意图；

图3为另一个实施例中业务处理方法的流程示意图；

图4为一个实施例中业务处理装置的结构框图；

图5为一个实施例中业务处理装置的优选结构框图；

图6为一个实施例中业务处理装置的另一优选结构框图；

图7为一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请提供的业务处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器104接收终端102(业务系统)发送的贷款购车请求，其中，贷款购车请求包括至少一个预定业务的标识(如12期准入，36期准入)；根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入服务器104的共享缓存集中；服务器104依次从共享缓存集中读取预定策略，根据预定策略依次处理上述至少一个预定业务。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

其中，上述预定业务可以是风控准入系统在收到请求后解析出的相应的场景，如贷款12期买车场景或贷款36期买车场景，而预定业务的标识用于识别上述对应的预定业务，可以根据需求设定标识的具体内容，如数字、字符等。

在一个实施例中，如图2所示，提供了一种业务处理方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

步骤S202，接收业务系统发送的处理请求，其中，处理请求包括至少一个预定业务的标识；

其中，业务系统可以是安装在用户侧终端(如手机)上得APP。

具体地，以贷款购车进行说明，用户登录终端上的APP，发起贷款购车请求，处理业务侧终端接收到贷款购车请求后，会解析相应的业务场景，如贷款12期或36期，获取对应的多个业务场景，即多个预定业务。

步骤S204，根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

其中，上述预定策略预可以是预先存储在服务器上，也可以是通过第三方平台获取。

具体地，仍以贷款购车为例进行说明，终端向服务器发送上述至少一个预定业务的标识，查询对应的预定策略，由于服务器中存储有很多预定策略，很难同时查询到所有的预定策略，因此，依次将查询到的预定策略存入共享缓存集，以方便后面调取。

步骤S206，从共享缓存集中读取预定策略，根据预定策略依次处理至少一个预定业务。

上述业务处理方法中，通过多个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中，然后，依次从共享缓存集中读取存入的预定策略，根据读取的预定策略依次处理对应的预定业务，因此，本发明多业务可以并行处理，无需一个业务完全处理结束才可处理另一业务，避免通过轮询单个业务的方式处理多业务场景带来的时间浪费，降低了多业务执行的时间，提升了客户的体验效果，以及系统的可靠性。

在其中一个实施例中，根据预定策略依次处理至少一个预定业务还包括：根据至少一个预定业务的标识，获取对应的预定用户标识；根据依次读取的预定策略和预定用户标识，处理至少一个预定业务。其中，预定用户标识用于识别是否是同一用户，可以根据需求设定标识的具体内容，如数字、字符等。

具体地，仍以贷款购车为例进行说明，由于多场景轮询会出现一个客户多次人工审核的情景，故根据预定业务的标识，获取相应的预定用户标识，从而可以将需要人工审核的同一用户的预定业务统一进行处理。

在其中一个实施例中，根据依次读取的预定策略和预定用户标识，处理至少一个预定业务还包括：将预定策略中达到第一预定期望的预定策略进行标识并存入共享缓存集；将预定策略中未达到第一预定期望对应的预定业务结束；根据预定用户标识，处理预定策略中无法判断的预定策略。

在其中一个实施例中，根据预定用户标识，处理预定策略中无法判断的预定策略还包括：对预定用户标识相同的无法判断的预定策略进行统一判断；将无法判断的预定策略中达到第二预定期望的预定策略进行标识并存入共享缓存集；将无法判断的预定策略中未达到第二预定期望对应的预定业务结束。

在其中一个实施例中，包括：检测到至少一个预定业务均处理完成；从共享缓存集中，提取至少一个预定业务的处理结果，其中，处理结果包括标识的预定策略；向业务系统反馈处理结果。

在其中一个实施例中，在检测到至少一个预定业务均处理完成之前，方法还包括：根据用户输入的需求，判断已经结束的预定业务是否需要重新处理；在判断结果为是的情况下，通过第三方重新处理已经结束的预定业务。

在其中一个实施例中，通过第三方重新处理已经结束的预定业务包括：根据已经结束的预定业务的标识，通过第三方重新获取对应的预定策略标识；将重新获取的预定策略标识中达到第三预定期望的预定策略进行标识并存入共享缓存集；将重新获取的预定策略标识中未达到第三预定期望对应的预定业务结束。

下面以贷款购车为例对上述方法进行详细说明，该方案的流程图见图3，主要包括如下步骤，以风控准入系统为执行主体，决策平台为第三方：

步骤1.业务系统发起具体进件请求，如贷款购车等；

步骤2.风控准入系统再收到请求后，会解析相应的业务场景(比如贷款12期或36期)；

步骤3.每种场景对应一种准入策略(12期准入，36期准入等)，而策略包括很多规则及模型，这样就导致实时拿到结果的时间有点长，因此，采用了异步消息处理机制，即向决策平台发送策略请求后，通过消息中间件接收结果；

步骤4.通过异步方式接收决策结果时，先将本场景的结果存入共享缓存集中，这样就减少对数据库的多次读取操作。

步骤5.由于是多场景多策略并发执行，并且每种策略的结果(通过|拒绝|人工审核)都可能出现，需要判断决策结果；

步骤6.当判断结果为拒绝则表示当前场景结束，当判断结果为通过时则直接到步骤10往下进行；

步骤7、判断所有场景是否全部完成，如果否，则继续等待，如果是，则转到步骤8进行人工审核；

步骤8、人工审核时比较特殊，而同一个客户的进件对人工审核的结果应该只有一次，所以需要判断是否有多次人工审核结果并进行合并处理。(8.1)

步骤9.如果多场景中出现人工审核的结果(通过|拒绝)时，先存储结果到共享缓存集，然后判断人工审核的结果，如果判断结果为拒绝则表示当前场景结束，转步骤6；如判断结果为通过时则直接转步骤10往下进行；

步骤10.在场景的决策结果未通过时，如果有需要调用资方自己的风控时，则另开一条线走资方风控；

步骤11.如果存在资方风控，则接收资方风控结果；

步骤12.如果不存在资方风控，则判断整个进件的场景是否全部完成；

步骤13.如果未完成则等待；

步骤14.如果整个进件的场景全部完成,则从共享缓存集中取出整个进件的结果，并将其通过消息中间件发送到业务方。

本实施例发明引入分布式缓存技术，并启动多线程并发及多场景下人工审核的合并，不仅加速了客户的进件过程，还简化了人工审核的次数(多次到一次)，从而提高了业务进件的时效性和减少人工审核的成本，大大提升了客户的体验效果，以及系统的可靠性。进一步地，本实施例引入缓存技术，能够减少对数据库的读取操作，从而大大降低数据库的访问压力，提升了系统的每秒查询率(Queries Per Second，缩写为QPS,是一台服务器每秒能够处理的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准)。

应该理解的是，虽然图2和图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种业务处理装置，包括：接收模块40、获取模块42和处理模块44，其中：

接收模块40，用于接收业务系统发送的处理请求，其中，处理请求包括至少一个预定业务的标识；

获取模块42，连接上述接收模块40，用于根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

处理模块44，连接上述获取模块44，用于从共享缓存集中读取预定策略，根据预定策略依次处理至少一个预定业务。

在其中一个实施例中，如图5所示，上述处理模块44还包括：

获取子模块442，用于根据至少一个预定业务的标识，获取对应的预定用户标识；

处理子模块444，连接上述获取子模块442用于根据依次读取的预定策略和预定用户标识，处理至少一个预定业务。

在其中一个实施例中，上述处理子模块444还用于：将预定策略中达到第一预定期望的预定策略进行标识并存入共享缓存集；将预定策略中未达到第一预定期望对应的预定业务结束；根据预定用户标识，处理至少一个预定策略中无法判断的预定策略。

在其中一个实施例中，根上述处理子模块444还用于：对预定用户标识相同的无法判断的预定策略进行统一判断；将无法判断的预定策略中达到第二预定期望的预定策略进行标识并存入共享缓存集；将无法判断的预定策略中未达到第二预定期望对应的预定业务结束。

在其中一个实施例中，如图6所示，上述装置包括：

检测模块46，用于检测到至少一个预定业务均处理完成；

提取模块48，连接上述检测模块46，用于从共享缓存集中，提取至少一个预定业务的处理结果，其中，处理结果包括标识的预定策略；

反馈模块410，连接上述提取模块，用于向业务系统反馈处理结果。

在其中一个实施例中，上述装置还包用于：根据用户输入的需求，判断已经结束的预定业务是否需要重新处理；在判断结果为是的情况下，通过第三方重新处理已经结束的预定业务。

在其中一个实施例中，上述装置还包用于：根据已经结束的预定业务的标识，通过第三方重新获取对应的预定策略标识；将重新获取的预定策略标识中达到第三预定期望的预定策略进行标识并存入共享缓存集；将重新获取的预定策略标识中未达到第三预定期望对应的预定业务结束。

关于业务处理装置的具体限定可以参见上文中对于业务处理方法的限定，在此不再赘述。上述业务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储预定业务标识、预定策略等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务处理方法。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收业务系统发送的处理请求，其中，处理请求包括至少一个预定业务的标识；

根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

从共享缓存集中读取预定策略，根据预定策略依次处理至少一个预定业务。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据至少一个预定业务的标识，获取对应的预定用户标识；根据读取的预定策略和预定用户标识，处理对应的至少一个预定业务。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：将预定策略中达到第一预定期望的预定策略进行标识并存入共享缓存集；将预定策略中未达到第一预定期望对应的预定业务结束；根据预定用户标识，处理预定策略中无法判断的预定策略。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：对预定用户标识相同的无法判断的预定策略进行统一判断；将无法判断的预定策略中达到第二预定期望的预定策略进行标识并存入共享缓存集；将无法判断的预定策略中未达到第二预定期望对应的预定业务结束。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：检测到至少一个预定业务均处理完成；从共享缓存集中，提取至少一个预定业务的处理结果，其中，处理结果包括标识的预定策略；向业务系统反馈处理结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据用户输入的需求，判断已经结束的预定业务是否需要重新处理；在判断结果为是的情况下，通过第三方重新处理已经结束的预定业务。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据已经结束的预定业务的标识，通过第三方重新获取对应的预定策略标识；将重新获取的预定策略标识中达到第三预定期望的预定策略进行标识并存入共享缓存集；将重新获取的预定策略标识中未达到第三预定期望对应的预定业务结束。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收业务系统发送的处理请求，其中，处理请求包括至少一个预定业务的标识；

根据至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

从共享缓存集中读取预定策略，根据预定策略依次处理对应的至少一个预定业务。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据至少一个预定业务的标识，获取对应的预定用户标识；根据依次读取的预定策略和预定用户标识，处理对应的至少一个预定业务。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将预定策略中达到第一预定期望的预定策略进行标识并存入共享缓存集；将预定策略中未达到第一预定期望对应的预定业务结束；根据预定用户标识，处理预定策略中无法判断的预定策略。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：对预定用户标识相同的无法判断的预定策略进行统一判断；将无法判断的预定策略中达到第二预定期望的预定策略进行标识并存入共享缓存集；将无法判断的预定策略中未达到第二预定期望对应的预定业务结束。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：检测到至少一个预定业务均处理完成；从共享缓存集中，提取至少一个预定业务的处理结果，其中，处理结果包括标识的预定策略；向业务系统反馈处理结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据用户输入的需求，判断已经结束的预定业务是否需要重新处理；在判断结果为是的情况下，通过第三方重新处理已经结束的预定业务。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据已经结束的预定业务的标识，通过第三方重新获取对应的预定策略标识；将重新获取的预定策略标识中达到第三预定期望的预定策略进行标识并存入共享缓存集；将重新获取的预定策略标识中未达到第三预定期望对应的预定业务结束。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种业务处理方法，其特征在于，所述方法包括：

接收业务系统发送的处理请求，其中，所述处理请求包括至少一个预定业务的标识；

根据所述至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

从所述共享缓存集中读取所述预定策略，根据所述预定策略依次处理所述至少一个预定业务；其中，所述根据所述预定策略依次处理所述至少一个预定业务包括：

根据所述至少一个预定业务的标识，获取对应的预定用户标识；

根据读取的所述预定策略和所述预定用户标识，处理所述至少一个预定业务；

对预定用户标识相同的无法判断的预定策略进行统一判断；

将所述无法判断的预定策略中达到第二预定期望的预定策略进行标识并存入所述共享缓存集；

将所述无法判断的预定策略中未达到所述第二预定期望对应的预定业务结束。

2.根据权利要求1所述的方法，其特征在于，所述根据读取的所述预定策略和所述预定用户标识，处理所述至少一个预定业务包括：

将所述预定策略中达到第一预定期望的预定策略进行标识并存入所述共享缓存集；

将所述预定策略中未达到所述第一预定期望对应的预定业务结束。

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

检测到所述至少一个预定业务均处理完成；

从所述共享缓存集中，提取所述至少一个预定业务的处理结果，其中，所述处理结果包括标识的预定策略；

向所述业务系统反馈所述处理结果。

4.根据权利要求3所述的方法，其特征在于，在所述检测到所述至少一个预定业务均处理完成之前，所述方法还包括：

根据用户输入的需求，判断已经结束的预定业务是否需要重新处理；

在判断结果为是的情况下，通过第三方重新处理已经结束的预定业务。

5.根据权利要求4所述的方法，其特征在于，所述通过第三方重新处理已经结束的预定业务包括：

根据所述已经结束的预定业务的标识，通过所述第三方重新获取对应的预定策略标识；

将所述重新获取的预定策略标识中达到第三预定期望的预定策略进行标识并存入所述共享缓存集；

将所述重新获取的预定策略标识中未达到所述第三预定期望对应的预定业务结束。

6.一种业务处理装置，其特征在于，所述装置包括：

接收模块，用于接收业务系统发送的处理请求，其中，所述处理请求包括至少一个预定业务的标识；

获取模块，用于根据所述至少一个预定业务的标识，异步获取对应的预定策略并依次存入共享缓存集中；

处理模块，用于从所述共享缓存集中读取所述预定策略，根据所述预定策略依次处理所述至少一个预定业务；根据所述至少一个预定业务的标识，获取对应的预定用户标识；根据读取的所述预定策略和所述预定用户标识，处理所述至少一个预定业务；对预定用户标识相同的无法判断的预定策略进行统一判断；将所述无法判断的预定策略中达到第二预定期望的预定策略进行标识并存入所述共享缓存集；将所述无法判断的预定策略中未达到所述第二预定期望对应的预定业务结束。

7.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。

Images