CN114757756A - 业务数据的处理方法、装置、计算机设备、存储介质 - Google Patents

Abstract

本申请公开了一种业务数据的处理方法、装置、计算机设备、存储介质，涉及大数据数据分析技术领域。所述方法包括：通过第一业务系统响应于目标账号针对业务的业务请求，获取目标账号针对业务的历史业务记录；响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统，通过第二业务系统按照预设业务条件对业务请求进行处理，生成业务请求的处理结果，第二业务系统处理业务请求的流程比第一业务系统处理业务请求的流程简单，第二业务系统解耦于第一业务系统。采用本方法能够基于预设条件对前序阶段的历史业务记录的判断结果，将当前阶段的业务请求发送至流程简单的业务系统进行处理，简化请求处理流程，以提高业务数据的处理效率。

Description

业务数据的处理方法、装置、计算机设备、存储介质

技术领域

本申请涉及大数据数据分析技术领域，特别是涉及一种业务数据的处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

小微企业是小型企业、微型企业、家庭作坊式企业的统称。随着经济体制改革的不断深化，小微企业以灵活快速的决策机制，逐渐成为我国经济建设的一支重要力量，但小微企业目前仍存在资金短缺，融资难的问题。一直以来，企业融资可以采用资产抵押、担保等手段向金融机构提交贷款申请，在金融机构审批通过后，获得资金。

传统的审批流程中，金融机构需要对企业的资产、信用、税收、工商等数据进行评估与审查。但是，当一些小微企业有多次贷款需求时，每次都要重新申请贷款，审批流程多，审批复核时间长，从而影响审核效率。

发明内容

基于此，有必要针对上述技术问题，提供一种高效率的业务数据的处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种业务数据的处理方法。所述方法包括：

通过第一业务系统响应于目标账号针对业务的业务请求，获取所述目标账号针对所述业务的历史业务记录；

响应于所述历史业务记录满足预设条件的判断结果，将所述业务请求发送至第二业务系统，所述第二业务系统处理所述业务请求的流程比所述第一业务系统处理所述业务请求的流程简单，所述第二业务系统解耦于所述第一业务系统；

通过所述第二业务系统按照预设业务条件对所述业务请求进行处理，生成所述业务请求的处理结果。

在其中一个实施例中，所述通过所述第二业务系统按照预设业务条件对所述业务请求进行处理，生成所述业务请求的处理结果，包括：

生成与所述业务请求对应的第一业务数据，将所述第一业务数据添加至业务名单中；

接收对所述业务名单中所述第一业务数据的审核结果，根据所述审核结果生成所述业务请求的处理结果。

在其中一个实施例中，所述方法还包括：

获取所述目标账号针对所述业务的第二业务数据，确定所述第二业务数据的业务状态；

当所述业务状态为异常时，对所述业务名单中已存储的第一业务数据进行更新，设置所述第一业务数据为失效状态，并将所述业务请求发送至所述第一业务系统进行处理。

在其中一个实施例中，所述通过所述第二业务系统按照预设业务条件对所述业务请求进行处理，生成所述业务请求的处理结果，包括：

通过所述第二业务系统按照数据校验条件对所述业务请求进行处理，生成所述业务请求的数据校验结果；

当所述数据校验结果为通过时，按照风控条件对所述业务请求进行处理，生成所述业务请求的所述处理结果。

在其中一个实施例中，在所述响应于所述历史业务记录满足预设条件的判断结果，将所述业务请求发送至第二业务系统之前，还包括：

获取所述历史业务记录对应的记录时刻，从所述历史业务记录中确定在当前时刻的上一记录时刻下的目标业务记录；

确定所述目标业务记录对应的记录时刻与所述当前时刻之间的时间间隔在预设时间阈值内。

在其中一个实施例中，确定账号黑名单中不存在与所述目标账号相匹配的账号。

第二方面，本申请还提供了一种业务数据的处理装置。所述装置包括：

第一响应模块，用于通过第一业务系统响应于目标账号针对业务的业务请求，获取所述目标账号针对所述业务的历史业务记录；

第二响应模块，用于响应于所述历史业务记录满足预设条件的判断结果，将所述业务请求发送至第二业务系统，所述第二业务系统处理所述业务请求的流程比所述第一业务系统处理所述业务请求的流程简单，所述第二业务系统解耦于所述第一业务系统；

请求处理模块，用于通过所述第二业务系统按照预设业务条件对所述业务请求进行处理，生成所述业务请求的处理结果。

