CN117078203A - 业务处理方法、装置及设备 - Google Patents

Abstract

本申请提供一种业务处理方法、装置及设备，可用于金融领域或其他领域。该方法包括：接收客户端发送的业务处理请求，业务处理请求用于请求处理目标业务；确定目标业务的业务类型，并确定业务类型对应的多个参数类型；确定多个参数类型对应的预处理顺序；根据预处理顺序，依次获取参数类型对应的业务参数、以及对业务参数进行验证处理，直至得到目标业务的预处理结果，预处理结果为预处理通过或者预处理未通过；根据预处理结果，确定目标业务的业务处理结果。本申请的方法，通过获取目标业务的预处理结果，并根据预处理结果快速确定该目标业务的业务处理结果，有利于缩短业务处理请求的处理时长，提高了目标业务的业务处理效率。

Description

业务处理方法、装置及设备

技术领域

本申请涉及金融领域或其他领域，尤其涉及一种业务处理方法、装置及设备。

背景技术

在一些场景下，用户在使用某一业务之前，需要先向业务对应的业务处理系统提交业务申请请求，待业务申请请求验证通过后方可使用该业务。

在相关技术中，业务处理系统包括申请系统和处理系统，业务处理系统对业务申请请求的处理方式如下所示：用户需要先在申请系统中填写业务申请信息，申请系统将用户填写的业务申请信息发送给处理系统，处理系统调用多个征信查询系统对用户的征信进行查询，并根据征信查询结果对业务申请信息进行处理，以及向申请系统发送该业务申请信息对应的业务处理结果。

然而，在这种处理方式下，用户在提交业务申请信息后，需要等待较长的时间才能获取业务处理结果，导致业务处理效率低。

发明内容

本申请提供一种业务处理方法、装置及设备，用以解决相关技术中，用户在提交业务申请信息后，需要等待较长的时间才能获取业务处理结果，导致业务处理效率低的问题。

第一方面，本申请提供一种业务处理方法，包括：

接收客户端发送的业务处理请求，所述业务处理请求用于请求处理目标业务；

确定所述目标业务的业务类型，并确定所述业务类型对应的多个参数类型；

确定所述多个参数类型对应的预处理顺序；

根据所述预处理顺序，依次获取所述参数类型对应的业务参数、以及对所述业务参数进行验证处理，直至得到所述目标业务的预处理结果，所述预处理结果为预处理通过或者预处理未通过；

根据所述预处理结果，确定所述目标业务的业务处理结果。

在一种可能的实现方式中，根据所述预处理顺序，依次获取所述参数类型对应的业务参数、以及对所述业务参数进行验证处理，直至得到所述目标业务的预处理结果，包括：

根据所述预处理顺序，获取第i个参数类型对应的第i个业务参数；

对所述第i个业务参数进行验证处理，得到验证结果，并根据所述验证结果判断是否得到所述预处理结果，所述验证结果为验证通过或者验证未通过；

其中，所述i依次取1、2……，直至得到所述预处理结果，所述i最大取值为N，所述N为所述多个参数类型的数量。

在一种可能的实现方式中，对所述第i个业务参数进行验证处理，得到验证结果，包括：

确定所述第i个业务参数对应的验证条件；

若所述第i个业务参数满足所述验证条件，则确定所述验证结果为所述验证通过；

若所述第i个业务参数不满足所述验证条件，则确定所述验证结果为所述验证未通过。

在一种可能的实现方式中，根据所述验证结果判断是否得到所述预处理结果，包括：

判断所述验证结果是否对应下一个验证参数；

若是，则确定未得到所述预处理结果；

若否，获取所述验证结果对应处理结果，并将所述验证结果对应的处理结果确定为所述预处理结果。

在一种可能的实现方式中，确定所述多个参数类型对应的预处理顺序，包括：

在所述多个参数类型中确定至少一个第一参数类型；其中，所述第一参数类型为可独立确定所述预处理结果的参数类型；

将所述多个参数类型中、除所述至少一个第一参数类型之外的其它参数类型确定为至少一个第二参数类型；

根据所述至少一个第一参数类型和所述至少一个第二参数类型，确定所述预处理顺序，在所述预处理顺序中，所述第一参数类型位于所述第二参数类型之前。

