CN114860814A - 征信查询处理系统、方法、征信查询系统、设备及介质 - Google Patents

Abstract

本申请公开了一种征信查询处理系统、方法、征信查询系统、设备及介质，应用于金融科技的数据处理技术领域，用以解决现有技术中的征信查询处理系统的处理能力、稳定性和健壮性较差的问题。具体为：获取各目标征信查询业务和各目标征信查询业务的征信请求数据；基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中选取即时征信查询业务和分流征信查询业务，定期将分流征信查询业务确定为目标征信查询业务并执行业务分流操作，以及从外部征信系统中查询即时征信查询业务的征信结果数据，从而使得征信查询处理系统可以处理大批量的征信查询业务，进而可以提高征信查询处理系统的处理能力、稳定性和健壮性。

Description

征信查询处理系统、方法、征信查询系统、设备及介质

技术领域

本申请涉及金融科技的数据处理技术领域，尤其涉及一种征信查询处理系统、方法、征信查询系统、设备及介质。

背景技术

征信信息是由特定机关建立的为金融业务和金融监管等服务提供的信用信息。通过专业化的征信信息查询服务可以有效地缩短金融业务和金融监管的时间，提高经济主体的运行效率。

目前，现有的征信查询处理系统的处理能力较差，无法同时处理大量的征信查询业务，并且，一旦外部征信系统出现处理超时、响应异常等情况导致其处理能力下降时，征信查询处理系统依然持续获取并处理征信查询业务，造成征信查询处理系统的大量业务堆积甚至瘫痪，征信查询处理系统的稳定性和健壮性较差。

发明内容

本申请实施例提供了一种征信查询处理系统、方法、征信查询系统、设备及介质，用以解决现有技术中的征信查询处理系统的处理能力、稳定性和健壮性较差的问题。

本申请实施例提供的技术方案如下：

一方面，本申请实施例提供了一种征信查询处理系统，包括：查询前置模块、监控保障模块、核心处理模块、查询处理模块；查询前置模块、核心处理模块和查询处理模块依次通信连接，监控保障模块与核心处理模块通信连接；

查询前置模块，用于获取各目标征信查询业务和各目标征信查询业务的征信请求数据，基于各目标征信查询业务和各目标征信查询业务的征信请求数据生成征信查询指令并发送至核心处理模块；

核心处理模块，用于接收查询前置模块发送的征信查询指令，并基于征信查询指令所对应的各目标征信查询业务和各目标征信查询业务的征信请求数据执行业务分流操作，其中，业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务，基于即时征信查询业务和即时征信查询业务的征信请求数据生成查询触发指令并发送至查询处理模块，以及基于分流征信查询业务和分流征信查询业务的征信请求数据生成分流触发指令并发送至监控保障模块；接收监控保障模块定期发送的查询重试指令，并将查询重试指令所对应的各分流征信查询业务分别确定为目标征信查询业务并执行业务分流操作；

监控保障模块，用于接收核心处理模块发送的分流触发指令，确定分流触发指令所对应的各分流征信查询业务和各分流征信查询业务的征信请求数据；定期基于各分流征信查询业务和各分流征信查询业务的征信请求数据生成查询重试指令并发送至核心处理模块；

查询处理模块，用于接收核心处理模块发送的查询触发指令，确定查询触发指令所对应的各即时征信查询业务和各即时征信查询业务的征信请求数据，基于各即时征信查询业务的征信请求数据，从外部征信系统中查询各即时征信查询业务的征信结果数据。

另一方面，本申请实施例提供了一种征信查询系统，包括：前端征信请求系统，外部网关系统，以及本申请实施例提供的征信查询处理系统；前端征信请求系统、外部网关系统和征信查询处理系统依次通信连接；

前端征信请求系统，用于响应于针对征信查询业务执行的发起操作，获取征信查询业务的征信请求数据，并将征信查询业务和征信查询业务的征信请求数据发送至外部网关系统；

外部网关系统，用于接收前端征信请求系统发送的征信查询业务和征信查询业务的征信请求数据，并将征信查询业务和征信查询业务的征信请求数据按照征信查询处理系统的通信协议发送至征信查询处理系统；

征信查询处理系统，用于从外部网关系统发送的各征信查询业务和各征信查询业务的征信请求数据中，获取各目标征信查询业务和各目标征信查询业务的征信请求数据；基于各目标征信查询业务和各目标征信查询业务的征信请求数据执行业务分流操作，其中，业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务；定期将分流征信查询业务确定为目标征信查询业务并执行业务分流操作，以及基于即时征信查询业务的征信请求数据，从外部征信系统中查询即时征信查询业务的征信结果数据。

另一方面，本申请实施例提供了一种征信查询处理方法，包括：

获取各目标征信查询业务和各目标征信查询业务的征信请求数据；

基于各目标征信查询业务和各目标征信查询业务的征信请求数据执行业务分流操作；其中，业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务；

定期将分流征信查询业务确定为目标征信查询业务并执行业务分流操作，以及基于即时征信查询业务的征信请求数据，从外部征信系统中查询即时征信查询业务的征信结果数据。

另一方面，本申请实施例提供了一种电子设备，包括：存储器、处理器和存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本申请实施例提供的征信查询处理方法。

另一方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令被处理器执行时实现本申请实施例提供的征信查询处理方法。

本申请实施例的有益效果如下：