在其中一个实施例中，所述请求处理模块包括：

数据生成单元，用于生成与所述业务请求对应的第一业务数据，将所述第一业务数据添加至业务名单中；

结果生成单元，用于接收对所述业务名单中所述第一业务数据的审核结果，根据所述审核结果生成所述业务请求的处理结果。

在其中一个实施例中，所述装置还包括：

状态确定模块，用于获取所述目标账号针对所述业务的第二业务数据，确定所述第二业务数据的业务状态；

数据更新模块，用于当所述业务状态为异常时，对所述业务名单中已存储的第一业务数据进行更新，设置所述第一业务数据为失效状态，并将所述业务请求发送至所述第一业务系统进行处理。

在其中一个实施例中，所述请求处理模块包括：

数据校验单元，用于通过所述第二业务系统按照数据校验条件对所述业务请求进行处理，生成所述业务请求的数据校验结果；

风控校验单元，用于当所述数据校验结果为通过时，按照风控条件对所述业务请求进行处理，生成所述业务请求的所述处理结果。

在其中一个实施例中，所述装置还包括：

记录确定模块，用于获取所述历史业务记录对应的记录时刻，从所述历史业务记录中确定在当前时刻的上一记录时刻下的目标业务记录；

阈值确定模块，用于确定所述目标业务记录对应的记录时刻与所述当前时刻之间的时间间隔在预设时间阈值内。

在其中一个实施例中，所述装置还包括：

账号确定模块，用于确定账号黑名单中不存在与所述目标账号相匹配的账号。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项实施例所述的业务数据的处理方法。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一项实施例所述的业务数据的处理方法。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面任一项实施例所述的业务数据的处理方法。

上述业务数据的处理方法、装置、计算机设备、存储介质和计算机程序产品，通过第一业务系统响应于目标账号针对业务的业务请求，获取目标账号针对业务的历史业务记录；响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统，通过第二业务系统按照预设业务条件对业务请求进行处理，生成业务请求的处理结果，第二业务系统处理业务请求的流程比第一业务系统处理业务请求的流程简单，第二业务系统解耦于第一业务系统；能够通过第一业务系统基于预设条件对目标账号在前序阶段的历史业务记录的判断结果，确定目标账号发送的业务请求可以被第二业务系统进行处理，将目标账号在当前阶段的业务请求发送至流程简单的第二业务系统进行处理，简化对业务请求的处理流程，以提高业务数据的处理效率。此外，采用本申请提供的业务数据的处理方法，能够在无需对第一业务系统进行更改的情况下，直接采用解耦于第一业务系统的第二业务系统对符合预设条件的业务请求进行处理，以降低对第一业务系统原有业务的影响，提高系统之间的独立性，此外，由于本申请提供的业务数据的处理方法中，第二业务系统解耦于第一业务系统，即两个业务系统之间的耦合度低，能够降低对业务系统的维护成本。

附图说明

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

图2为一个实施例中处理结果生成步骤的流程示意图；

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

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

图3c为一个实施例中业务名单审核步骤的流程示意图；

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

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

具体实施方式

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

在一个实施例中，如图1所示，提供了一种业务数据的处理方法，本实施例以该方法应用于服务器进行举例说明，可以理解的是，该方法也可以应用于终端，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。其中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能电视、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

本实施例中，该方法包括以下步骤：

步骤S102，通过第一业务系统响应于目标账号针对业务的业务请求，获取目标账号针对业务的历史业务记录。

其中，第一业务系统可以用于接收账号发送的针对业务的业务请求。一个示例中，当第一业务系统为贷款系统时，贷款系统可以用于接收针对贷款业务的贷款申请请求、贷款还款请求或贷款延期请求。

目标账号可以用于表征当前时刻向第一业务系统发送业务请求的账号。

历史业务记录可以用于表征针对目标账号在历史时刻下发送的历史业务请求生成的业务记录。历史业务记录可以但不仅限于包括历史业务请求的处理结果，历史业务请求是否触发拒绝处理条件，以及历史业务请求对应的相关业务数据等数据中的任一项或多项。