在一种可能的实现方式中，根据所述至少一个第一参数类型和所述至少一个参数类型，确定所述预处理顺序，包括：

若所述第一参数类型的数量大于1，则获取所述业务类型对应的历史业务处理信息，并根据所述历史业务处理信息，确定每个第一参数类型对应的目标数量，以及按照所述目标数量从大到小的顺序，对所述至少一个第一参数类型进行排序，所述目标数量为根据所述第一参数类型确定得到所述预处理结果的业务的数量；

根据排序后的至少一个第一参数类型和所述至少一个第二参数类型，确定所述预处理顺序。

在一种可能的实现方式中，根据所述预处理结果，确定所述目标业务的业务处理结果，包括：

在所述预处理结果为所述预处理未通过时，确定所述业务处理结果为业务处理失败；

在所述预处理结果为所述预处理通过时，对所述业务处理请求进行业务处理，得到所述业务处理结果。

第二方面，本申请提供一种业务处理装置，包括：

接收模块，用于接收客户端发送的业务处理请求，所述业务处理请求用于请求处理目标业务；

确定模块，用于确定所述目标业务的业务类型，并确定所述业务类型对应的多个参数类型；

确定模块，用于确定所述多个参数类型对应的预处理顺序；

获取模块，用于根据所述预处理顺序，依次获取所述参数类型对应的业务参数、以及对所述业务参数进行验证处理，直至得到所述目标业务的预处理结果，所述预处理结果为预处理通过或者预处理未通过；

确定模块，还用于根据所述预处理结果，确定所述目标业务的业务处理结果。

在一种可能的实现方式中，所述获取模块具体用于：

根据所述预处理顺序，获取第i个参数类型对应的第i个业务参数；

对所述第i个业务参数进行验证处理，得到验证结果，并根据所述验证结果判断是否得到所述预处理结果，所述验证结果为验证通过或者验证未通过；

其中，所述i依次取1、2……，直至得到所述预处理结果，所述i最大取值为N，所述N为所述多个参数类型的数量。

在一种可能的实现方式中，所述获取模块具体还用于：

对所述第i个业务参数进行验证处理，得到验证结果，包括：

确定所述第i个业务参数对应的验证条件；

若所述第i个业务参数满足所述验证条件，则确定所述验证结果为所述验证通过；

若所述第i个业务参数不满足所述验证条件，则确定所述验证结果为所述验证未通过。

在一种可能的实现方式中，所述获取模块具体还用于：

根据所述验证结果判断是否得到所述预处理结果，包括：

判断所述验证结果是否对应下一个验证参数；

若是，则确定未得到所述预处理结果；

若否，获取所述验证结果对应处理结果，并将所述验证结果对应的处理结果确定为所述预处理结果。

在一种可能的实现方式中，所述确定模块具体用于：

在所述多个参数类型中确定至少一个第一参数类型；其中，所述第一参数类型为可独立确定所述预处理结果的参数类型；

将所述多个参数类型中、除所述至少一个第一参数类型之外的其它参数类型确定为至少一个第二参数类型；

根据所述至少一个第一参数类型和所述至少一个第二参数类型，确定所述预处理顺序，在所述预处理顺序中，所述第一参数类型位于所述第二参数类型之前。

在一种可能的实现方式中，所述确定模块具体还用于：

若所述第一参数类型的数量大于1，则获取所述业务类型对应的历史业务处理信息，并根据所述历史业务处理信息，确定每个第一参数类型对应的目标数量，以及按照所述目标数量从大到小的顺序，对所述至少一个第一参数类型进行排序，所述目标数量为根据所述第一参数类型确定得到所述预处理结果的业务的数量；

根据排序后的至少一个第一参数类型和所述至少一个第二参数类型，确定所述预处理顺序。

在一种可能的实现方式中，所述确定模块具体还用于：

在所述预处理结果为所述预处理未通过时，确定所述业务处理结果为业务处理失败；

在所述预处理结果为所述预处理通过时，对所述业务处理请求进行业务处理，得到所述业务处理结果。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；存储器存储有计算机执行指令；处理器执行存储器存储的计算机执行指令，以实现第一方面的业务处理方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现第一方面的业务处理方法。

第五方面，本申请提供一种计算机程序产品，计算机程序产品包含计算机程序，计算机程序被处理器执行时用于实现第一方面的业务处理方法。