本申请实施例中，征信查询处理系统基于当前资源空闲状态数据和目标征信查询业务数量，对获取的目标征信查询业务分流，避免外部征信系统处理能力下降时导致征信查询处理系统的业务堆积甚至瘫痪的问题，提升征信查询处理系统的稳定性和健壮性，并且，征信查询处理系统通过核心处理模块对目标征信查询业务进行分流处理并通过监控保障模块进行定期的查询重试，可以使征信查询处理系统及时处理接收的大量的征信查询业务，提升了征信查询处理系统的处理能力。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地可以从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中征信查询系统框架示意图；

图2为本申请实施例中征信查询处理方法的总体框架示意图；

图3为本申请实施例中征信结果数据处理方法的流程示意图；

图4为本申请实施例中监控节点的设置示意图；

图5为本申请实施例中征信查询装置的功能结构示意图；

图6为本申请实施例中电子设备的硬件结构示意图。

具体实施方式

为了使本申请的目的、技术方案及有益效果更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为便于本领域技术人员更好地理解本申请，下面先对本申请涉及的技术用语进行简单介绍。

征信请求数据，是前端征信请求系统发起的征信查询业务所对应的业务请求数据，包括用户标识、系统类型、访问权限、被查询人的基本信息（包括但不限于姓名、身份证号、银行卡号、手机号码等）、查询策略、查询原因、业务流水号等数据，其中，查询策略是指征询查询所采用的查询方式和征信结果数据的来源。具体可以包括：仅本地查询策略、仅外部征信系统查询策略和本地优先查询策略。仅本地查询策略是仅基于本地数据库中的征信结果数据进行征信查询；仅外部征信系统查询策略是仅通过外部征信系统进行征信查询；本地优先查询策略是先基于本地数据库中的征信结果数据进行征信查询，在无法在本地数据库确定查询结果时，通过外部征信系统进行征信查询。

目标征信查询业务，是根据征信查询处理系统的全部资源正常运行时可处理的征信查询业务数量，从征信业务队列中获取的征信查询业务。

即时征信查询业务，是基于当前资源空闲状态数据确定的核心处理模块可以立刻处理的目标征信查询业务。

分流征信查询业务，是基于当前资源空闲状态数据确定的需要分流至监控保障模块的目标征信查询业务。

第一数量，是根据当前资源空闲资源状态数据确定的当前征信查询处理系统最多可处理的目标征信查询业务的数量，即即时征信查询业务的数量；

第二数量，是在第三数量的目标征信查询业务中除去第一数量的目标征信查询业务后余下目标征信查询业务的数量，即分流征信查询业务的数量。

第三数量，是根据征信查询处理系统的全部资源同时正常运行时可处理的征信查询业务数量预先设置的目标征信查询业务的数量。

需要说明的是，本申请中提及的“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样的用语在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，本申请中提及的“和/或”，描述的是关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在介绍了本申请涉及的技术用语后，接下来，对本申请实施例提供的技术方案进行详细说明。

首先，对本申请实施例提供的征信查询系统进行简单介绍，参阅图1所示，本申请实施例提供的征信查询系统100至少包括前端征信请求系统110，外部网关系统120，以及征信查询处理系统130；前端征信请求系统110，外部网关系统和征信查询处理系统130依次通信连接；

前端征信请求系统110，用于响应于针对征信查询业务执行的发起操作，获取征信查询业务的征信请求数据，并将征信查询业务和征信查询业务的征信请求数据发送至外部网关系统120；

外部网关系统120，用于接收前端征信请求系统110发送的征信查询业务和征信查询业务的征信请求数据，并将征信查询业务和征信查询业务的征信请求数据按照征信查询处理系统130的通信协议发送至征信查询处理系统130；

征信查询处理系统130，用于从外部网关系统120发送的各征信查询业务和各征信查询业务的征信请求数据中，获取各目标征信查询业务和各目标征信查询业务的征信请求数据；基于各目标征信查询业务和各目标征信查询业务的征信请求数据执行业务分流操作，其中，业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务；定期将分流征信查询业务确定为目标征信查询业务并执行业务分流操作，以及基于即时征信查询业务的征信请求数据，从外部征信系统中查询即时征信查询业务的征信结果数据。

实际应用中，参阅图1所示，本申请实施例提供的征信查询系统100可以划分为接入层、网关层、应用层、存储层和基础支撑层；其中：

接入层，用于实现用户交互，包括前端征信请求系统110，该前端征信请求系统110可以包括网贷系统、数据系统等互联网业务端、管理系统和其他征信查询处理系统，用于响应于针对征信查询业务执行的发起操作，获取征信查询业务的征信请求数据，并将征信查询业务和征信查询业务的征信请求数据发送至外部网关系统120。

网关层，用于实现业务数据的转发，包括外部网关系统120；该外部网关系统120用于接收前端征信请求系统110发送的征信查询业务和征信查询业务的征信请求数据，并将征信查询业务和征信查询业务的征信请求数据按照征信查询处理系统130的通信协议发送至征信查询处理系统130。

应用层，用于实现查询业务的处理，包括征信查询处理系统130的查询前置模块131、监控保障模块132、核心处理模块133、查询处理模块134；查询前置模块131用于从外部网关系统120发送的各征信查询业务和各征信查询业务的征信请求数据中，获取各目标征信查询业务和各目标征信查询业务的征信请求数据；监控保障模块132用于定期将分流征信查询业务确定为目标征信查询业务并执行业务分流操作；核心处理模块133用于执行业务分流操作；查询处理模块134用于从外部征信系统中查询即时征信查询业务的征信结果数据。

存储层，用于实现数据存储，包括征信查询处理系统130的存储模块135；该存储模块135包括诸如Redis内存数据库、Elasticserach数据库和Mysql数据库等数据库，用于存储各征信查询业务、征信请求数据、征信结果数据、征信报告等数据。