具体地，服务器中预先部署了第一业务系统，第一业务系统中存储了多个历史业务记录。服务器通过第一业务系统响应于目标账号针对业务的业务请求。从已存储的多个历史业务记录中查询属于目标账号下针对同一业务的历史业务记录。一个示例中，当服务器确定第一业务系统中不存在目标账号针对业务的历史业务记录时，采用第一业务系统对业务请求进行处理，不执行以下步骤S104～S106。另一个示例中，第一业务系统可以为贷款系统。业务请求可以为目标账号针对贷款业务的贷款申请请求。当服务器确定贷款系统中，存在目标账号针对贷款业务的历史贷款申请记录时，确定目标账号此次发送的贷款申请请求为续贷请求，执行以下步骤S104～S106，以提高对续贷请求的处理效率。

步骤S104，响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统。

其中，第二业务系统处理业务请求的流程比第一业务系统处理业务请求的流程简单。第二业务系统解耦于第一业务系统。一个示例中，第一业务系统需要对业务请求进行三次校验，根据三次校验的结果生成业务请求的处理结果。第二业务系统仅需要对业务请求进行一次校验，即可生成业务请求的处理结果。

具体地，服务器中预先存储了预设条件和第二业务系统。服务器通过第一业务系统采用预设条件对历史业务记录进行判断，当服务器得到历史业务记录满足预设条件的判断结果时，响应于满足条件的判断结果将业务请求发送至第二业务系统，执行以下步骤S106；当服务器得到历史业务记录不满足预设条件的判断结果时，响应于不满足条件的判断结果，采用第一业务系统对业务请求进行处理，不执行以下步骤S106。其中，预设条件可以但不仅限于为：历史业务记录的处理结果为通过，或者历史业务记录中未触发任何审批拒贷的规则，或者历史业务记录中记录时刻最晚的历史业务请求与当前时刻之间的时间间隔在预设时间阈值内，或者以上条件的任意组合。

步骤S106，通过第二业务系统按照预设业务条件对业务请求进行处理，生成业务请求的处理结果。

具体地，服务器中存储有第二业务系统的预设业务条件。服务器通过第二业务系统按照业务条件对业务请求进行处理，当服务器确定业务请求符合业务条件时，生成业务请求通过的处理结果；当服务器确定业务请求不符合业务条件时，生成业务请求不通过的处理结果。其中，业务条件可以但不仅限于为：确定目标账号为低风险账号；或者，确定业务请求中的业务参数在预设阈值内；或者，确定业务请求与历史业务记录匹配；或者以上业务条件的任意组合。

上述业务数据的处理方法中，通过第一业务系统响应于目标账号针对业务的业务请求，获取目标账号针对业务的历史业务记录；响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统，通过第二业务系统按照预设业务条件对业务请求进行处理，生成业务请求的处理结果，第二业务系统处理业务请求的流程比第一业务系统处理业务请求的流程简单，第二业务系统解耦于第一业务系统；能够通过第一业务系统基于预设条件对目标账号在前序阶段的历史业务记录的判断结果，确定目标账号发送的业务请求可以被第二业务系统进行处理，将目标账号在当前阶段的业务请求发送至流程简单的第二业务系统进行处理，简化对业务请求的处理流程，以提高业务数据的处理效率。此外，采用本申请提供的业务数据的处理方法，能够在无需对第一业务系统进行更改的情况下，直接采用解耦于第一业务系统的第二业务系统对符合预设条件的业务请求进行处理，以降低对第一业务系统原有业务的影响，提高系统之间的独立性，此外，由于本申请提供的业务数据的处理方法中，第二业务系统解耦于第一业务系统，即两个业务系统之间的耦合度低，能够降低对业务系统的维护成本。

在一个实施例中，如图2所示，步骤S106，通过第二业务系统按照预设业务条件对业务请求进行处理，生成业务请求的处理结果，包括：

步骤S202，生成与业务请求对应的第一业务数据，将第一业务数据添加至业务名单中。

步骤S204，接收对业务名单中第一业务数据的审核结果，根据审核结果生成业务请求的处理结果。

其中，第一业务数据可以但不仅限于包括业务请求的业务类型、业务参数、以及目标账号的历史业务记录等数据中的任一项或至少一项。一个示例中，第一业务数据可以包括目标账号针对贷款业务的曾贷款债项、目标账号的企业行业类型、历史业务记录对应的操作员编号与机构编号、业务请求对应的时间记录等数据中的任一项或至少一项。