本申请提供的业务处理方法、装置及设备，通过接收客户端发送的业务处理请求，根据业务处理请求确定客户端请求处理的目标业务、以及确定目标业务的业务类型，并确定业务类型对应的多个参数类型、以及多个参数类型对应的预处理顺序，根据预处理顺序，依次获取参数类型对应的业务参数、以及对业务参数进行验证处理，直至得到目标业务的预处理结果，并根据预处理结果，确定目标业务的业务处理结果。在上述过程中，在对目标业务进行业务处理之前，可以获取目标业务的预处理结果，并根据预处理结果快速确定该目标业务的业务处理结果，有利于缩短业务处理请求的处理时长，提高业务处理效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种业务处理方法的流程示意图；

图3为本申请实施例提供的另一种业务处理方法的流程示意图；

图4为本申请实施例提供的另一种业务处理方法的流程示意图；

图5为本申请实施例提供的一种业务处理装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请提供的业务处理方法、装置及设备可用于金融领域或其他领域，也可用于除金融领域或其他领域之外的任意领域，本申请对业务处理方法、装置及设备的应用领域不做限定。

下面，结合图1，对本申请提供的业务处理方法的应用场景进行介绍。

图1为本申请实施例提供的一种应用场景示意图。请参见图1，包括业务处理设备和客户端。

业务处理设备可以接收客户端发送业务处理请求，并对业务处理请求中的目标任务进行预处理，得到目标业务的预处理结果，若预处理结果为未通过，则确定业务处理失败并告知客户端；若预处理结果为通过，则对目标业务进行业务处理，得到目标业务的业务处理结果，并告知客户端目标业务的业务处理结果。

需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式不受图1所示应用场景的限制。

在相关技术中，业务处理系统包括申请系统和处理系统，业务处理系统接收客户端发送的业务处理请求，并对业务处理请求进行处理，具体处理方式如下所示：用户需要先在申请系统中填写业务申请信息，申请系统将用户填写的业务申请信息发送给处理系统，处理系统调用多个征信查询系统对用户的征信进行查询，并根据征信查询结果对业务申请信息进行处理，以及向申请系统发送该业务申请信息对应的业务处理结果。

例如，用户在进行信用卡申请过程中，需要先登入信用卡申请系统进行信用卡申请信息填写并提交，信用卡申请系统将用户提交的信用卡申请信息发送给审批系统，审批系统调用多个外部征信查询系统查询该用户的征信信息，并根据该用户的征信信息对该用户提交的信用卡申请信息进行审批。在上述过程中，用户在信用卡申请系统中提交信用卡申请信息后，用户需要等待较长的审批时间，导致业务处理效率较低。

本申请提供的业务处理方法，旨在解决现有技术的如上技术问题。该方法通过接收客户端发送的业务处理请求，根据业务处理请求确定客户端请求处理的目标业务、以及确定目标业务的业务类型，并确定业务类型对应的多个参数类型、以及多个参数类型对应的预处理顺序，根据预处理顺序，依次获取参数类型对应的业务参数、以及对业务参数进行验证处理，直至得到目标业务的预处理结果，并根据预处理结果，确定目标业务的业务处理结果。在上述过程中，在对目标业务进行业务处理之前，可以获取目标业务的预处理结果，并根据预处理结果快速确定该目标业务的业务处理结果，有利于缩短业务处理请求的处理时长，提高业务处理效率。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的一种业务处理方法的流程示意图。请参见图2，该方法具体包括：

S201、接收客户端发送的业务处理请求。

本实施例的执行主体可以为电子设备，或者电子设备中的业务处理装置。可选的，业务处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。

示例性的，本实施例中的电子设备可以为图1中的业务处理设备，业务处理设备可以包括但不限于是独立的物理服务器，也可以是多个物理服务器构成的服务器集群，还可以是台式计算机或膝上型便携计算机等。

业务处理请求用于请求处理目标业务。

业务处理请求可以包括业务处理信息。例如，目标业务为信用卡申请业务，业务处理信息可以包括用户信息和业务信息，用户信息可以包括但不限于用户的登录账号、姓名、电话或证件号码等，业务信息可以包括目标业务的标识、业务类型、以及目标业务的申请原因和申请内容。