基础支撑层，用于实现基础算法支撑、运行异常告警、异常问题定位等，包括征信查询处理系统130的基础模块136、告警模块137和日志模块138；基础模块136可以包括K8S（kubernetes，可移植容器的编排器），用于为征信查询处理系统130提供基础组件、基础算法等软硬件调用服务；告警模块137用于根据监控保障模块132的检测结果为征信查询处理系统130提供异常告警服务；日志模块138用于为征信查询处理系统130提供提供日志采集和异常问题定位服务。

接下来，结合如图1所示的征信查询系统，对本申请实施例提供的征信查询处理系统130进行详细说明，具体的，本申请实施例提供的征信查询处理系统130至少包括：查询前置模块131、监控保障模块132、核心处理模块133、查询处理模块134；查询前置模块131、核心处理模块133和查询处理模块134依次通信连接，监控保障模块132与核心处理模块133通信连接；

查询前置模块131，用于获取各目标征信查询业务和各目标征信查询业务的征信请求数据，基于各目标征信查询业务和各目标征信查询业务的征信请求数据生成征信查询指令并发送至核心处理模块133；

核心处理模块133，用于接收查询前置模块131发送的征信查询指令，并基于征信查询指令所对应的各目标征信查询业务和各目标征信查询业务的征信请求数据执行业务分流操作，其中，业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务，基于即时征信查询业务和即时征信查询业务的征信请求数据生成查询触发指令并发送至查询处理模块134，以及基于分流征信查询业务和分流征信查询业务的征信请求数据生成分流触发指令并发送至监控保障模块132；接收监控保障模块132定期发送的查询重试指令，并将查询重试指令所对应的各分流征信查询业务分别确定为目标征信查询业务并执行业务分流操作；

监控保障模块132，用于接收核心处理模块133发送的分流触发指令，确定分流触发指令所对应的各分流征信查询业务和各分流征信查询业务的征信请求数据；定期基于各分流征信查询业务和各分流征信查询业务的征信请求数据生成查询重试指令并发送至核心处理模块133；

查询处理模块134，用于接收核心处理模块133发送的查询触发指令，确定查询触发指令所对应的各即时征信查询业务和各即时征信查询业务的征信请求数据，基于各即时征信查询业务的征信请求数据，从外部征信系统中查询各即时征信查询业务的征信结果数据。

在一种可能的实施方式中，本申请实施例提供的征信查询处理系统130还包括存储模块135；

查询前置模块131，具体用于获取前端征信请求系统110发起的各征信查询业务以及各征信查询业务的征信请求数据；将各征信查询业务的征信请求数据保存至存储模块135，并将各征信查询业务加入至征信业务队列；按照征信业务队列中各征信查询业务的排列顺序，从征信业务队列中选取第三数量的征信查询业务分别作为目标征信查询业务，并从存储模块中获取各目标征信查询业务的征信请求数据；

存储模块135，用于将查询前置模块131获得的各征信查询业务和各征信查询业务的征信请求数据保存至数据库。

在一种可能的实施方式中，查询处理模块134还用于将各即时征信查询业务的征信结果数据保存至存储模块135；以及将各即时征信查询业务的征信结果数据返回至核心处理模块133；

核心处理模块133，还用于接收查询处理模块134返回的各即时征信查询业务的征信结果数据，并将各即时征信查询业务的征信结果数据返回至各即时征信查询业务的前端征信请求系统110进行显示；

存储模块135，用于将查询处理模块134获得的各即时征信查询业务的征信结果数据保存至数据库。

在一种可能的实施方式中，查询前置模块131，还用于接收前端征信请求系统110针对征信查询业务定期发起的征信结果查询请求，确定征信查询业务为即时征信查询业务时，从存储模块135中获取即时征信查询业务的征信结果数据作为征信查询业务的征信结果数据，并将征信查询业务的征信结果数据按照前端征信请求系统110的通信协议返回至前端征信请求系统110进行显示。

在一种可能的实施方式中，查询前置模块131，还用于基于各目标征信查询业务的征信请求数据，确定各目标征信查询业务对应的前端征信请求系统110的系统类型，基于各目标征信查询业务对应的前端征信请求系统110的系统类型，对各目标征信查询业务对应的业务渠道进行统计得到渠道统计数据并保存至存储模块135；

存储模块135，还用于将查询前置模块131获得的渠道统计数据保存至数据库。

在一种可能的实施方式中，监控保障模块132，还用于对征信查询处理系统130中的监控节点进行监控，并基于监控节点的监控结果确定监控节点出现异常时，生成监控节点的异常警告信息并显示；其中，监控节点至少包括资源使用情况、业务处理情况和中间件运行情况中的一种或多种。

基于同一发明构思，本申请实施例还提供了一种应用于如图1所示的征信查询系统100中征信查询处理系统130的征信查询处理方法，参阅图2所示，本申请实施例提供的征信查询处理方法的概况流程如下：

步骤201：获取各目标征信查询业务和各目标征信查询业务的征信请求数据。

