征信报告的查询方法、装置、计算机设备及存储介质

摘要

本申请实施例属于人工智能技术领域，涉及征信报告的查询方法、装置、计算机设备及存储介质，方法包括:获取历史时间段内征信报告的查询成功率；征信报告包括贷前征信报告和贷后征信报告；确定贷前队列和贷后队列的出队比例；贷前队列用于缓存贷前征信请求，贷后队列用于缓存贷后征信请求；贷前征信请求用于请求查询贷前征信报告，贷后征信请求用于请求查询贷后征信报告；根据出队比例确定目标征信请求，并将目标征信请求放入查询队列；在查询成功率大于第一阈值时，按照第一速率发送查询队列中的目标征信请求；接收与目标征信请求对应的征信报告。本申请缩短了用户授信时长，提高了用户体验。

说明书

技术领域

本申请涉及人工智能技术领域，尤其涉及一种征信报告的查询方法、装 置、计算机设备及存储介质。

背景技术

征信报告是由中国人民银行征信中心出具的记载个人信用信息的记录， 用于查询个人或企业的社会信用。按照时间节点，征信报告可以划分为贷前 征信报告和贷后征信报告。通常在授信阶段查询的征信报告为贷前征信报告， 在用户授信通过并支用贷款成功后，查询的征信报告为贷后征信报告。贷后 征信报告的查询通常是为了授信用户的管理而进行的，因此，贷后征信报告 的查询对时效要求不高。

目前对于征信报告的查询，通常是通过调用中国人民银行征信中心所提 供的征信查询接口，来获取所需的征信报告。但是，这种征信报告查询方式 并不区分贷前征信报告和贷后征信报告，当贷后征信报告查询的业务量较大 时，会影响到用户的贷前征信报告查询，使得用户授信时长增加，从而导致 用户体验较差。

发明内容

本申请实施例的目的在于提出一种征信报告的查询方法、装置、计算机 设备及存储介质，以解决由于贷后征信报告查询的业务量较大，导致用户授 信时长增加的问题。

为了解决上述技术问题，本申请实施例提供一种征信报告的查询方法， 采用了如下所述的技术方案：

获取历史时间段内征信报告的查询成功率；所述征信报告包括贷前征信 报告和贷后征信报告；确定贷前队列和贷后队列的出队比例；所述贷前队列 用于缓存贷前征信请求，所述贷后队列用于缓存贷后征信请求；所述贷前征 信请求用于请求查询贷前征信报告，所述贷后征信请求用于请求查询贷后征 信报告；根据所述出队比例确定目标征信请求，并将所述目标征信请求放入 查询队列；在所述查询成功率大于第一阈值时，按照第一速率发送所述查询 队列中的目标征信请求；接收与所述目标征信请求对应的征信报告。

进一步的，在根据所述出队比例确定目标征信请求，并将所述目标征信 请求放入查询队列之后，所述查询方法还包括：在所述查询成功率小于第二 阈值时，按照第二速率发送所述查询队列中的目标征信请求，其中，所述第 二阈值小于所述第一阀值，所述第二速率小于所述第一速率。

进一步的，在按照第一速率发送所述查询队列中的目标征信请求之后， 所述查询方法还包括：在预设时间段内未接收到所述目标征信请求对应的征 信报告时，将所述目标征信请求放入补处理表，并将所述目标征信请求对应 的请求次数加一。

进一步的，在获取历史时间段内征信报告的查询成功率之前，所述查询 方法还包括：获取第一征信请求；所述第一征信请求为贷前征信请求，或者 贷后征信请求；根据所述第一征信请求查询是否存在目标征信报告；所述目 标征信报告为第一时间段内的贷前征信，或者第二时间段内的贷后征信报告； 在所述目标征信报告不存在的情况下，查询目标队列是否已满；所述目标队 列为所述贷前队列或者所述贷后队列；在所述目标队列未满的情况下，将所 述第一征信请求放入所述目标队列。

进一步的，在查询目标队列是否已满之后，所述查询方法还包括：在所 述目标队列已满的情况下，将所述第一征信请求放入补处理表。