S202、确定目标业务的业务类型，并确定业务类型对应的多个参数类型。

可选的，在确定目标业务的业务类型时，有如下两种情况：

情况1：业务处理请求中包括目标业务的业务类型，则在业务处理请求中获取业务类型；

情况2：业务处理请求中包括目标业务的标识，可以根据目标业务的标识在预设对应关系中确定目标业务的业务类型。

预设对应关系可以包括多个目标业务的标识和业务类型、以及每个业务类型对应的多个参数类型。例如，预设对应关系可以如表1所示：

表1

S203、确定多个参数类型对应的预处理顺序。

可选的，可以通过如下方式确定多个参数类型对应的预处理顺序：在多个参数类型中确定至少一个第一参数类型；其中，第一参数类型为可独立确定预处理结果的参数类型；将多个参数类型中、除至少一个第一参数类型之外的其它参数类型确定为至少一个第二参数类型；根据至少一个第一参数类型和至少一个第二参数类型，确定预处理顺序，在预处理顺序中，第一参数类型位于第二参数类型之前。

例如，目标业务为信用卡申请业务，参数类型可以包括用户征信信息，若用户征信信息验证未通过，则确定预处理结果为预处理未通过，可以将用户征信信息确定为第一业务参数。

S204、根据预处理顺序，依次获取参数类型对应的业务参数、以及对业务参数进行验证处理，直至得到目标业务的预处理结果。

预处理结果为预处理通过或者预处理未通过。

可选的，可以通过如下方式获取每个参数类型对应的业务参数：确定参数类型对应的信息查询系统，并调用该信息查询系统确定参数类型对应的业务参数；获取参数类型对应的参照业务参数；根据参照业务参数，对业务参数进行验证处理，得到业务参数的验证结果；根据验证结果确定目标业务的预处理结果。

例如，参数类型为灰名单检测，业务参数可以为0或1，其中，0可以表示用户未命中灰名单，1可以表示用户命中灰名单。确定灰名单检测对应的灰名单查询系统，并调用该灰名单查询系统确定该用户对应的灰名单检测对应的业务参数为1，若参照业务参数为0，则确定该用户对应的灰名单验证结果为未通过、以及目标业务的预处理结果为预处理未通过。

S205、根据预处理结果，确定目标业务的业务处理结果。

可选的，可以通过如下方式确定目标业务的业务处理结果：在预处理结果为预处理未通过时，确定业务处理结果为业务处理失败；在预处理结果为预处理通过时，对业务处理请求进行业务处理，得到业务处理结果。

本申请实施例提供的业务处理方法，可以接收客户端发送的业务处理请求，根据业务处理请求确定客户端请求处理的目标业务、以及确定目标业务的业务类型，并确定业务类型对应的多个参数类型、以及多个参数类型对应的预处理顺序，根据预处理顺序，依次获取参数类型对应的业务参数、以及对业务参数进行验证处理，直至得到目标业务的预处理结果，并根据预处理结果，确定目标业务的业务处理结果。在上述过程中，在对目标业务进行业务处理之前，可以获取目标业务的预处理结果，并根据预处理结果快速确定该目标业务的业务处理结果，有利于缩短业务处理请求的处理时长，提高业务处理效率。

图3为本申请实施例提供的另一种业务处理方法的流程示意图。请参见图3，该方法包括：

S301、接收客户端发送的业务处理请求。

S302、确定目标业务的业务类型，并确定业务类型对应的多个参数类型。

需要说明的是，S301～S302的具体执行过程可以参照S201～S202的具体执行过程，此处不再进行赘述。

在获取多个参数类型之后，可以通过执行S303～S305，来确定多个参数类型对应的预处理顺序。

S303、在多个参数类型中确定至少一个第一参数类型。

其中，第一参数类型为可独立确定预处理结果的参数。

示例性的，第一参数类型可以为用户的黑名单检测。

S304、将多个参数类型中、除至少一个第一参数类型之外的其它参数类型确定为至少一个第二参数类型。

例如，多个参数类型包括黑名单检测、用户类型、灰名单检测、负面清单检测和公共记录检测，可以将黑名单检测确定为第一参数类型，则其余参数类型为第二参数类型。

S305、根据至少一个第一参数类型和至少一个第二参数类型，确定预处理顺序。