实际应用中，用户通过前端征信请求系统110对应的交互界面输入或选择需要办理的征信查询业务，也可以通过征信查询业务人员在前端征信请求系统110输入或选择需要办理的征信查询业务。前端征信请求系统110响应于用户或者业务人员通过输入或选择操作发起的征信查询业务，获取征信查询业务所对应的用户标识、系统类型、用户访问权限、被查询人信息（包括但不限于姓名、身份证号、银行卡号、手机号码等）、查询策略、查询原因、业务流水号等征信请求数据，并将征信查询业务和征信查询业务的征信请求数据通过外部网关系统120发送至征信查询处理系统130，这样，征信查询处理系统130就可以接收到前端征信请求系统110通过外部网关系统120发送的各征信查询业务以及各征信查询业务的征信请求数据，进一步的，征信查询处理系统130可以从外部网关系统120发送的各征信查询业务以及各征信查询业务的征信请求数据中，获取各目标征信查询业务和各目标征信查询业务的征信请求数据。具体的，征信查询处理系统130获取各目标征信查询业务和各目标征信查询业务的征信请求数据时，可以采用但不限于以下方式：

步骤1：通过查询前置模块131获取前端征信请求系统110发起的各征信查询业务以及各征信查询业务的征信请求数据。

实际应用中，前端征信请求系统110获取征信查询业务的征信请求数据后会通过外部网关系统120将征信查询业务和征信查询业务的征信请求数据发送至征信查询处理系统130。

步骤2：通过查询前置模块131将各征信查询业务的征信请求数据保存至数据库。

实际应用中，查询前置模块131将各征信查询业务的征信请求数据保存至存储模块135前，可以对各征信查询业务的征信请求数据进行合法性和防重复处理验证。合法性验证是指征信查询处理系统130通过查询前置模块131基于各征信查询业务的征信请求数据中系统用户的用户标识，查找预先存储的系统用户的权限数据确定该系统用户是否具有征信查询的权限，防重复处理验证是征信查询处理系统130通过查询前置模块131基于各征信查询业务的征信请求数据中的流水号判断系统用户在预设时间内时间是否多次重复发起同一个查询业务。在征信查询业务进行合法性验证和防重复处理验证后，征信查询处理系统130可以通过征信请求接口返回用户征信请求结果信息，若征信查询业务通过合法性验证和防重复处理验证，征信查询处理系统130可以通过征信请求接口返回包含查询前置模块131生成的流水号和查询请求成功；若征信查询业务未通过合法性验证和防重复处理验证，征信查询处理系统130可以通过征信请求接口返回查询请求失败，然后，查询前置模块131将通过合法性验证和防重复处理验证的各征信查询业务的征信请求数据保存至存储模块135。

步骤3：通过查询前置模块131将各征信查询业务加入至征信业务队列。

实际应用中，在征信查询业务通过合法性验证和防重复处理验证后，将征信查询业务加入至征信业务队列中。征信业务队列可以是一个队列也可以是多个队列，可以通过查询策略或任务类型等信息设置多个征信业务队列，并将征信查询业务加入至对应的征信业务队列中，例如，可以设置单一征信业务队列和批量征信业务队列，将单笔征信查询业务加入至单一征信业务任务队列，将需要批量处理的征信查询业务加入至批量征信业务队列中；还可基于查询策略设置仅本地查询征信业务队列、仅外部征信系统查询征信业务队列，本地优先查询征信业务队列，并根据征信查询业务的查询策略将征信查询业务加入至对应的征信业务队列中。

步骤4：通过查询前置模块131按照征信业务队列中各征信查询业务的排列顺序，从征信业务队列中选取第三数量的征信查询业务分别作为目标征信查询业务，并从存储模块中获取各目标征信查询业务的征信请求数据。

实际应用中，征信业务队列中各征信查询业务的排列顺序可以是各征信查询业务的优先级顺序，也可以是各征信查询业务的获取顺序。前置处理模块按照各征信查询业务的排列顺序，选取第三数量的征信查询业务作为目标征信查询业务，其中，第三数量是根据征信查询处理系统130的全部资源同时正常运行时可处理的征信查询业务数量预先设置的。

步骤202：基于各目标征信查询业务和各目标征信查询业务的征信请求数据执行业务分流操作；其中，业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务。

实际应用中，由于可能存在数据库处理异常和外部征信系统异等问题影响征信查询处理系统130的处理能力，导致征信查询处理系统130无法完全处理第三数量的各目标征信查询业务，因此，征信查询处理系统130会根据当前资源空闲状态数据判断是否可以处理第三数量的各目标征信查询业务，若征信查询处理系统130当前的空闲资源可以处理第三数量的各目标征信查询业务，则将第三数量的各目标征信查询业务作为即时征信查询业务；若征信查询处理系统130当前的空闲资源无法处理第三数量的各目标征信查询业务，则可以根据当前资源空闲状态数据，从第三数量的各目标征信查询业务中选取第一数量的目标征信查询业务作为即时征信查询业务，以进行即时的处理，并在从第三数量的各目标征信查询业务中选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务，将分流征信查询业务和分流征信查询业务的发送至监控保障模块132。其中，根据当前资源空闲状态数据可以确定出当前资源空闲资源状态数据，第一数量即是根据当前资源空闲资源状态数据确定的当前征信查询处理系统130最多可处理的目标征信查询业务的数量。第二数量是在第三数量的目标征信查询业务中除去第一数量的目标征信查询业务后余下目标征信查询业务的数量。征信查询处理系统130采用sentinel开源组件，对核心处理模块133接收的目标征信查询业务的数量进行控制，超过预设的数量后会触发熔断机制，使核心处理模块133停止接收的目标征信查询业务，以保护征信查询处理系统130。

步骤203：定期将分流征信查询业务确定为目标征信查询业务并执行业务分流操作，以及基于即时征信查询业务的征信请求数据，从外部征信系统中查询即时征信查询业务的征信结果数据。