具体地，服务器中的第二业务系统存储了业务名单，业务名单中可以包括若干个账号的业务数据。通过第二业务系统接收业务请求，生成与业务请求对应的第一业务数据，将第一业务数据添加至业务名单中，得到新的业务名单。接收对新的业务名单中第一业务数据的审核结果，当审核结果为通过时，生成业务请求通过的处理结果，并且将新的业务名单导入第二业务系统，替换第二业务系统中原有的业务名单；当审核结果为不通过时，生成业务请求不通过的处理结果，丢弃新的业务名单。其中，审核结果可以是服务器采用审核规则对第一业务数据进行判断后得到的，也可以是服务器通过人机交互界面向用户展示第一业务数据，并且接收用户输入的第一业务数据的审核结果生成的。一个示例中，当服务器确定第一业务数据与第二业务系统中存储的业务名单中的业务数据匹配时，通过第二业务系统采用简单的审批规则对业务请求进行处理，在确定符合审批规则的情况下，直接生成业务请求通过的处理结果。

本实施例中，通过接收对第一业务数据的审核结果，根据审核结果生成业务请求的处理结果，能够简化对业务请求的处理流程，提高对业务数据进行处理的效率。同时，本实施例中通过将第一业务数据添加至业务名单中，能够对业务名单中的业务数据进行统一管控，以提高第二业务系统的处理效率。

在一个实施例中，在图2提供的业务数据的处理方法的基础上，该方法还包括：获取目标账号针对业务的第二业务数据，确定第二业务数据的业务状态；当业务状态为异常时，对业务名单中已存储的第一业务数据进行更新，设置第一业务数据为失效状态，并将业务请求发送至第一业务系统进行处理。

其中，第二业务数据可以用于表征第二业务系统中已存储的目标账号针对业务的业务数据。一个示例中，当第二业务系统为续贷可继系统时，第二业务数据可以为目标账号的关联贷款数据，第二数据的业务状态可以根据关联贷款的贷款流程信息确定。例如，当关联贷款的流程信息中存在逾期、拖欠、失联等异常行为时，关联贷款的业务状态为异常。

具体地，服务器通过第二业务系统获取目标账号针对业务的第二业务数据，查询第二业务数据当前的流程信息。当第二业务数据的流程信息中存在异常行为时，确定第二业务数据的业务状态为异常，对业务名单中已存储的第一业务数据进行更新，设置第一业务数据为失效状态，并将业务请求发送至第一业务系统进行处理。当第二业务数据的流程信息中不存在异常行为时，确定第二业务数据的业务状态为正常，继续采用第二业务系统对第一业务数据对应的业务请求进行处理。一个示例中，当第二业务系统接收到针对业务名单中第一业务数据的审核结果为通过时，设置第一业务数据为有效状态。另一个示例中，服务器可以定期获取目标账号针对业务的第二业务数据，以对第二业务系统中存储的业务名单中的业务数据进行更新。

本实施例中，通过获取目标账号针对业务的第二业务数据，确定第二业务数据的业务状态，根据第二业务数据的业务状态对业务名单中已存储的第一业务数据进行更新，能够基于对目标账号下的第二业务数据进行实时跟踪与监控得到的业务状态，对业务名单中的第一业务数据进行维护更新，以降低对第一业务数据的业务请求进行处理的风险。

在一个实施例中，步骤S106，通过第二业务系统按照预设业务条件对业务请求进行处理，生成业务请求的处理结果，包括：通过第二业务系统按照数据校验条件对业务请求进行处理，生成业务请求的数据校验结果；当数据校验结果为通过时，按照风控条件对业务请求进行处理，生成业务请求的处理结果。

具体地，服务器中预先存储了数据校验条件和风控条件。通过第二业务系统按照数据校验条件对业务请求进行处理，当确定业务请求满足数据校验条件时，生成业务请求的数据校验通过的结果；当确定业务请求不满足数据校验条件时，将业务请求发送至第一业务系统进行处理。当服务器确定数据校验结果为通过时，按照风控条件对业务请求进行处理，当确定业务请求满足风控条件时，生成业务请求通过的处理结果；当确定业务请求不满足风控条件时，生成业务请求不通过的处理结果。一个示例中，数据校验条件可以包括确定目标账号是曾贷款的存量小微企业、业务请求导入第二业务系统时的导入状态为正常与业务请求导入第二业务系统时的导入时间未超过请求过期时间等前置校验条件中的任一项或多项。另一个示例中，风控条件可以包括核对业务请求的申请时间，多次业务请求的申请账号是否一致，是否在一天内多次发送业务请求等。

本实施例中，通过第二业务系统对业务请求进行数据校验，在数据校验通过的情况下，按照风控条件再次对业务请求进行处理，能够降低业务请求的风险，以提高第二业务系统处理业务请求的安全性。