在预处理顺序中，第一参数类型位于第二参数类型之前。

可选的，可以通过如下方式确定预处理顺序：若第一参数类型的数量大于1，则获取参数类型对应的历史业务处理信息，并根据历史业务处理信息，对至少一个第一参数类型进行排序；根据排序后的至少一个第一参数类型和至少一个第二参数类型，确定预处理顺序。

可选的，可以通过如下方式对第一参数类型进行排序：根据历史业务处理信息，确定每个第一参数类型对应的目标数量，目标数量为根据第一参数类型确定得到预处理结果的业务的数量；按照目标数量从大到小的顺序，对至少一个第一参数类型进行排序。

例如，第一参数类型可以包括黑名单检测和用户征信信息。假设预处理结果为预处理未通过，获取100个历史业务对应的100条历史业务处理信息，在这100条历史业务处理信息中，根据黑名单检测得到预处理未通过的历史业务的数量为35条，根据用户征信信息得到预处理未通过的历史业务的数量为15条。则第一参数类型的排序结果为：黑名单检测位于用户征信信息之前。

在对用户的业务申请请求进行处理时，通过优先确定对预处理结果影响比重较大的第一参数类型的验证结果，可以快速确定预处理结果。若对预处理结果影响比重较大的第一参数类型的验证结果未通过，则可以确定目标任务的预处理结果为预处理未通过，从而无需再获取余下的第一参数类型的验证结果，简化了业务处理流程，缩短了业务处理时间，有利于提高业务处理效率。

S306、将i初始化为1。

S307、根据预处理顺序，依次获取第i个参数类型对应的第i个业务参数。

其中，i依次取1、2……，直至得到预处理结果，i最大取值为N，N为多个参数类型的数量。

验证结果可以为验证通过或者验证未通过。

示例性的，当参数类型为用户征信信息时，可以向用户征信查询平台发送征信查询请求，征信查询请求包括用户标识；接收征信查询系统发送的用户征信信息。

S308、对第i个业务参数进行验证处理，得到验证结果。

验证结果可以为验证通过或验证未通过。

可选的，可以通过如下方式得到验证结果：确定第i个业务参数对应的验证条件；若第i个业务参数满足验证条件，则确定验证结果为验证通过；若第i个业务参数不满足验证条件，则确定验证结果为验证未通过。

可以根据业务处理需求，在预设配置文件中存储每个业务参数对应的验证条件。在每次验证时，可以调用预设配置文件中存储的第i个业务参数对应的验证条件，对第i个业务参数进行验证。

示例性的，假设业务类型为用户类型，用户类型包括老用户和新用户，验证条件为老用户。若业务参数为老用户，则确定验证结果为验证通过；若业务参数为新用户，则确定验证结果为验证未通过。

S309、根据验证结果判断是否得到预处理结果。

若否，则执行S310～S312；若是，则执行S313。

可选的，可以通过如下方式来判断是否得到预处理结果：判断验证结果是否对应下一个验证参数；若是，则确定未得到预处理结果；若否，获取验证结果对应处理结果，并将验证结果对应的处理结果确定为预处理结果。

验证结果可以包括下一个验证参数。例如，假设业务类型为用户类型，验证条件为老用户，若业务参数为新用户，则确定验证结果为验证未通过，需要进一步验证用户征信信息。下一个验证参数为用户征信信息。

例如，在对用户的用户类型验证过后，若用户属于新用户，还需要验证用户征信信息，方可得到目标业务的预处理结果。

S310、将i更新为i+1。

S311、判断i+1是否大于N

若否，则执行S307；若是，则执行S312。

S312、获取验证结果对应处理结果，并将验证结果对应的处理结果确定为预处理结果。

预处理结果可以为预处理通过或者预处理未通过。

S313、根据预处理结果，确定目标业务的业务处理结果。

本申请实施例提供的业务处理方法，可以接收客户端发送的业务处理请求，根据业务处理请求确定客户端请求处理的目标业务、以及确定目标业务的业务类型，并确定业务类型对应的多个参数类型、以及多个参数类型对应的预处理顺序，根据预处理顺序，依次获取参数类型对应的业务参数、以及对业务参数进行验证处理，直至得到目标业务的预处理结果，并根据预处理结果，确定目标业务的业务处理结果。在上述过程中，在对目标业务进行业务处理之前，可以获取目标业务的预处理结果，并根据预处理结果快速确定该目标业务的业务处理结果，有利于缩短业务处理请求的处理时长，提高业务处理效率。