实际应用中，征信查询处理系统130的核心处理模块133在接收到即时征信查询业务和即时征信查询业务的征信请求数据后，可以对根据征信请求数据中的流水号对即时征信查询业务的处理状态进行验证，即通过流水号确定即时征信查询业务是否已经被处理，若即时征信查询业务是否已被处理，则结束对即时征信查询业务的处理；若即时征信查询业务未被处理，则更新即时征信查询业务的处理状态，并基于即时征信查询业务的征信请求数据进行报文组装，具体可以采用Velocity模板引擎对即时征信查询业务的征信请求数据进行报文组装，之后，将组装后的报文通过调用外部的验签系统进行压缩加密处理，通过API（Application Programming Interface，应用程序编程接口）请求外部征信系统，并将处理后的报文按照与外部征信系统的通信协议发送至外部征信系统，外部征信系统基于接收到的报文进行查询并确定即时征信查询业务的征信结果数据，通过API请求外部征信系统相较于原有的通过爬虫的方请求外部征信系统，提升了请求外部征信系统的速度。

实际应用中，征信查询处理系统130的监控保障模块132在接收到分流征信查询业务后，可以将分流征信查询业务和分流征信查询业务的征信请求数据发送至数据库保存，并定期将分流征信查询业务确定为目标征信查询业务，由核心处理模块133基于当前资源空闲状态数据和目标征信查询业务确定是否满足分流条件，具体可以分为以下两种情况：

第一种情况：由分流征信查询业务确定的目标征信查询业务全部被选取作为即时征信查询业务，征信查询处理系统130的查询处理模块134基于各即时征信查询业务的征信请求数据，从外部征信系统中查询各即时征信查询业务的征信结果数据。

第二种情况：由分流征信查询业务确定的目标征信查询业务部分被选取作为即时征信查询业务，另一部分被选取作为分流征信查询业务，征信查询处理系统130的查询处理模块134基于各即时征信查询业务的征信请求数据，从外部征信系统中查询各即时征信查询业务的征信结果数据；分流征信查询业务被发送至监控保障模块132，等待监控保障模块132定期将分流征信查询业务确定为目标征信查询业务并执行业务分流操作。

实际应用中，将分流征信查询业务确定为目标征信查询业务并执行业务分流操作的操作的过程是查询重试的过程，查询重试主要分为两类，第一类是异常重试，指监控保障模块132在接收到分流征信查询业务后首次将分流征信查询业务确定为目标征信查询业务并执行业务分流操作的过程；第二类是主动重试，当首次对分流征信查询业务进行异常重试并未被确定为即时征信查询业务后，多次被确定为目标征信查询业务并执行业务分流操作的过程。其中，每两次查询重试的时间间隔是由查询重试的次数n决定的，可以将查询重试的时间间隔设置为2ⁿ×10s，也可以根据系统的实际情况对查询重试的时间间隔进行调整。

进一步的，征信查询处理系统130在基于即时征信查询业务的征信请求数据，从外部征信系统中查询即时征信查询业务的征信结果数据后，还会对征信结果数据进行存储、发送等处理，参阅图3所示，具体可以通过以下步骤实现：

步骤301：通过查询处理模块134将各即时征信查询业务的征信结果数据保存至存储模块135。

实际应用中，外部征信系统以压缩加密的征信报告的形式将即时征信查询业务的征信结果数据发送至征信查询处理系统130。征信查询处理系统130接收到外部征信系统发送的征信报告后，可以通过调用外部的验签系统，对征信报告进行解密解压处理，并将解密解压后的征信报告发送至数据库进行保存。

步骤302：通过核心处理模块133将各即时征信查询业务的征信结果数据返回至各即时征信查询业务的前端征信请求系统110进行显示。

实际应用中，征信查询处理系统130通过核心处理模块133解析将解密解压后的征信报告，从征信报告的多个域中摘理出征信报告中各即时征信查询业务的征信结果数据，并将各即时征信查询业务的征信结果数据发送至的前端征信请求系统110中的其他征信查询处理系统，以实现与其他征信查询处理系统之间的数据同步。

在本实施例的一个可选的实施方式中，用户可以通过前端征信请求系统110轮询征信查询处理系统130的征信查询结果接口，获得征信查询业务的征信结果数据，具体的，征信查询处理系统130通过查询前置模块131接收前端征信请求系统110针对征信查询业务定期发起的征信结果查询请求，确定征信查询业务为即时征信查询业务时，从存储模块135中获取即时征信查询业务的征信结果数据作为征信查询业务的征信结果数据，并将征信查询业务的征信结果数据按照前端征信请求系统110的通信协议返回至前端征信请求系统110进行显示。

实际应用中，征信查询处理系统130设置征信查询结果接口，前端征信请求系统110可以通过定期发送征信结果查询请求的方式轮询征信结果查询接口，征信查询处理系统130通过征信结果查询接口接收到征信结果查询请求时，会通过查询前置模块131判断征信查询业务的查询状态，若征信查询业务为即时查询业务并已完成查询，则基于即时征信查询业务的流水号从数据库中获取即时征信查询业务的征信结果数据作为征信查询业务的征信结果数据。在征信查询处理系统130从数据库中获取即时征信查询业务的征信结果数据的过程中，可以采用缓存优先查询的原则，即优先查询存储模块135中Redis内存数据库，在Redis内存数据库中不存在即时征信查询业务的征信结果数据时，则在Mysql数据库中进行进一步查询。征信查询处理系统130确定征信查询业务的征信结果数据后，可以对征信结果数据进行格式转换，将转换后的征信结果数据按照前端征信请求系统110的通信协议返回至前端征信请求系统110。