在一个实施例中，在步骤S104，响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统之前，还包括：获取历史业务记录对应的记录时刻，从历史业务记录中确定在当前时刻的上一记录时刻下的目标业务记录；确定目标业务记录对应的记录时刻与当前时刻之间的时间间隔在预设时间阈值内。

具体地，服务器中预先存储了时间阈值。服务器通过第一业务系统获取历史业务记录，确定历史业务记录的处理结果。获取处理结果为通过的历史业务记录对应的记录时刻，按照记录时刻从处理结果为通过的历史业务记录中确定与当前时刻最接近的记录时刻下的目标业务记录，将目标业务记录作为在当前时刻之前的上一记录时刻下的目标业务记录。获取目标业务记录对应的记录时刻与当前时刻之间的时间间隔，将时间间隔与时间阈值进行比较，当确定时间间隔小于或等于时间阈值时，生成历史业务记录满足预设条件的判断结果，执行步骤S104，将业务请求发送至第二业务系统；当确定时间间隔大于时间阈值时，生成历史业务记录不满足预设条件的判断结果，通过第一业务系统处理业务请求。

本实施例中，通过获取历史业务记录的记录时刻，确定目标业务记录对应的记录时刻与当前时刻之间的时间间隔在预设时间阈值内，生成历史业务记录满足预设条件的判断结果，响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统，能够基于目标账号的历史业务记录，确定目标账号为具有良好业务记录的账号，便于后续将目标账号的业务请求发送至第二业务系统进行处理，以提高业务请求的处理效率。

在一个实施例中，提供了一种业务数据的处理方法，还包括：确定账号黑名单中不存在与目标账号相匹配的账号。

具体地，服务器中预先存储了账号黑名单。通过第一业务系统将目标账号与账号黑名单进行匹配，当第一业务系统确定账号黑名单中不存在与目标账号相匹配的账号时，执行步骤S102～S106对业务请求进行处理，当第一业务系统确定账号黑名单中存在与目标账号相匹配的账号时，生成业务请求不通过的处理结果，结束对业务请求的处理流程。一个示例中，第一业务系统可以将业务请求的处理结果为不通过的账号添加至账号黑名单中。

本实施例中，通过确定账号黑名单中不存在与目标账号相匹配的账号，继续对目标账号发送的业务请求进行处理，能够减少第一业务系统处理的数据量，以提高对业务请求的处理效率。

在一个实施例中，如图3a所示，提供了一种业务数据的处理方法，包括：

步骤S302，确定账号黑名单中不存在与目标账号相匹配的账号。

步骤S304，通过第一业务系统响应于目标账号针对业务的业务请求，获取目标账号针对业务的历史业务记录。

具体地，服务器通过第一业务系统接收目标账号针对业务的业务请求，查询账号黑名单中是否存在与目标账号相匹配的账号。当确定账号黑名单中存在与目标账号相匹配的账号时，生成业务请求不通过的处理结果，结束对业务请求的处理流程。当确定账号黑名单中不存在与目标账号相匹配的账号时，通过第一业务系统响应于目标账号针对业务的业务请求，查询是否存在目标账号针对业务的历史业务记录。当确定目标账号下不存在针对业务的历史业务记录时，通过第一业务系统对业务请求进行处理。当确定存在历史业务记录时，获取目标账号针对业务的历史业务记录，执行以下步骤S306～S316。

步骤S306，获取历史业务记录对应的记录时刻，从历史业务记录中确定在当前时刻的上一记录时刻下的目标业务记录。

步骤S308，确定目标业务记录对应的记录时刻与当前时刻之间的时间间隔在预设时间阈值内。

具体地，服务器获取处理结果为通过的历史业务记录对应的记录时刻，按照记录时刻确定当前时刻的上一记录时刻下的目标业务记录，获取目标业务记录对应的记录时刻与当前时刻之间的时间间隔，将时间间隔与预设时间阈值进行比较，当确定时间间隔不在预设时间阈值内时，生成历史业务记录不满足预设条件的判断结果，通过第一业务系统对业务请求进行处理。当确定时间间隔在预设时间阈值内时，生成历史业务记录满足预设条件的判断结果，执行以下步骤S310～S316。

步骤S310，响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统。

步骤S312，生成与业务请求对应的第一业务数据，将第一业务数据添加至业务名单中，接收对业务名单中第一业务数据的审核结果。