为了便于理解，下面，以对信用卡申请业务处理为例，对本申请实施例提供的业务处理方法进行详细说明。在信用卡申请业务处理过程中，通常包括申请系统和审批系统，这两种系统相互配合以实现对信用卡申请业务的处理。下面，结合图4，对信用卡申请业务处理过程进行说明。

图4为本申请实施例提供的另一种业务处理方法的流程示意图。请参见图4，该方法包括：

S401、申请系统接收客户端发送的信用卡申请请求。

信用卡申请请求用于请求办理信用卡申请业务，信用卡申请请求中包括信用卡申请信息。

用户可以登入客户端，在客户端显示的信用卡申请页面中进行信用卡申请信息填写，信用卡申请信息可以包括用户信息，用户信息包括用户姓名、证件号、手机号码和住址等。

S402、申请系统确定信用卡申请业务对应的多个参数类型、以及多个参数类型对应的预处理顺序。

可选的，信用卡申请业务对应的多个参数类型可以包括黑名单检测、用户类型、用户征信(包括灰名单检测、负面清单检测和公共记录检测)，预处理顺序依次为：黑名单检测、用户类型、以及用户征信信息。

在获取预处理顺序后，根据预处理顺序，依次确定每个参数类型对应的验证结果，直至得到信用卡申请业务的预处理结果。

S403、申请系统根据信用卡申请信息，获取黑名单检测的检测结果、以及黑名单检测结果对应的验证结果。

若验证结果为验证通过，需进一步确定用户类型对应的验证结果，则执行S404；

若验证结果为验证未通过，则执行S412。

S404、申请系统确定用户类型对应的验证结果。

若验证结果为验证通过，则执行S405～S407；

若验证结果为验证未通过，需进一步确定用户征信信息对应的验证结果，则执行S408。

S405、申请系统确定预处理结果为预处理通过，生成第一申请请求。

第一申请请求可以包括用户填写的信用卡申请信息。

S406、申请系统向审批系统发送第一申请请求。

S407、审批系统对第一申请请求进行处理，得到审批结果。

审批结果可以为审批通过或审批失败。

S408、申请系统获取用户征信对应的用户征信信息、以及用户征信信息对应的验证结果。

若验证结果为验证通过，则执行S409～S411；

若验证结果为验证未通过，则执行S412。

S409、申请系统确定预处理结果为预处理通过，生成第二申请请求。

第二申请请求可以包括用户征信信息和信用卡申请信息。

可以将用户征信信息发送给审批系统，使得审批系统无需再对这些用户征信信息进行二次查询，不仅提高了业务查询效率，还节约了外部征信查询成本。

S410、申请系统向审批系统发送第二申请请求。

S411、审批系统对第二申请请求进行处理，得到审批结果。

S412、确定预处理结果为预处理未通过，向客户端发送第一提示信息。

第一提示信息用于提示用户本次信用卡申请业务办理失败，已结束本次信用卡申请业务。

本申请实施例提供的业务处理方法，可以通过申请系统接收客户端发送的信用卡申请请求，确定信用卡申请业务对应的参数类型分别为黑名单检测、用户类型和用户征信，依次判断黑名单检测、用户类型和用户征信对应的验证结果，根据验证结果，确定预处理结果。在预处理结果为预处理通过时，申请系统可以向审批系统发送第一申请请求或第二申请请求，以通过审批系统对信用卡申请业务进行审批。在上述过程中，可以在申请系统中确定对信用卡申请业务进行预处理，得到信用卡申请业务的预处理结果，并根据预处理结果快速确定该信用卡申请业务的业务处理结果，有利于缩短信用卡申请请求的审批时长，提高信用卡申请业务的审批效率。

图5为本申请实施例提供的一种业务处理装置的结构示意图。请参见图5，业务处理装置10包括：

接收模块11，用于接收客户端发送的业务处理请求，所述业务处理请求用于请求处理目标业务；

确定模块12，用于确定所述目标业务的业务类型，并确定所述业务类型对应的多个参数类型；

确定模块12，用于确定所述多个参数类型对应的预处理顺序；