在本实施例的一个可选的实施方式中，征信查询处理系统130还可以对各目标征信查询业务对应的业务渠道进行统计，具体的，征信查询处理系统130通过查询前置模块131基于各目标征信查询业务的征信请求数据，确定各目标征信查询业务对应的前端征信请求系统110的系统类型，基于各目标征信查询业务对应的前端征信请求系统110的系统类型，对各目标征信查询业务对应的业务渠道进行统计得到渠道统计数据并保存至存储模块135。

实际应用中，征信查询处理系统130的查询前置模块131可以基于各目标征信查询业务的征信请求数据，确定各目标征信查询业务对应的前端征信请求系统110的系统类型，并且，根据各目标征信查询业务对应的前端征信请求系统110的系统类型和各目标征信查询业务的征信请求数据中系统用户的用户标识，对各目标征信查询业务对应的业务渠道进行统计，并统计通过各业务渠道的系统用户和系统用户的征信查询次数，得到渠道统计数据并保存至存储模块135中。前端征信请求系统110中的管理系统可以通过发送渠道统计数据获取指令，从征信查询处理系统130中获取渠道统计数据，并根据渠道统计数据执行线下的渠道使用情况复核、征信查询业务的合规复核等操作。

在本实施例的一个可选的实施方式中，征信查询处理系统130还可以通过监控保障模块132进行监控，具体的，征信查询处理系统130通过监控保障模块132，对征信查询处理系统130中的监控节点进行监控，并基于监控节点的监控结果确定监控节点出现异常时，生成监控节点的异常警告信息并显示；其中，监控节点至少包括资源使用情况、业务处理情况和中间件运行情况中的一种或多种。

实际应用中，征信查询处理系统130可以设置包括资源使用情况、业务处理情况和中间件运行情况不同的监控节点并通过的监控保障模块132实现对征信查询处理系统130的全面监控。监控节点的设置如图4所示，针对资源使用情况设置的监控节点主要用于获取JVM（JavaVirtualMachine，Java虚拟机）的内存使用和释放情况、查询前置模块131每秒生产的消息数量和响应时间等监控结果。针对业务处理情况的监控节点主要用于获取查询前置模块131和核心处理模块133的业务处理的监控结果，查询前置模块131的监控结果主要包括请求接收数量、处理异常数量、处理成功数量、处理中业务数量、处理成功率、分流任务情况等；核心处理模块133的监控结果主要包括接收请求数量、处理成功数量、处理失败数量、重试数据、分流数量、处理状态验证失败数量、调用外部征信系统数量。针对中间件运行情况设置的监控节点主要用于获取生产级别消息中间件 RocketMQ的运行情况和Redis内存数据库的使用情况的监控结果，生产级别消息中间件 RocketMQ的运行情况的监控结果主要包括消息堆积量、produce每秒生产的消息数量和进度、produce每秒产生的消息的大小、consumer每秒消费的消息数量和进度、consumer每秒消费的消息的大小、消费组的消费延时时间、broker每秒生产的消息数量和每秒消费的消息数量，Redis内存数据库的使用情况的监控结果主要包括客户端链接数量、内存使用率、网络输入/输出端口使用情况。

具体实施时，在征信查询处理系统130监控模块确定资源使用情况和中间件运行情况的监控节点出现异常时，会判断系统是否可以自愈，若系统无法自愈时，生成资源使用情况和中间件运行情况的监控节点的异常警告信息并显示；在征信查询处理系统130监控模块确定业务处理情况的监控节点出现异常时，会判断是否可以在预设时间内完成对该业务的处理，若无法完成该业务的处理，生成业务处理情况的监控节点的异常警告信息并显示。

基于上述实施例，本申请实施例提供了一种征信查询装置，参阅图5所示，本申请实施例提供的征信查询装置500至少包括：

业务获取单元501，用于获取各目标征信查询业务和各目标征信查询业务的征信请求数据；

业务分流单元502，用于基于各目标征信查询业务和各目标征信查询业务的征信请求数据执行征信查询处理操作；其中，业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务；

业务处理单元503，用于定期将分流征信查询业务确定为目标征信查询业务并执行业务分流操作，以及基于即时征信查询业务的征信请求数据，从外部征信系统中查询即时征信查询业务的征信结果数据。

在一种可能的实施方式中，获取各目标征信查询业务和各目标征信查询业务的征信请求数据时，业务获取单元501具体用于：

获取前端征信请求系统110发起的各征信查询业务以及各征信查询业务的征信请求数据；

将各征信查询业务的征信请求数据保存至数据库，并将各征信查询业务加入至征信业务队列；

按照征信业务队列中各征信查询业务的排列顺序，从征信业务队列中选取第三数量的征信查询业务分别作为目标征信查询业务，并从数据库中获取各目标征信查询业务的征信请求数据。

在一种可能的实施方式中，本申请实施例提供的征信查询装置500还包括：

征信结果存储单元504，用于将各即时征信查询业务的征信结果数据保存至数据库；

征信结果同步单元505，用于将各即时征信查询业务的征信结果数据返回至各即时征信查询业务的前端征信请求系统110进行显示。

在一种可能的实施方式中，本申请实施例提供的征信查询装置500还包括：

征信结果处理单元506，用于接收前端征信请求系统110针对征信查询业务定期发起的征信结果查询请求，确定征信查询业务为即时征信查询业务时，从数据库中获取即时征信查询业务的征信结果数据作为征信查询业务的征信结果数据，并将征信查询业务的征信结果数据按照前端征信请求系统110的通信协议返回至前端征信请求系统110进行显示。