进一步的，所述查询方法还包括：使用定时任务定时查询所述补处理表， 获取第二征信请求；所述第二征信请求为所述补处理表中任一征信请求；确 定所述第二征信请求的查询次数；在确定所述查询次数小于查询阈值时，将 所述第二征信请求放入目标队列；所述目标队列为所述贷前队列或者所述贷 后队列。

进一步的，在确定所述第二征信请求的查询次数之后，所述查询方法还 包括：在所述第二征信请求的查询次数大于或者等于所述查询阈值时，发送 失败消息；所述失败消息用于指示所述第二征信请求对应的征信报告查询失 败。

为了解决上述技术问题，本申请实施例还提供一种征信报告的查询装置， 采用了如下所述的技术方案：

查询获取模块，用于获取历史时间段内征信报告的查询成功率；所述征 信报告包括贷前征信报告和贷后征信报告；第一确定模块，用于确定贷前队 列和贷后队列的出队比例；所述贷前队列用于缓存贷前征信请求，所述贷后 队列用于缓存贷后征信请求；所述贷前征信请求用于请求查询贷前征信报告， 所述贷后征信请求用于请求查询贷后征信报告；第二确定模块，用于根据所 述出队比例确定目标征信请求，并将所述目标征信请求放入查询队列；请求 发送模块，用于在所述查询成功率大于第一阈值时，按照第一速率发送所述查询队列中的目标征信请求；报告接收模块，用于接收与所述目标征信请求 对应的征信报告。

进一步的，征信报告的查询装置还包括第一发送模块。所述第一发送模 块，用于在所述查询成功率小于第二阈值时，按照第二速率发送所述查询队 列中的目标征信请求，其中，所述第二阈值小于所述第一阀值，所述第二速 率小于所述第一速率。

进一步的，征信报告的查询装置还包括第一处理模块。所述第一处理模 块，用于在预设时间段内未接收到所述目标征信请求对应的征信报告时，将 所述目标征信请求放入补处理表，并将所述目标征信请求对应的请求次数加 一。

进一步的，征信报告的查询装置还包括请求获取模块、第一查询模块、 第二查询模块以及第二处理模块。所述请求获取模块，用于获取第一征信请 求；所述第一征信请求为贷前征信请求，或者贷后征信请求；所述第一查询 模块，用于根据所述第一征信请求查询是否存在目标征信报告；所述目标征 信报告为第一时间段内的贷前征信，或者第二时间段内的贷后征信报告；所 述第二查询模块，用于在所述目标征信报告不存在的情况下，查询目标队列 是否已满；所述目标队列为所述贷前队列或者所述贷后队列；所述第二处理模块，用于在所述目标队列未满的情况下，将所述第一征信请求放入所述目 标队列。

进一步的，征信报告的查询装置还包括第三处理模块。所述第三处理模 块，用于在所述目标队列已满的情况下，将所述第一征信请求放入补处理表。

进一步的，征信报告的查询装置还包括第三查询模块、第三确定模块以 及第四处理模块。所述第三查询模块，用于使用定时任务定时查询所述补处 理表，获取第二征信请求；所述第二征信请求为所述补处理表中任一征信请 求；所述第三确定模块，用于确定所述第二征信请求的查询次数；所述第四 处理模块，用于在确定所述查询次数小于查询阈值时，将所述第二征信请求 放入目标队列；所述目标队列为所述贷前队列或者所述贷后队列。

进一步的，征信报告的查询装置还包括第二发送模块。所述第二发送模 块，用于在所述第二征信请求的查询次数大于或者等于所述查询阈值时，发 送失败消息；所述失败消息用于指示所述第二征信请求对应的征信报告查询 失败。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，包括存 储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算 机程序时实现上述征信报告的查询方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质， 所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执 行时实现上述征信报告的查询方法的步骤。