具体地，服务器响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统。生成与业务请求对应的第一业务数据，将第一业务数据添加至业务名单中，接收对业务名单中第一业务数据的审核结果。当审核结果为通过时，将存储有第一业务数据的业务名单导入第二业务系统中，执行以下步骤S314～S316。当审核结果为不通过时，将业务请求发送至第一业务系统进行处理。具体的对第一业务数据的审核操作可以参照上述提供的实施例实现，在此不做具体阐述。

步骤S314，当审核结果为通过时，按照数据校验条件对业务请求进行处理，生成业务数据的数据校验结果。

步骤S316，当数据校验结果为通过时，按照风控条件对业务请求进行处理，生成业务请求的处理结果。

具体地，服务器确定第一业务数据的审核结果为通过，按照数据校验条件对业务请求进行处理，生成业务数据的数据校验结果。当确定数据校验结果为不通过时，将业务请求发送至第一业务系统进行处理。当确定数据校验结果为通过时，按照风控条件对业务请求进行处理，当确定业务请求符合风控条件时，生成业务请求通过的处理结果；当确定业务请求不符合风控条件时，生成业务请求不通过的处理结果。具体的数据校验条件和风控条件可以参照上述实施例中提供的数据校验条件和风控条件实现，在此不做具体阐述。

本实施例中，通过第一业务系统响应于目标账号针对业务的业务请求，获取目标账号针对业务的历史业务记录；响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统，通过第二业务系统按照预设业务条件对业务请求进行处理，生成业务请求的处理结果，第二业务系统处理业务请求的流程比第一业务系统处理业务请求的流程简单，第二业务系统解耦于第一业务系统；能够通过第一业务系统基于预设条件对目标账号在前序阶段的历史业务记录的判断结果，确定目标账号发送的业务请求可以被第二业务系统进行处理，将目标账号在当前阶段的业务请求发送至流程简单的第二业务系统进行处理，简化对业务请求的处理流程，以提高业务数据的处理效率。此外，采用本申请提供的业务数据的处理方法，能够在无需对第一业务系统进行更改的情况下，直接采用解耦于第一业务系统的第二业务系统对符合预设条件的业务请求进行处理，以降低对第一业务系统原有业务的影响，提高系统之间的独立性，此外，由于本申请提供的业务数据的处理方法中，第二业务系统解耦于第一业务系统，即两个业务系统之间的耦合度低，能够降低对业务系统的维护成本。

在一个实施例中，第一业务系统包括用于展示数据的页面。如图3b所示，提供了一种业务数据的处理方法。

具体地，服务器通过第一业务系统接收目标账号针对业务的业务请求，生成与业务请求对应的预授信参数，并在页面中显示预授信参数，以及业务请求正在处理的提示信息。通过第一业务系统确定账号黑名单中是否存在目标账号，当确定账号黑名单中存在目标账号时，生成不通过的处理结果；当确定账号黑名单中不存在目标账号时，获取目标账号针对业务的历史业务记录，确定历史业务记录是否符合预设条件。当确定不符合预设条件时，采用第一业务系统的审批规则对业务请求进行处理，在确定业务请求符合第一业务系统审批规则的情况下，生成业务请求通过的处理结果，对处理结果再次进行检测，当检测不通过时，生成业务请求不通过的处理结果；当检测通过时，执行业务请求通过的后续操作。当确定符合预设条件时，将业务请求发送至第二业务系统中进行处理，采用第二业务系统的审批规则对业务请求进行判断，在确定符合第二业务系统的审批规则的情况下，生成业务请求通过的处理结果，对处理结果再次进行检测，当检测不通过时，生成业务请求不通过的处理结果；在确定不符合第二业务系统的审批规则的情况下，生成业务请求不通过的处理结果。

其中，授信参数可以根据目标账号的征信、结算、纳税、工商等数据以及企业主金融资产、押品、信用状况等数据生成。一个示例中，当业务请求为针对贷款的贷款申请时，预授信参数可以包括贷款申请的处理结果和相应贷款额度，预授信参数可以根据目标账号对应的净资产数据生成。在业务系统对贷款申请处理完成后，根据业务系统生成的处理结果显示相应的提示信息。

第一业务系统的审批规则比第二业务系统的审批规则复杂。一个示例中，第一业务系统的审批规则可以包括目标账号对应的个人征信以及企业征信通过征信审核，目标账号未触发拒贷条件，采用评分卡对目标账号的数据进行处理，得到的评价参数在预设参数阈值内。第二业务系统的审批规则可以包括满足数据校验条件以及风控条件。