在一种可能的实施方式中，本申请实施例提供的征信查询装置500还包括：

渠道统计单元507，用于基于各目标征信查询业务的征信请求数据，确定各目标征信查询业务对应的前端征信请求系统110的系统类型，基于各目标征信查询业务对应的前端征信请求系统110的系统类型，对各目标征信查询业务对应的业务渠道进行统计得到渠道统计数据并保存至数据库。

在一种可能的实施方式中，本申请实施例提供的征信查询装置500还包括：

监控单元508，用于对征信查询处理系统130中的监控节点进行监控，并基于监控节点的监控结果确定监控节点出现异常时，生成监控节点的异常警告信息并显示；其中，监控节点至少包括资源使用情况、业务处理情况和中间件运行情况中的一种或多种。

需要说明的是，本申请实施例提供的征信查询装置500解决技术问题的原理与本申请实施例提供的征信查询处理方法相似，因此，本申请实施例提供的征信查询装置500的实施可以参见本申请实施例提供的征信查询处理方法的实施，重复之处不再赘述。

在介绍了本申请实施例提供的征信查询系统100、征信查询处理系统130、方法和装置之后，接下来，对本申请实施例提供的电子设备进行简单介绍。

参阅图6所示，本申请实施例提供的电子设备600至少包括：处理器601、存储器602和存储在存储器602上并可在处理器601上运行的计算机程序，处理器601执行计算机程序时实现本申请实施例提供的征信查询处理方法。

本申请实施例提供的电子设备600还可以包括连接不同组件（包括处理器601和存储器602）的总线603。其中，总线603表示几类总线结构中的一种或多种，包括存储器总线、外围总线、局域总线等。

存储器602可以包括易失性存储器形式的可读介质，例如随机存储器（RandomAccess Memory，RAM）6021和/或高速缓存存储器6022，还可以进一步包括只读存储器（ReadOnly Memory，ROM）6023。

存储器602还可以包括具有一组（至少一个）程序模块6024的程序工具6025，程序模块6024包括但不限于：操作子系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备600也可以与一个或多个外部设备604（例如键盘、遥控器等）通信，还可以与一个或者多个使得用户能与电子设备600交互的设备通信（例如手机、电脑等），和/或，与使得电子设备600与一个或多个其它电子设备600进行通信的任何设备（例如路由器、调制解调器等）通信。这种通信可以通过输入/输出（Input /Output，I/O）接口605进行。并且，电子设备600还可以通过网络适配器606与一个或者多个网络（例如局域网（Local AreaNetwork，LAN），广域网（Wide Area Network，WAN）和/或公共网络，例如因特网）通信。如图6所示，网络适配器606通过总线603与电子设备600的其它模块通信。应当理解，尽管图6中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列（Redundant Arrays of IndependentDisks，RAID）子系统、磁带驱动器以及数据备份存储子系统等。

需要说明的是，图6所示的电子设备600仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

下面对本申请实施例提供的计算机可读存储介质进行介绍。本申请实施例提供的计算机可读存储介质存储有计算机指令，计算机指令被处理器执行时实现本申请实施例提供的征信查询处理方法。具体地，该计算机指令可以内置或者安装在处理器中，这样，处理器就可以通过执行内置或者安装的计算机指令实现本申请实施例提供的征信查询处理方法。

此外，本申请实施例提供的征信查询处理方法还可以实现为一种程序产品，该程序产品包括程序代码，当该程序代码在处理器上运行时实现本申请实施例提供的征信查询处理方法。

本申请实施例提供的程序产品可以采用一个或多个可读介质的任意组合，其中，可读介质可以是可读信号介质或者可读存储介质，而可读存储介质可以是但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合，具体地，可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、RAM、ROM、可擦式可编程只读存储器（Erasable Programmable Read Only Memory，EPROM）、光纤、便携式紧凑盘只读存储器（Compact Disc Read-Only Memory，CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请实施例提供的程序产品可以采用CD-ROM并包括程序代码，还可以在计算机、服务器等电子设备上运行。然而，本申请实施例提供的程序产品不限于此，在本申请实施例中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种征信查询处理系统，其特征在于，包括查询前置模块、监控保障模块、核心处理模块、查询处理模块；所述查询前置模块、所述核心处理模块和所述查询处理模块依次通信连接，所述监控保障模块与所述核心处理模块通信连接；

所述查询前置模块，用于获取各目标征信查询业务和各目标征信查询业务的征信请求数据，基于所述各目标征信查询业务和所述各目标征信查询业务的征信请求数据生成征信查询指令并发送至所述核心处理模块；

所述核心处理模块，用于接收所述查询前置模块发送的所述征信查询指令，并基于所述征信查询指令所对应的各目标征信查询业务和所述各目标征信查询业务的征信请求数据执行业务分流操作，其中，所述业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与所述当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除所述第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务，基于所述即时征信查询业务和所述即时征信查询业务的征信请求数据生成查询触发指令并发送至所述查询处理模块，以及基于所述分流征信查询业务和所述分流征信查询业务的征信请求数据生成分流触发指令并发送至所述监控保障模块；接收所述监控保障模块定期发送的查询重试指令，并将所述查询重试指令所对应的各分流征信查询业务分别确定为目标征信查询业务并执行所述业务分流操作；