通过以上步骤，获取历史时间段内征信报告的查询成功率，并确定贷前 队列和贷后队列的出队比例。之后，根据出队比例确定目标征信请求，并将 目标征信请求放入查询队列。在查询成功率大于第一阈值时，按照第一速率 发送查询队列中的目标征信请求。最后，接收与目标征信请求对应的征信报 告。这样，将征信请求分为贷前征信请求和贷后征信请求，并为贷前征信请 求和贷后征信请求分配不同的出队比例，即能够通过控制贷前征信请求和贷 后征信请求的出队比例来控制贷后征信报告查询的业务量。避免了在贷后征信报告查询的业务量较大时，影响到用户的贷前征信报告查询，缩短用户授 信时长，提高用户体验。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需 要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的 一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性征信报告的查询系统架构图；

图2是根据本申请的征信报告的查询方法的第一个实施例的流程图；

图3是根据本申请的征信报告的查询方法的第二个实施例的流程图；

图4是根据本申请的征信报告的查询方法的第三个实施例的流程图；

图5是根据本申请的征信报告的查询装置的实施例的结构示意图；

图6是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技 术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的 术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的 说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们 的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或 上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于 描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或 特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该 短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备 选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施 例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对 本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，征信报告的查询系统架构100可以包括终端设备101、102、 103，网络104和服务器105。网络104用以在终端设备101、102、103和服 务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如 有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互， 以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户 端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、 邮箱客户端、社交平台软件等。其中，终端设备101、102、103可以是具有 显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电 脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio LayerIII， 动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和 台式计算机等等。

例如，终端设备101、102、103可以为消费金融(consumer finance，CF) 风险管理系统(risk management system，RMS)终端，用于获取征信请求， 并向消费金融(consumerfinance，CF)征信管理系统(credit management system， CM)发送该征信请求，以获取该征信请求对应的征信报告。

终端设备101、102、103也可以为CF-CM终端，用于执行本申请中的征 信报告的查询方法。例如，终端设备101、102、103用于获取历史时间段内 征信报告的查询成功率；确定贷前队列和贷后队列的出队比例；根据出队比 例确定目标征信请求，并将目标征信请求放入查询队列；在查询成功率大于 第一阈值时，按照第一速率向征信中心的服务器发送查询队列中的目标征信 请求；接收与目标征信请求对应的征信报告。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、 103上显示的页面提供支持的后台服务器。例如，服务器105可以为征信中心 的服务器，用于接收CF-CM终端发送的目标征信请求，根据该目标征信请求 匹配对应的征信报告，并向CF-CM终端返回与目标征信请求对应的征信报告， 以便于CF-CM终端向CF-RMS终端返回该与目标征信请求对应的征信报告。

需要说明的是，本申请实施例提供的征信报告的查询方法可以应用于上 述终端设备101、102、103。该终端设备101、102、103可以统称为电子设备。 即本申请实施例提供的征信报告的查询方法的执行主体可以为征信报告的查 询装置，征信报告的查询装置可以为上述电子设备(如终端设备101、102、 103)。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。 根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的征信报告的查询方法的一个实施例的 流程图。所述征信报告的查询方法，包括以下步骤：

步骤S21，获取历史时间段内征信报告的查询成功率。

其中，征信报告包括贷前征信报告和贷后征信报告。

具体的，在远程字典服务(remote dictionary server,redis)数据库中，设 置查询成功集合和查询失败集合。每次发送征信请求之后，若处理成功(如 接收到征信报告)，则在成功集合中加入一条数据，对应的分数设置为当前 时间；若处理失败(如一段时间内未接收到征信报告)，则在失败集合中加 入一条数据，对应的分数设置为当前时间。这样，根据历史时间段内成功集 合中的数据条数和失败集合中的数据条数计算征信报告的查询成功率。其中， 征信报告的查询成功率的初始值为100％。历史时间段为预设的时间段，可以 为默认值或者相关人员根据实际情况设置的数值，例如，历史时间段为最近 10分钟内。

例如，根据最近10分钟内，成功集合中的数据条数和失败集合中的数据 条数计算征信报告的查询成功率，则征信报告的查询成功率为

步骤S22，确定贷前队列和贷后队列的出队比例。

其中，贷前队列用于缓存贷前征信请求，贷后队列用于缓存贷后征信请 求。贷前征信请求用于请求查询贷前征信报告，贷后征信请求用于请求查询 贷后征信报告。贷前队列和贷后队列的出队比例为预设的，可以为默认比例 或者相关人员根据实际情况设置的比例。