本实施例中，通过第二业务系统的审核规则对业务请求进行处理，简化业务处理流程，提高业务办理效率，快速满足目标账号的业务需求，并且本实施例提供的业务数据的处理方法应用在续贷场景时，能够实现客户在无需归还本金条件下，继续使用信贷资金，减少客户因筹集还款资金产生的“搭桥”成本，针对有多次贷款需求的企业，不需重新再走完整的审批贷款流程，有效弥补授信审批的不足，有助于企业更灵活地融资。此外，传统的白名单授信方法通过人工导入账号白名单，可能被人工主观影响，不具备风险管控能力，并且在确定目标账号与账号白名单中的账号相匹配时，直接审批通过，容易被存在风险问题的业务请求影响。相较于传统的白名单授信方法而言，本实施例中通过在历史业务记录满足预设条件的情况下，将业务请求发送至第二业务系统，采用第二业务系统的审批规则对业务请求进行判断，能够避免人工主观影响，有效控制业务请求的潜在风险。

在一个实施例中，如图3c所示，提供了一种第二业务系统对业务名单进行审核步骤的流程示意图。

具体地，服务器通过第二业务系统获取业务请求的业务数据，将业务数据添加至业务名单中，接收对业务名单中业务数据的审核结果。当审核结果为通过时，将业务数据设置为有效状态，按照预设业务条件对业务请求进行处理，生成业务请求的处理结果；当审核结果为不通过时，将业务数据设置为失效状态，并将业务请求发送至第一业务系统进行处理。其中，审核结果可以是服务器接收的用户在核对业务数据之后输入的结果，也可以是服务器通过获取目标账号针对业务的第二业务数据，根据第二业务数据的业务状态生成的。具体的审核结果生成方式可以参照上述实施例中第一业务数据审核结果的生成操作实现，在此不做具体阐述。具体的业务条件可以参照上述实施例中提供的数据校验条件和风控条件实现，在此不做具体阐述。

本实施例中，通过获取业务数据的审核结果，根据业务数据的审核结果，设置业务数据的状态，能够对第二业务系统中的业务名单的监控、维护和干预，实现对业务名单的一体化管理，降低业务请求出现风险的可能性。

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

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的业务数据的处理方法的业务数据的处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务数据的处理装置实施例中的具体限定可以参见上文中对于业务数据的处理方法的限定，在此不再赘述。

在一个实施例中，如图4所示，提供了一种业务数据的处理装置400，包括：第一响应模块402、第二响应模块404和请求处理模块406，其中：

第一响应模块402，用于通过第一业务系统响应于目标账号针对业务的业务请求，获取目标账号针对业务的历史业务记录。

第二响应模块404，用于响应于历史业务记录满足预设条件的判断结果，将业务请求发送至第二业务系统，第二业务系统处理业务请求的流程比第一业务系统处理业务请求的流程简单，第二业务系统解耦于第一业务系统。

请求处理模块406，用于通过第二业务系统按照预设业务条件对业务请求进行处理，生成业务请求的处理结果。

在一个实施例中，请求处理模块406包括：数据生成单元，用于生成与业务请求对应的第一业务数据，将第一业务数据添加至业务名单中；结果生成单元，用于接收对业务名单中第一业务数据的审核结果，根据审核结果生成业务请求的处理结果。

在一个实施例中，业务数据的处理装置400还包括：状态确定模块，用于获取目标账号针对业务的第二业务数据，确定第二业务数据的业务状态；数据更新模块，用于当业务状态为异常时，对业务名单中已存储的第一业务数据进行更新，设置第一业务数据为失效状态，并将业务请求发送至第一业务系统进行处理。

在一个实施例中，请求处理模块406包括：数据校验单元，用于通过第二业务系统按照数据校验条件对业务请求进行处理，生成业务请求的数据校验结果；风控校验单元，用于当数据校验结果为通过时，按照风控条件对业务请求进行处理，生成业务请求的处理结果。

在一个实施例中，业务数据的处理装置400还包括：记录确定模块，用于获取历史业务记录对应的记录时刻，从历史业务记录中确定在当前时刻的上一记录时刻下的目标业务记录；阈值确定模块，用于确定目标业务记录对应的记录时刻与当前时刻之间的时间间隔在预设时间阈值内。

在一个实施例中，业务数据的处理装置400还包括：账号确定模块，用于确定账号黑名单中不存在与目标账号相匹配的账号。