获取模块13，用于根据所述预处理顺序，依次获取所述参数类型对应的业务参数、以及对所述业务参数进行验证处理，直至得到所述目标业务的预处理结果，所述预处理结果为预处理通过或者预处理未通过；

确定模块12，还用于根据所述预处理结果，确定所述目标业务的业务处理结果。

本申请实施例提供的业务处理装置，其实现原理和技术效果与上述实施例类似，具体可参考上述实施例，此处不再赘述。

在一种可能的实现方式中，所述获取模块13具体用于：

根据所述预处理顺序，获取第i个参数类型对应的第i个业务参数；

对所述第i个业务参数进行验证处理，得到验证结果，并根据所述验证结果判断是否得到所述预处理结果，所述验证结果为验证通过或者验证未通过；

其中，所述i依次取1、2……，直至得到所述预处理结果，所述i最大取值为N，所述N为所述多个参数类型的数量。

在一种可能的实现方式中，所述获取模块13具体还用于：

对所述第i个业务参数进行验证处理，得到验证结果，包括：

确定所述第i个业务参数对应的验证条件；

若所述第i个业务参数满足所述验证条件，则确定所述验证结果为所述验证通过；

若所述第i个业务参数不满足所述验证条件，则确定所述验证结果为所述验证未通过。

在一种可能的实现方式中，所述获取模块13具体还用于：

根据所述验证结果判断是否得到所述预处理结果，包括：

判断所述验证结果是否对应下一个验证参数；

若是，则确定未得到所述预处理结果；

若否，获取所述验证结果对应处理结果，并将所述验证结果对应的处理结果确定为所述预处理结果。

在一种可能的实现方式中，所述确定模块12具体用于：

在所述多个参数类型中确定至少一个第一参数类型；其中，所述第一参数类型为可独立确定所述预处理结果的参数类型；

将所述多个参数类型中、除所述至少一个第一参数类型之外的其它参数类型确定为至少一个第二参数类型；

根据所述至少一个第一参数类型和所述至少一个第二参数类型，确定所述预处理顺序，在所述预处理顺序中，所述第一参数类型位于所述第二参数类型之前。

在一种可能的实现方式中，所述确定模块12具体还用于：

若所述第一参数类型的数量大于1，则获取所述业务类型对应的历史业务处理信息，并根据所述历史业务处理信息，确定每个第一参数类型对应的目标数量，以及按照所述目标数量从大到小的顺序，对所述至少一个第一参数类型进行排序，所述目标数量为根据所述第一参数类型确定得到所述预处理结果的业务的数量；

根据排序后的至少一个第一参数类型和所述至少一个第二参数类型，确定所述预处理顺序。

在一种可能的实现方式中，所述确定模块12具体还用于：

在所述预处理结果为所述预处理未通过时，确定所述业务处理结果为业务处理失败；

在所述预处理结果为所述预处理通过时，对所述业务处理请求进行业务处理，得到所述业务处理结果。

图6为本申请实施例提供的一种电子设备的结构示意图。该设备可以为任务分发设备，请参见图6，该电子设备20可以包括处理器21和存储器22。

存储器22可用于存储计算机执行指令。

处理器21可用于执行存储器22中存储的计算机执行指令，实现上述任意方法实施例所示的业务处理方法。

电子设备20还可以包括电源组件23和通信组件24，其中：

电源组件23可以为电子设备20的各种组件提供电力。电源组件23可以包括电源管理系统，一个或多个电源，及其他与为电子设备20生成、管理和分配电力相关联的组件。

通信组件24可以用于实现电子设备20和其他设备之间有线或无线方式的通信。电子设备20可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件24经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件24还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