例如，通常都是优先查询贷前的征信报告的，因此贷前队列和贷后队列 的出队比例可以配置为10:1，即查询10笔贷前征信报告之后，查询1笔贷后 征信报告，之后再查询10笔贷前征信报告，以此类推进行查询。当遇到特殊 需求如开门红当天，需要关闭贷后征信报告的查询时，可以将贷前队列和贷 后队列的出队比例设置为10:0来临时关闭贷后征信报告的查询，以控制贷后 查询对贷前查询的影响。

步骤S23，根据出队比例确定目标征信请求，并将目标征信请求放入查询 队列。

具体的，根据征信报告的查询情况和出队比例确定出本次需要查询的目 标征信请求。例如，在将贷前队列和贷后队列的出队比例为10：1，且前10 次查询的均为贷前队列中的征信请求对应的征信报告的情况下，则确定本次 的目标征信请求为贷后队列中的征信请求。

其中，由于征信报告查询系统中的html格式的查询速度为每次2-3秒左 右，因此以秒为单位设置目标征信请求的发送速率，格式为n次/m秒(即每 m秒发送n次征信请求)。根据这个配置，则需要每1000m/n毫秒的时间就 要从贷前队列或者贷后队列中拿一个征信请求(即目标征信请求)放入到查 询队列中。

步骤S24，在查询成功率大于第一阈值时，按照第一速率发送查询队列中 的目标征信请求。

其中，第一阈值和第一速率均为预设的数值，可以为默认值或者相关人 员根据实际情况设置的数值。例如，第一阈值为80％，第一速率为n次/m秒， 则在查询成功率大于80％时，按照n次/m秒的速度发送查询队列中的目标征 信请求。

可选的，在查询成功率小于第二阈值时，按照第二速率发送查询队列中 的目标征信请求，其中，第二阈值小于第一阀值，第二速率小于第一速率。

其中，第二阈值和第二速率均为预设的数值，可以为默认值或者相关人 员根据实际情况设置的数值。例如，第二阈值为20％，第二速率为1次/2秒， 则在查询成功率小于20％时，按照1次/2秒的速度发送查询队列中的目标征 信请求。

这样，在查询成功率大于第一阈值时，按照第一速率发送查询队列中的 目标征信请求，直至查询成功率降至小于第二阈值时，按照第二速率发送查 询队列中的目标征信请求。

在查询成功率降至小于第二阈值时，按照第二速率发送查询队列中的目 标征信请求，直至查询成功率升至大于第一阈值时，恢复第一速率发送查询 队列中的目标征信请求。

本申请实施例中，在查询成功率小于第二阈值时，按照第一速率发送目 标征信请求，即能够在征信报告的查询成功率较小时，自动调整查询速率， 以避免出现大量查询异常数据。

可选的，在预设时间段内未接收到目标征信请求对应的征信报告时，将 目标征信请求放入补处理表，并将目标征信请求对应的请求次数加一。其中， 补处理表中包括至少一个征信请求，和该至少一个征信请求中每个征信请求 对应的请求次数，且征信请求对应的请求次数的初始值为0。

本申请实施例中，在预设时间段内若没有接收到目标征信请求对应的征 信报告，则将目标征信请求放入补处理表，以便于后续对补处理表中的征信 请求进行再处理。避免了在只有一次未接收到征信请求对应的征信报告，直 接被判别为征信报告查询失败，从而需要人工介入处理的情况，节省了人工 成本，提高了系统的容错性。

步骤S25，接收与目标征信请求对应的征信报告。

本申请实施例中，获取历史时间段内征信报告的查询成功率，并确定贷 前队列和贷后队列的出队比例。之后，根据出队比例确定目标征信请求，并 将目标征信请求放入查询队列。在查询成功率大于第一阈值时，按照第一速 率发送查询队列中的目标征信请求。最后，接收与目标征信请求对应的征信 报告。这样，将征信请求分为贷前征信请求和贷后征信请求，并为贷前征信 请求和贷后征信请求分配不同的出队比例，即能够通过控制贷前征信请求和 贷后征信请求的出队比例来控制贷后征信报告查询的业务量。避免了在贷后征信报告查询的业务量较大时，影响到用户的贷前征信报告查询，缩短用户 授信时长，提高用户体验。