所述监控保障模块，用于接收所述核心处理模块发送的所述分流触发指令，确定所述分流触发指令所对应的各分流征信查询业务和所述各分流征信查询业务的征信请求数据；定期基于所述各分流征信查询业务和所述各分流征信查询业务的征信请求数据生成查询重试指令并发送至所述核心处理模块；

所述查询处理模块，用于接收所述核心处理模块发送的所述查询触发指令，确定所述查询触发指令所对应的各即时征信查询业务和所述各即时征信查询业务的征信请求数据，基于所述各即时征信查询业务的征信请求数据，从外部征信系统中查询所述各即时征信查询业务的征信结果数据。

2.如权利要求1所述的征信查询处理系统，其特征在于，还包括存储模块；

所述查询前置模块，具体用于获取前端征信请求系统发起的各征信查询业务以及所述各征信查询业务的征信请求数据；将所述各征信查询业务的征信请求数据保存至所述存储模块，并将所述各征信查询业务加入至征信业务队列；按照所述征信业务队列中各征信查询业务的排列顺序，从所述征信业务队列中选取第三数量的征信查询业务分别作为所述目标征信查询业务，并从所述存储模块中获取各目标征信查询业务的征信请求数据；

所述存储模块，用于将所述查询前置模块获得的所述各征信查询业务和所述各征信查询业务的征信请求数据保存至数据库。

3.如权利要求2所述的征信查询处理系统，其特征在于，所述查询处理模块还用于将所述各即时征信查询业务的征信结果数据保存至所述存储模块；以及将所述各即时征信查询业务的征信结果数据返回至所述核心处理模块；

所述核心处理模块，还用于接收所述查询处理模块返回的所述各即时征信查询业务的征信结果数据，并将所述各即时征信查询业务的征信结果数据返回至所述各即时征信查询业务的前端征信请求系统进行显示；

所述存储模块，用于将所述查询处理模块获得的所述各即时征信查询业务的征信结果数据保存至数据库。

4.如权利要求3所述的征信查询处理系统，其特征在于，所述查询前置模块，还用于接收前端征信请求系统针对征信查询业务定期发起的征信结果查询请求，确定所述征信查询业务为即时征信查询业务时，从所述存储模块中获取所述即时征信查询业务的征信结果数据作为所述征信查询业务的征信结果数据，并将所述征信查询业务的征信结果数据按照所述前端征信请求系统的通信协议返回至所述前端征信请求系统进行显示。

5.如权利要求2所述的征信查询处理系统，其特征在于，所述查询前置模块，还用于基于所述各目标征信查询业务的征信请求数据，确定所述各目标征信查询业务对应的前端征信请求系统的系统类型，基于所述各目标征信查询业务对应的前端征信请求系统的系统类型，对所述各目标征信查询业务对应的业务渠道进行统计得到渠道统计数据并保存至所述存储模块；

所述存储模块，还用于将所述查询前置模块获得的所述渠道统计数据保存至数据库。

6.如权利要求1-5任一项所述的征信查询处理系统，其特征在于，所述监控保障模块，还用于对所述征信查询处理系统中的监控节点进行监控，并基于所述监控节点的监控结果确定所述监控节点出现异常时，生成所述监控节点的异常警告信息并显示；其中，所述监控节点至少包括资源使用情况、业务处理情况和中间件运行情况中的一种或多种。

7.一种征信查询系统，其特征在于，包括：前端征信请求系统，外部网关系统，以及如权利要求1-6任一项所述的征信查询处理系统；所述前端征信请求系统、所述外部网关系统和所述征信查询处理系统依次通信连接；

所述前端征信请求系统，用于响应于针对征信查询业务执行的发起操作，获取所述征信查询业务的征信请求数据，并将所述征信查询业务和所述征信查询业务的征信请求数据发送至所述外部网关系统；

所述外部网关系统，用于接收所述前端征信请求系统发送的所述征信查询业务和所述征信查询业务的征信请求数据，并将所述征信查询业务和所述征信查询业务的征信请求数据按照所述征信查询处理系统的通信协议发送至所述征信查询处理系统；

所述征信查询处理系统，用于从所述外部网关系统发送的各征信查询业务和各征信查询业务的征信请求数据中，获取各目标征信查询业务和各目标征信查询业务的征信请求数据；基于各目标征信查询业务和各目标征信查询业务的征信请求数据执行业务分流操作，其中，所述业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与所述当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除所述第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务；定期将所述分流征信查询业务确定为目标征信查询业务并执行所述业务分流操作，以及基于所述即时征信查询业务的征信请求数据，从外部征信系统中查询所述即时征信查询业务的征信结果数据。

8.一种征信查询处理方法，其特征在于，应用于如权利要求1-6任一项所述的征信查询处理系统，所述征信查询处理方法包括：

获取各目标征信查询业务和各目标征信查询业务的征信请求数据；

基于各目标征信查询业务和各目标征信查询业务的征信请求数据执行业务分流操作；其中，所述业务分流操作包括：基于当前资源空闲状态数据和目标征信查询业务数量确定满足分流条件时，从各目标征信查询业务中，选取与当前资源空闲状态数据相匹配的第一数量的目标征信查询业务作为即时征信查询业务以及选取除第一数量的目标征信查询业务之外的第二数量的目标征信查询业务作为分流征信查询业务；

定期将所述分流征信查询业务确定为目标征信查询业务并执行所述业务分流操作，以及基于所述即时征信查询业务的征信请求数据，从外部征信系统中查询所述即时征信查询业务的征信结果数据。

9.一种电子设备，其特征在于，包括：存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求8所述的征信查询处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令被处理器执行时实现如权利要求8所述的征信查询处理方法。

Images