上述处理器21可以是通用处理器，包括中央处理器、网络处理器(NetworkProcessor，简称NP)等；数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程逻辑门阵列(Field Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

上述存储器22可能包含随机存取存储器(Random Access Memory，简称RAM)，也可能还包括静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electric Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘，例如至少一个磁盘存储器。

本领域技术人员可以理解，图6示出的电子设备并不构成对电子设备的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者不同的部件布置。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当计算机执行指令被执行时，实现如上业务处理方法。计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本申请实施例还提供一种计算机程序产品，计算机程序产品包含计算机程序，该计算机程序被执行时实现如上业务处理方法。

本申请实施例还提供一种运行指令的芯片，芯片用于执行如上任一方法实施例的业务处理方法。

在本申请中，术语“包括”及其变形可以指非限制性的包括；术语“或”及其变形可以指“和/或”。本申请中术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。本申请中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

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

接收客户端发送的业务处理请求，所述业务处理请求用于请求处理目标业务；

确定所述目标业务的业务类型，并确定所述业务类型对应的多个参数类型；

确定所述多个参数类型对应的预处理顺序；

根据所述预处理顺序，依次获取所述参数类型对应的业务参数、以及对所述业务参数进行验证处理，直至得到所述目标业务的预处理结果，所述预处理结果为预处理通过或者预处理未通过；

根据所述预处理结果，确定所述目标业务的业务处理结果。

2.根据权利要求1所述的方法，其特征在于，根据所述预处理顺序，依次获取所述参数类型对应的业务参数、以及对所述业务参数进行验证处理，直至得到所述目标业务的预处理结果，包括：

根据所述预处理顺序，获取第i个参数类型对应的第i个业务参数；

对所述第i个业务参数进行验证处理，得到验证结果，并根据所述验证结果判断是否得到所述预处理结果，所述验证结果为验证通过或者验证未通过；

其中，所述i依次取1、2……，直至得到所述预处理结果，所述i最大取值为N，所述N为所述多个参数类型的数量。

3.根据权利要求2所述的方法，其特征在于，对所述第i个业务参数进行验证处理，得到验证结果，包括：

确定所述第i个业务参数对应的验证条件；

若所述第i个业务参数满足所述验证条件，则确定所述验证结果为所述验证通过；

若所述第i个业务参数不满足所述验证条件，则确定所述验证结果为所述验证未通过。

4.根据权利要求2或3所述的方法，其特征在于，根据所述验证结果判断是否得到所述预处理结果，包括：

判断所述验证结果是否对应下一个验证参数；

若是，则确定未得到所述预处理结果；

若否，获取所述验证结果对应处理结果，并将所述验证结果对应的处理结果确定为所述预处理结果。

5.根据权利要求1-4任一项所述的方法，其特征在于，确定所述多个参数类型对应的预处理顺序，包括：

在所述多个参数类型中确定至少一个第一参数类型；其中，所述第一参数类型为可独立确定所述预处理结果的参数类型；

将所述多个参数类型中、除所述至少一个第一参数类型之外的其它参数类型确定为至少一个第二参数类型；

根据所述至少一个第一参数类型和所述至少一个第二参数类型，确定所述预处理顺序，在所述预处理顺序中，所述第一参数类型位于所述第二参数类型之前。

6.根据权利要求5所述的方法，其特征在于，根据所述至少一个第一参数类型和所述至少一个参数类型，确定所述预处理顺序，包括：

若所述第一参数类型的数量大于1，则获取所述业务类型对应的历史业务处理信息，并根据所述历史业务处理信息，确定每个第一参数类型对应的目标数量，以及按照所述目标数量从大到小的顺序，对所述至少一个第一参数类型进行排序，所述目标数量为根据所述第一参数类型确定得到所述预处理结果的业务的数量；

根据排序后的至少一个第一参数类型和所述至少一个第二参数类型，确定所述预处理顺序。

7.根据权利要求1-6任一项所述的方法，其特征在于，根据所述预处理结果，确定所述目标业务的业务处理结果，包括：

在所述预处理结果为所述预处理未通过时，确定所述业务处理结果为业务处理失败；

在所述预处理结果为所述预处理通过时，对所述业务处理请求进行业务处理，得到所述业务处理结果。

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

接收模块，用于接收客户端发送的业务处理请求，所述业务处理请求用于请求处理目标业务；

确定模块，用于确定所述目标业务的业务类型，并确定所述业务类型对应的多个参数类型；

确定模块，用于确定所述多个参数类型对应的预处理顺序；

获取模块，用于根据所述预处理顺序，依次获取所述参数类型对应的业务参数、以及对所述业务参数进行验证处理，直至得到所述目标业务的预处理结果，所述预处理结果为预处理通过或者预处理未通过；

确定模块，还用于根据所述预处理结果，确定所述目标业务的业务处理结果。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储有计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至7任一项所述的方法。