可选的，图3为本申请提供的一种获取目标队列的方法。其中，目标队 列为贷前队列或者贷后队列。参照图3所示，该方法包括如下步骤S31-步骤 S34。

步骤S31，获取第一征信请求。

其中，第一征信请求为贷前征信请求，或者贷后征信请求。

步骤S32，根据第一征信请求查询是否存在目标征信报告。

其中，目标征信报告为第一时间段内的贷前征信，或者第二时间段内的 贷后征信报告。第一时间段和第二时间段均为预设的时间段，可以为默认值 或者相关人员根据实际情况设置的数值，例如，第一时间段为最近30天内， 第二时间段为最近90天内。

步骤S33，在目标征信报告不存在的情况下，查询目标队列是否已满。

其中，目标队列为贷前队列或者贷后队列。

具体的，第一征信请求为贷前征信请求时，目标队列为贷前队列。第一 征信请求为贷后征信请求时，目标队列为贷后队列。

可选的，在目标征信报告存在的情况下，确定目标征信报告为与第一征 信请求对应的征信报告。

步骤S34，在目标队列未满的情况下，将第一征信请求放入目标队列。

具体的，在第一征信请求为贷前征信请求时，将第一征信请求放入贷前 队列。在第一征信请求为贷后征信请求时，将第一征信请求放入贷后队列。

本申请实施例中，根据征信请求判断是否存在最近查询过的征信报告， 并在不存在最近查询过的征信报告时，将征信请求放入贷前队列，或者贷后 队列，以便于后续根据出队比例将贷前队列或者贷后队列中的征信请求放入 查询队列进行征信报告的查询。能够缩短用户授信时长，提高用户体验。

可选的，在目标队列已满的情况下，将第一征信请求放入补处理表。

本申请实施例中，在目标队列已满的情况下，将第一征信请求放入补处 理表。避免了在接收到的征信请求过多，导致征信请求丢失，从而需要人工 介入处理的情况，节省了人工成本。

可选的，图4为本申请提供的另一种获取目标队列的方法。其中，目标 队列为贷前队列或者贷后队列。参照图4所示，该方法包括如下步骤S41-步 骤S43。

步骤S41，使用定时任务定时查询补处理表，获取第二征信请求。

其中，第二征信请求为补处理表中任一征信请求，且第二征信请求为贷 前征信请求，或者贷后征信请求。定时任务的定时时长为预设时长，可以为 默认值或者相关人员根据实际情况设置的数值，例如，定时任务的定时时长 为1分钟。

步骤S42，确定第二征信请求的查询次数。

具体的，在补处理表中获取第二征信请求时，在补处理表中确定该第二 征信请求对应的查询次数。

步骤S43，在确定查询次数小于查询阈值时，将第二征信请求放入目标队 列。

其中，目标队列为贷前队列或者贷后队列。

具体的，在第二征信请求为贷前征信请求时，将第二征信请求放入贷前 队列。在第二征信请求为贷后征信请求时，将第二征信请求放入贷后队列。

本申请实施例中，使用定时任务对补处理表中的征信请求进行处理，避 免了征信请求丢失，需要人工介入处理的情况，节省了人工成本。

可选的，在第二征信请求的查询次数大于或者等于查询阈值时，发送失 败消息。其中，失败消息用于指示第二征信请求对应的征信报告查询失败。

本申请实施例中，为处理次数大于或者等于查询阈值的征信请求返回失 败消息，避免了存在问题的征信请求，一直处于被查询和查询失败的循环中 而无法退出的问题，提高了系统的可用性。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其 中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机 控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获 得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分 布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能 软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理 技术、自然语言处理技术以及机器学习/深度学习等几大方向。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一 计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例 的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

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

进一步参考图5，作为对上述图2所示方法的实现，本申请提供了一种征 信报告的查询装置的一个实施例，该装置实施例与图2所示的方法实施例相 对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的征信报告的查询装置50包括：查询获取模块51、 第一确定模块52、第二确定模块53、请求发送模块54以及报告接收模块55， 其中：