上述业务数据的处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

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

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

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

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

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

Claims (15)

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

通过第一业务系统响应于目标账号针对业务的业务请求，获取所述目标账号针对所述业务的历史业务记录；

响应于所述历史业务记录满足预设条件的判断结果，将所述业务请求发送至第二业务系统，所述第二业务系统处理所述业务请求的流程比所述第一业务系统处理所述业务请求的流程简单，所述第二业务系统解耦于所述第一业务系统；

通过所述第二业务系统按照预设业务条件对所述业务请求进行处理，生成所述业务请求的处理结果。

2.根据权利要求1所述的方法，其特征在于，所述通过所述第二业务系统按照预设业务条件对所述业务请求进行处理，生成所述业务请求的处理结果，包括：

生成与所述业务请求对应的第一业务数据，将所述第一业务数据添加至业务名单中；

接收对所述业务名单中所述第一业务数据的审核结果，根据所述审核结果生成所述业务请求的处理结果。

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

获取所述目标账号针对所述业务的第二业务数据，确定所述第二业务数据的业务状态；

当所述业务状态为异常时，对所述业务名单中已存储的第一业务数据进行更新，设置所述第一业务数据为失效状态，并将所述业务请求发送至所述第一业务系统进行处理。

4.根据权利要求1所述的方法，其特征在于，所述通过所述第二业务系统按照预设业务条件对所述业务请求进行处理，生成所述业务请求的处理结果，包括：

通过所述第二业务系统按照数据校验条件对所述业务请求进行处理，生成所述业务请求的数据校验结果；

当所述数据校验结果为通过时，按照风控条件对所述业务请求进行处理，生成所述业务请求的所述处理结果。

5.根据权利要求1所述的方法，其特征在于，在所述响应于所述历史业务记录满足预设条件的判断结果，将所述业务请求发送至第二业务系统之前，还包括：

获取所述历史业务记录对应的记录时刻，从所述历史业务记录中确定在当前时刻的上一记录时刻下的目标业务记录；

确定所述目标业务记录对应的记录时刻与所述当前时刻之间的时间间隔在预设时间阈值内。

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

确定账号黑名单中不存在与所述目标账号相匹配的账号。

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

第一响应模块，用于通过第一业务系统响应于目标账号针对业务的业务请求，获取所述目标账号针对所述业务的历史业务记录；

第二响应模块，用于响应于所述历史业务记录满足预设条件的判断结果，将所述业务请求发送至第二业务系统，所述第二业务系统处理所述业务请求的流程比所述第一业务系统处理所述业务请求的流程简单，所述第二业务系统解耦于所述第一业务系统；

请求处理模块，用于通过所述第二业务系统按照预设业务条件对所述业务请求进行处理，生成所述业务请求的处理结果。

8.根据权利要求7所述的装置，其特征在于，所述请求处理模块包括：

数据生成单元，用于生成与所述业务请求对应的第一业务数据，将所述第一业务数据添加至业务名单中；

结果生成单元，用于接收对所述业务名单中所述第一业务数据的审核结果，根据所述审核结果生成所述业务请求的处理结果。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

状态确定模块，用于获取所述目标账号针对所述业务的第二业务数据，确定所述第二业务数据的业务状态；

数据更新模块，用于当所述业务状态为异常时，对所述业务名单中已存储的第一业务数据进行更新，设置所述第一业务数据为失效状态，并将所述业务请求发送至所述第一业务系统进行处理。

10.根据权利要求7所述的装置，其特征在于，所述请求处理模块包括：

数据校验单元，用于通过所述第二业务系统按照数据校验条件对所述业务请求进行处理，生成所述业务请求的数据校验结果；

风控校验单元，用于当所述数据校验结果为通过时，按照风控条件对所述业务请求进行处理，生成所述业务请求的所述处理结果。

11.根据权利要求7所述的装置，其特征在于，所述装置还包括：

记录确定模块，用于获取所述历史业务记录对应的记录时刻，从所述历史业务记录中确定在当前时刻的上一记录时刻下的目标业务记录；

阈值确定模块，用于确定所述目标业务记录对应的记录时刻与所述当前时刻之间的时间间隔在预设时间阈值内。

12.根据权利要求7所述的装置，其特征在于，所述装置还包括：

账号确定模块，用于确定账号黑名单中不存在与所述目标账号相匹配的账号。

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

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

15.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

Images