查询获取模块51，用于获取历史时间段内征信报告的查询成功率；所述 征信报告包括贷前征信报告和贷后征信报告；第一确定模块52，用于确定贷 前队列和贷后队列的出队比例；所述贷前队列用于缓存贷前征信请求，所述 贷后队列用于缓存贷后征信请求；所述贷前征信请求用于请求查询贷前征信 报告，所述贷后征信请求用于请求查询贷后征信报告；第二确定模块53，用 于根据所述出队比例确定目标征信请求，并将所述目标征信请求放入查询队 列；请求发送模块54，用于在所述查询成功率大于第一阈值时，按照第一速率发送所述查询队列中的目标征信请求；报告接收模块55，用于接收与所述 目标征信请求对应的征信报告。

本申请实施例中，将征信请求分为贷前征信请求和贷后征信请求，并为 贷前征信请求和贷后征信请求分配不同的出队比例，即能够通过控制贷前征 信请求和贷后征信请求的出队比例来控制贷后征信报告查询的业务量。避免 了在贷后征信报告查询的业务量较大时，影响到用户的贷前征信报告查询， 缩短用户授信时长，提高用户体验。

在本实施例的一些可选的实现方式中，征信报告的查询装置还包括第一 发送模块。所述第一发送模块，用于在所述查询成功率小于第二阈值时，按 照第二速率发送所述查询队列中的目标征信请求，其中，所述第二阈值小于 所述第一阀值，所述第二速率小于所述第一速率。

本申请实施例中，在查询成功率小于第二阈值时，按照第一速率发送目 标征信请求，即能够在征信报告的查询成功率较小时，自动调整查询速率， 以避免出现大量查询异常数据。

在本实施例的一些可选的实现方式中，征信报告的查询装置还包括第一 处理模块。所述第一处理模块，用于在预设时间段内未接收到所述目标征信 请求对应的征信报告时，将所述目标征信请求放入补处理表，并将所述目标 征信请求对应的请求次数加一。

本申请实施例中，在预设时间段内若没有接收到目标征信请求对应的征 信报告，则将目标征信请求放入补处理表，以便于后续对补处理表中的征信 请求进行再处理。避免了在只有一次未接收到征信请求对应的征信报告，直 接被判别为征信报告查询失败，从而需要人工介入处理的情况，节省了人工 成本，提高了系统的容错性。

在本实施例的一些可选的实现方式中，征信报告的查询装置还包括请求 获取模块、第一查询模块、第二查询模块以及第二处理模块。所述请求获取 模块，用于获取第一征信请求；所述第一征信请求为贷前征信请求，或者贷 后征信请求；所述第一查询模块，用于根据所述第一征信请求查询是否存在 目标征信报告；所述目标征信报告为第一时间段内的贷前征信，或者第二时 间段内的贷后征信报告；所述第二查询模块，用于在所述目标征信报告不存 在的情况下，查询目标队列是否已满；所述目标队列为所述贷前队列或者所述贷后队列；所述第二处理模块，用于在所述目标队列未满的情况下，将所 述第一征信请求放入所述目标队列。

本申请实施例中，根据征信请求判断是否存在最近查询过的征信报告， 并在不存在最近查询过的征信报告时，将征信请求放入贷前队列，或者贷后 队列，以便于后续根据出队比例将贷前队列或者贷后队列中的征信请求放入 查询队列进行征信报告的查询。能够缩短用户授信时长，提高用户体验。

在本实施例的一些可选的实现方式中，征信报告的查询装置还包括第三 处理模块。所述第三处理模块，用于在所述目标队列已满的情况下，将所述 第一征信请求放入补处理表。

本申请实施例中，在目标队列已满的情况下，将第一征信请求放入补处 理表。避免了在接收到的征信请求过多，导致征信请求丢失，从而需要人工 介入处理的情况，节省了人工成本。

在本实施例的一些可选的实现方式中，征信报告的查询装置还包括第三 查询模块、第三确定模块以及第四处理模块。所述第三查询模块，用于使用 定时任务定时查询所述补处理表，获取第二征信请求；所述第二征信请求为 所述补处理表中任一征信请求；所述第三确定模块，用于确定所述第二征信 请求的查询次数；所述第四处理模块，用于在确定所述查询次数小于查询阈 值时，将所述第二征信请求放入目标队列；所述目标队列为所述贷前队列或 者所述贷后队列。

本申请实施例中，使用定时任务对补处理表中的征信请求进行处理，避 免了征信请求丢失，需要人工介入处理的情况，节省了人工成本。

在本实施例的一些可选的实现方式中，征信报告的查询装置还包括第二 发送模块。所述第二发送模块，用于在所述第二征信请求的查询次数大于或 者等于所述查询阈值时，发送失败消息；所述失败消息用于指示所述第二征 信请求对应的征信报告查询失败。

本申请实施例中，为处理次数大于或者等于查询阈值的征信请求返回失 败消息，避免了存在问题的征信请求，一直处于被查询和查询失败的循环中 而无法退出的问题，提高了系统的可用性。

关于上述实施例中的征信报告的查询装置，其中各个模块执行操作的具 体方式已经在如图2所示方法的实施例中进行了详细描述，此处将不做详细 阐述说明。

为解决上述技术问题，本申请实施例还提供一种计算机设备，该计算机 设备可以是征信报告的查询装置。具体请参阅图6，图6为本实施例计算机设 备的基本结构框图。

所述计算机设备60包括通过系统总线相互通信连接存储器61、处理器 62、网络接口63。需要指出的是，图中仅示出了具有组件61-63的计算机设 备60，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更 多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设 备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理 的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array， FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器 等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板 或声控设备等方式进行人机交互。

所述存储器61至少包括一种类型的可读存储介质，所述可读存储介质包 括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访 问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、 电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁 性存储器、磁盘、光盘等。在一些实施例中，所述存储器61可以是所述计算机设备60的内部存储单元，例如该计算机设备60的硬盘或内存。在另一些实 施例中，所述存储器61也可以是所述计算机设备60的外部存储设备，例如该 计算机设备60上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)， 安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储 器61还可以既包括所述计算机设备60的内部存储单元也包括其外部存储设备。 本实施例中，所述存储器61通常用于存储安装于所述计算机设备60的操作系 统和各类应用软件，例如征信报告的查询方法的计算机可读指令等。此外， 所述存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62 通常用于控制所述计算机设备60的总体操作。本实施例中，所述处理器62 用于运行所述存储器61中存储的计算机可读指令或者处理数据，例如运行所 述征信报告的查询方法的计算机可读指令。

所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63 通常用于在所述计算机设备60与其他电子设备之间建立通信连接。

本实施例中提供的计算机设备可以执行上述图2中对应的征信报告的查 询方法的步骤。

本实施例中，将征信请求分为贷前征信请求和贷后征信请求，并为贷前 征信请求和贷后征信请求分配不同的出队比例，即能够通过控制贷前征信请 求和贷后征信请求的出队比例来控制贷后征信报告查询的业务量。避免了在 贷后征信报告查询的业务量较大时，影响到用户的贷前征信报告查询，缩短 用户授信时长，提高用户体验。另外，在查询成功率小于第一阈值时，按照 第一速率发送目标征信请求，即能够在征信报告的查询成功率较小时，自动 调整查询速率，以避免出现大量查询异常数据。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所 述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至 少一个处理器执行，以使所述至少一个处理器执行如上述图2-图5中，任一 实施例对应的征信报告的查询方法的步骤。

本实施例中，将征信请求分为贷前征信请求和贷后征信请求，并为贷前 征信请求和贷后征信请求分配不同的出队比例，即能够通过控制贷前征信请 求和贷后征信请求的出队比例来控制贷后征信报告查询的业务量。避免了在 贷后征信报告查询的业务量较大时，影响到用户的贷前征信报告查询，缩短 用户授信时长，提高用户体验。另外，在查询成功率小于第一阈值时，按照 第一速率发送目标征信请求，即能够在征信报告的查询成功率较小时，自动 调整查询速率，以避免出现大量查询异常数据。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有 关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

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

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的 实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。 本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使 对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进 行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体 实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替 换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在 其他相关的技术领域，均同理在本申请专利保护范围之内。