CN109191286A - 一种多种外部数据的处理方法及装置 - Google Patents

Abstract

本发明公开了一种多种外部数据的处理方法及装置，当监控到有外部数据返回时，通过判断返回的外部数据是否正确，是否超出超过预设系统配置时间以及是否为最后一个外部数据，来确定是否将该外部数据保存至数据库，以及是否将数据库中已存储的所有外部数据打包并发送给决策审批系统进行决策审批处理。本发明针对不同查询结果的外部数据采用统一的逻辑处理机制，无需外部数据查询交易再和已有的多个查询交易进行逻辑梳理，并且适配已知的各种外部渠道，因此，当新增外部数据的渠道接入时，可以复用已有的链路方案，无需再次开发新的链路方案，从而降低了开发成本；并且，还大大简化了交易处理逻辑，加快了系统的响应速度，降低了维护成本。

Description

一种多种外部数据的处理方法及装置

技术领域

本发明涉及计算机软件技术领域，更具体的说，涉及一种多种外部数据的处理方法及装置。

背景技术

目前，网络金融在线处理方式已成为大众客户申请贷款的重要方式。个人贷款管理系统为了有效把控信用风险，已经从单纯的考虑客户征信，逐渐发展为连同考虑客户的其它证明材料，该证明材料通常可以有多个外部数据，比如社保、公积金、地税和黑白名单等。

然而，现有方案仅支持客户申请贷款时提供的一种外部数据的查询结果，当新增外部数据的渠道接入时，不能复用已有的链路方案，需要再次开发新的链路方案，因此，开发成本高。并且，不同外部数据的查询结果具有各自的复杂性，往往还需要针对这些外部数据的查询结果，采取不同的处理机制，因此，交易处理逻辑复杂多变，整个系统响应速度缓慢，维护成本高等。

发明内容

有鉴于此，本发明公开一种多种外部数据的处理方法及装置，以实现个人贷款管理系统针对不同查询结果的外部数据采用统一的逻辑处理机制，无需外部数据查询交易再和已有的多个查询交易进行逻辑梳理，并且适配已知的各种外部渠道，因此，当新增外部数据的渠道接入时，可以复用已有的链路方案，无需再次开发新的链路方案，从而降低了开发成本；由于对所有的外部数据采用了统计的逻辑处理机制，因此大大简化了交易处理逻辑，加快了系统的响应速度，降低了维护成本。

一种多种外部数据的处理方法，应用于个人贷款管理系统，包括：

当监控到有外部数据返回时，判断所述外部数据是否正确；

若所述外部数据正确，则将正确的所述外部数据保存在数据库；

判断所述外部数据的返回时间是否超过预设系统配置时间；

若所述返回时间超过所述预设系统配置时间，则将所述数据库中保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

若所述返回时间没有超过所述预设系统配置时间，则判断所述外部数据是否为最后一个外部数据；

若所述外部数据为最后一个外部数据，则将所述数据库中保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

若所述外部数据不为最后一个外部数据，则返回继续监测是否有其它的外部数据返回。

可选的，还包括：

若所述外部数据不正确，则判断所述外部数据是否为最后一个外部数据；

若不正确的所述外部数据为最后一个外部数据，则将所述数据库中已保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

若不正确的所述外部数据不为最后一个外部数据，则返回继续监测是否有其它的外部数据返回。

可选的，还包括：

当在所述预设系统配置时间内没有监控到外部数据返回时，将用户贷款申请流程状态置于挂起状态。

可选的，还包括：

接收重发操作触发信号，再次发起对外部数据的查询操作。

可选的，还包括：

当在所述预设系统配置时间内没有监控到外部数据返回时，继续监控在预设超时时间段内是否有外部数据返回；

若在所述预设超时时间段内，监控到有外部数据返回时，则将在所述预设超时时间段内返回的外部数据作为第一外部数据，判断所述第一外部数据是否正确；

若所述第一外部数据正确，则将所述第一外部数据存储至所述数据库，并将所述第一外部数据打包发送给所述决策审批系统；

若所述第一外部数据不正确，则在所述预设超时时间段内继续监控，直至监控到正确外部数据，并将所述正确外部数据存储至所述数据库，同时将所述正确外部数据打包发送给所述决策审批系统。

可选的，还包括：

若在所述预设超时时间段内，没有监控到有外部数据返回时，则将用户贷款申请流程状态置于挂起状态。

可选的，还包括：

当将用户贷款申请流程状态置于挂起状态之后，若所述用户贷款申请流程状态处于挂起状态的持续时间达到预设清理时间时，触发超时清理机制，将超过所述预设清理时间的贷款申请进行统一拒绝处理，并输出贷款申请结果。

一种多种外部数据的处理装置，应用于个人贷款管理系统，包括：

第一判断单元，用于当监控到有外部数据返回时，判断所述外部数据是否正确；

第一保存单元，用于在所述第一判断单元判断为是的情况下，将正确的所述外部数据保存在数据库；

第二判断单元，用于判断所述外部数据的返回时间是否超过预设系统配置时间；

第一发送单元，用于在所述第二判断单元判断为是的情况下，并发送给决策审批系统进行决策审批处理；

第三判断单元，用于在所述第二判断单元判断为否的情况下，判断所述外部数据是否为最后一个外部数据；

第二发送单元，用于在所述第三判断单元判断为是的情况下，将所述数据库中保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

第一返回单元，用于在所述第三判断单元判断为否的情况下，返回所述第一判断单元，继续监测是否有其它的外部数据返回。

可选的，还包括：

第四判断单元，用于若所述外部数据不正确，则判断所述外部数据是否为最后一个外部数据；

第三发送单元，用于在所述第四判断单元判断为是的情况下，将所述数据库中已保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

第二返回单元，用于在所述第四判断单元判断为否的情况下，返回所述第一判断单元，继续监测是否有其它的外部数据返回。

可选的，还包括：

第一挂起单元，用于当在所述预设系统配置时间内没有监控到外部数据返回时，将用户贷款申请流程状态置于挂起状态。

可选的，还包括：

触发单元，用于接收重发操作触发信号，再次发起对外部数据的查询操作。

可选的，还包括：

第一继续监控单元，用于当在所述预设系统配置时间内没有监控到外部数据返回时，继续监控在预设超时时间段内是否有外部数据返回；

第五判断单元，用于若在所述预设超时时间段内，监控到有外部数据返回时，则将在所述预设超时时间段内返回的外部数据作为第一外部数据，判断所述第一外部数据是否正确；

第四发送单元，用于在所述第五判断单元判断为是的情况下，则将所述第一外部数据存储至所述数据库，并将所述第一外部数据打包发送给所述决策审批系统；

第二继续监控单元，用于在所述第五判断单元判断为否的情况下，在所述预设超时时间段内继续监控，直至监控到正确外部数据，并将所述正确外部数据存储至所述数据库，同时将所述正确外部数据打包发送给所述决策审批系统。

可选的，还包括：

第二挂起单元，用于若在所述预设超时时间段内，没有监控到有外部数据返回时，则将用户贷款申请流程状态置于挂起状态。

可选的，还包括：

超时清理单元，用于当将用户贷款申请流程状态置于挂起状态之后，若所述用户贷款申请流程状态处于挂起状态的持续时间达到预设清理时间时，触发超时清理机制，将超过所述预设清理时间的贷款申请进行统一拒绝处理，并输出贷款申请结果。

从上述的技术方案可知，本发明公开了一种多种外部数据的处理方法及装置，当监控到有外部数据返回时，通过判断返回的外部数据是否正确，是否超出超过预设系统配置时间以及是否为最后一个外部数据，来确定是否将该外部数据保存至数据库，以及是否将数据库中已存储的所有外部数据打包并发送给决策审批系统进行决策审批处理。相对于传统方案而言，本发明中个人贷款管理系统针对不同查询结果的外部数据采用统一的逻辑处理机制，无需外部数据查询交易再和已有的多个查询交易进行逻辑梳理，并且适配已知的各种外部渠道，因此，当新增外部数据的渠道接入时，可以复用已有的链路方案，无需再次开发新的链路方案，从而降低了开发成本；由于对所有的外部数据采用了统计的逻辑处理机制，因此大大简化了交易处理逻辑，加快了系统的响应速度，降低了维护成本。

附图说明

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

图1为本发明实施例公开的一种客户通过网上银行发起贷款申请的交易链路示意图；

图2为本发明实施例公开的一种用户申请贷款的整个流程图；

图3为本发明实施例公开的一种多种外部数据的处理方法流程图；

图4为本发明实施例公开的一种多种外部数据的处理装置的结构示意图。

具体实施方式

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

本发明实施例公开了一种多种外部数据的处理方法及装置，当监控到有外部数据返回时，通过判断返回的外部数据是否正确，是否超出超过预设系统配置时间以及是否为最后一个外部数据，来确定是否将该外部数据保存至数据库，以及是否将数据库中已存储的所有外部数据打包并发送给决策审批系统进行决策审批处理。相对于传统方案而言，本发明中个人贷款管理系统针对不同查询结果的外部数据采用统一的逻辑处理机制，无需外部数据查询交易再和已有的多个查询交易进行逻辑梳理，并且适配已知的各种外部渠道，因此，当新增外部数据的渠道接入时，可以复用已有的链路方案，无需再次开发新的链路方案，从而降低了开发成本；由于对所有的外部数据采用了统计的逻辑处理机制，因此大大简化了交易处理逻辑，加快了系统的响应速度，降低了维护成本。

参见图1，本发明一实施例公开的一种客户通过网上银行发起贷款申请的交易链路示意图，该交易链路包括：

个人贷款管理系统(RETAIL LOAN MANAGEMENT SYSTEM，RLMS)11、MQ(MessageQueuing，消息队列)队列管理器12、外部数据接入系统(EXTERNAL DATA INTERFACESYSTEM，EDIP)13、征信系统(CREDIT COLLECTION PLATFORM SYSTEM，CCPS)14和决策审批系统(RISK DATA MARKET RETAIL-CUSTOMER VALUE SYSTEM，RDMR-CVS)15；

其中，MQ队列管理器12分别与个人贷款管理系统11、征信系统14和外部数据接入系统13连接，外部数据接入系统13用于与外部系统，比如税务系统16、公积金系统17和社保系统18等等连接。

个人贷款管理系统11与决策审批系统15连接。

参见图2，本发明公开的一种用户申请贷款的整个流程图，该方法应用于图1所示交易链路中的个人贷款管理系统，包括步骤：

步骤S101、接收用户发起的网络信用贷款申请；

在实际应用中，用户可以通过手机银行APP等渠道发起网络信用贷款申请，其中，网络信用贷款申请中包含有申请用户信息，比如，用户姓名、性别、身份证号等等。

步骤S102、根据所述网络信用贷款申请生成相对应的唯一申请记录；

需要说明的是，本步骤中的唯一申请记录是用户申请贷款时生成的一条与用户申请贷款事件唯一对应的记录，用于根据用户申请贷款的整个流程。

步骤S103、基于所述网络信用贷款申请中的申请信息，同时向外部数据接入系统发送外部数据查询指令和向征信系统发送个人征信查询指令；

个人贷款管理系统在根据网络信用贷款申请生成相对应的申请记录后，会基于网络信用贷款申请中的申请信息，同时向外部数据接入系统发送外部数据查询指令，使外部数据接入系统根据申请信息中的内容，查询申请信息中所需的外部信息，比如，社保、公积金、地税、中诚信黑名单等信息，以及向征信系统发送个人征信查询指令，也即，向征信信息发送对贷款申请人的征信查询指令。

需要说明的是，本实施例可以采用MQ技术查询外部数据和个人征信。也就是说，步骤S103具体可以为：将所述网络信用贷款申请中的申请信息以MQ报文方式，同时向外部数据接入系统发送外部数据查询指令和向征信系统发送个人征信查询指令。

MQ报文是一种信息交互技术，优点是响应快，可跟踪，并且交互信息没有字数限制。

在实际应用中，用户贷款申请时生成的唯一申请记录，可以称为流水，该流水与MQ报文是一对多的关系，即一条流水的申请记录可能会有多个外部数据的查询结果。

步骤S104、接收所述外部数据接入系统返回的外部数据查询结果以及所述征信系统返回的个人征信查询结果；

外部数据接入系统将申请信息中的各个查询内容请求，分别发送给相对应的外部系统，比如，将公积金查询请求发送给公积金系统，将税务查询请求发送给税务系统；各个外部系统查询完相对应的信息后，会将各自查询到的信息返回给外部数据接入系统，由外部数据接入系统将各个外部系统查询得到的外部数据查询结果返回给个人贷款管理系统，同时，当征信系统对贷款申请人的个人征信查询完成后，也会将查询得到的个人征信查询结果返回给个人贷款管理系统。

其中，征信系统比如，中诚信诚信公司的黑名单系统、人民银行的征信系统。

步骤S105、对所述外部数据查询结果和所述个人征信查询结果采用预设统一处理机制进行处理，得到查询处理结果；

步骤S106、将所述查询处理结果发送给决策审批系统，由所述决策审批系统确定用户是否符合贷款发放条件，并生成决策审批结果；

当个人贷款管理系统对外部数据查询结果和个人征信查询结果采用预设统一处理机制进行统一处理后，会得到一个查询处理结果，通过将该查询处理结果发送给决策审批系统，来由决策审批系统确定贷款申请用户是否符合网路信用贷款发放条件，并生成决策审批结果。

步骤S107、接收所述决策审批系统返回的所述决策审批结果；

步骤S108、基于所述决策审批结果和所述唯一申请记录，确定用户的申请结果，并输出。

具体的，当决策审批结果表征贷款申请用户符合贷款发放条件时，个人贷款管理系统就会对用户进行贷款额度等相关操作，并将用户能够申请的贷款额度等信息连同唯一申请记录以申请结果的形式告知用户；反之，当决策审批结果表征贷款申请用户不符合贷款发放条件时，个人贷款管理系统就会将用户不符合贷款发放条件的相关信息连同唯一申请记录作为最终的申请结果告知用户。

下面详细介绍上述实施例中步骤S105对外部数据查询结果和个人征信查询结果进行统一处理时所采用的统一处理机制。

参见图3，本发明一实施例公开的一种多种外部数据的处理方法流程图，该方法应用于图1所示交易链路中的个人贷款管理系统，包括步骤：

步骤S201、当监控到有外部数据返回时，判断所述外部数据是否正确，如果是，则执行步骤S202；如果否，则执行步骤S206；

需要特别说明的是，本步骤中所述的外部数据包括：用户发起的网络信用贷款申请后，基于网络信用贷款申请同时向外部数据接入系统和征信系统发送的查询交易后，外部数据接入系统返回的外部数据查询结果以及征信系统返回的个人征信查询结果。

其中，查询交易如查询征信信息交易、查询公积金信息数据、查询税务信息数据、查询社保信息、查询中诚信名单信息数据、查询百荣黑名单信息数据等。

在实际应用中，返回的外部数据的表示形式为报文，本实施例中，具体可以根据外部数据中表征正确与否的标识符来确定外部数据是否正确，当接收到的外部数据为查询错误码信息时，则表明返回的外部数据为错误数据。

需要说明的是，本实施例中，个人贷款管理系统主要监测的是MQ队列中是否有外部数据返回。

步骤S202、将正确的所述外部数据保存在数据库；

在实际应用中，可以在数据库中设置一个特性报文信息表，将正确的外部数据保存在特性报文信息表中。

步骤S203、继续判断所述外部数据的返回时间是否超过预设系统配置时间，如果否，则执行步骤S204，如果是，则执行步骤S205；

本实施例中，个人贷款管理系统预先设置了一个用于确定外部数据的返回时间是否超时的预设系统配置时间，通过判断外部数据的返回时间是否超时来确定是否将数据库中存储的信息发送给决策审批系统。

其中，外部数据的返回时间是从触发外部数据接入系统查询外部数据以及触发征信系统查询个人征信时开始计时。

步骤S204、判断所述外部数据是否为最后一个外部数据，如果是，则执行步骤S205，如果否，则返回步骤S201，继续监测是否有其它的外部数据返回；

步骤S205、将所述数据库中保存的所有返回的外部数据打包并发送给决策审批系统进行决策审批处理。

步骤S206、判断所述外部数据是否为最后一个外部数据，如果是，则执行步骤S207，如果否，则返回步骤S201，继续监测是否有其它的外部数据返回；

步骤S207、将所述数据库中已保存的所有返回的外部数据打包并发送给决策审批系统进行决策审批处理。

需要说明的是，图3所示实施例中数据库存储的外部数据，即图2所示实施例中的个人贷款管理系统对外部数据查询结果和个人征信查询结果采用预设统一处理机制进行统一处理后，得到的查询处理结果。

为方便理解，针对本实施例中的方案举例说明。

(1)假设需要通过外部数据接入系统查询贷款申请用户的公积金信息，当监测到公积金信息返回时，若返回的公积金信息为正确信息，则将该公积金信息保存在数据库中，具体可以保存在数据库设置的特性报文信息表中；并在进一步确定该公积金信息的返回时间未超过预设系统配置时间且为最后一个外部数据时，则数据库保存的所有返回的外部数据打包并发送给决策审批系统进行决策审批，以确定贷款申请用户是否符合贷款发放条件。

(2)假设需要通过外部数据接入系统查询贷款申请用户的社保信息；

当监测到社保信息返回时，若返回的社保信息为第一个返回外部数据，其返回时间未超过预设系统配置时间，且该设备信息为设备查询错误码信息时，则不保存该设备信息至数据库，并继续等待其他外部数据的返回。

当监测到社保信息返回时，若返回的社保信息为第一个返回外部数据，其返回时间未超过预设系统配置时间，且该设备信息为正确信息时，则将该设备信息保存至数据库，并继续等待等待其他外部数据的返回。

当监测到社保信息返回时，若返回的社保信息为第一个返回外部数据，其返回时间超过预设系统配置时间，且该设备信息为正确信息时，则将该设备信息保存至数据库，并将数据库中保存的所有外部数据打包并发送给决策审批系统进行决策审批，以确定贷款申请用户是否符合贷款发放条件。

综上可知，本发明公开的多种外部数据的处理方法，当监控到有外部数据返回时，通过判断返回的外部数据是否正确，是否超出超过预设系统配置时间以及是否为最后一个外部数据，来确定是否将该外部数据保存至数据库，以及是否将数据库中已存储的所有外部数据打包并发送给决策审批系统进行决策审批处理。相对于传统方案而言，本发明中个人贷款管理系统针对不同查询结果的外部数据采用统一的逻辑处理机制，无需外部数据查询交易再和已有的多个查询交易进行逻辑梳理，并且适配已知的各种外部渠道，因此，当新增外部数据的渠道接入时，可以复用已有的链路方案，无需再次开发新的链路方案，从而降低了开发成本；由于对所有的外部数据采用了统计的逻辑处理机制，因此大大简化了交易处理逻辑，加快了系统的响应速度，降低了维护成本。

另外，本发明还可以使程序开发者无需关心新增查询交易渠道的变化和不同外部数据查询交易之间的关联复杂性，而只需要关心查询交易发送和查询交易接收的组包，以及保存查询结果报文的逻辑。

为进一步优化上述实施例，在上述实施例的基础上，本发明还增加了挂起重发机制。

因此，本发明多种外部数据的处理方法还可以包括步骤：

当在预设系统配置时间内没有监控到外部数据返回时，将用户贷款申请流程状态置于挂起状态。

需要说明的是，当由于查询交易链路通讯繁忙等原因，导致个人贷款管理系统在图3中示出的业务逻辑处理机制不能满足下一步操作时，也会将用户贷款申请流程状态置于挂起状态。

当用户贷款申请流程状态置于挂起状态后，用户贷款申请流程将终止操作。在实际应用中，处于挂起状态的用户贷款申请流程可以在人工干预下触发重发操作或是由系统自动触发重发操作，重发操作具体可以为：个人贷款管理系统针对尚未成功查询的外部数据的查询交易，重置系统配置时间，该系统配置时间可以是由用户申请的，从而再次发起对外部数据的查询操作。

因此，本发明多种外部数据的处理方法还可以包括步骤：

接收重发操作触发信号，再次发起对外部数据的查询操作。

为进一步优化上述实施例，本发明多种外部数据的处理方法还可以包括步骤：

当在所述预设系统配置时间内没有监控到外部数据返回时，继续监控在预设超时时间段内是否有外部数据返回；

若在所述预设超时时间段内，监控到有外部数据返回时，则将在所述预设超时时间段内返回的外部数据作为第一外部数据，判断所述第一外部数据是否正确；

若所述第一外部数据正确，则将所述第一外部数据存储至所述数据库，并将所述第一外部数据打包发送给所述决策审批系统；

若所述第一外部数据不正确，则在所述预设超时时间段内继续监控，直至监控到正确外部数据，并将所述正确外部数据存储至所述数据库，同时将所述正确外部数据打包发送给所述决策审批系统；

若在所述预设超时时间段内，没有监控到有外部数据返回时，则将用户贷款申请流程状态置于挂起状态。

需要特别说明的是，预设超时时间段为预设系统配置时间之后的时间，预设超时时间段的时间起点为预设系统配置时间的时间终点。

为进一步优化上述实施例，在上述实施例的基础上，本发明还增加了超时清理机制。

因此，本发明多种外部数据的处理方法还可以包括步骤：

当用户贷款申请流程状态置于挂起状态后，若用户贷款申请流程状态处于挂起状态的持续时间达到预设清理时间时，触发超时清理机制，将超过预设清理时间的贷款申请信息进行统一拒绝处理，并输出贷款申请结果，以便告知贷款申请用户。

综上可知，本发明公开的多种外部数据的处理方法，当监控到有外部数据返回时，通过判断返回的外部数据是否正确，是否超出超过预设系统配置时间以及是否为最后一个外部数据，来确定是否将该外部数据保存至数据库，以及是否将数据库中已存储的所有外部数据打包并发送给决策审批系统进行决策审批处理。相对于传统方案而言，本发明中个人贷款管理系统针对不同查询结果的外部数据采用统一的逻辑处理机制，无需外部数据查询交易再和已有的多个查询交易进行逻辑梳理，并且适配已知的各种外部渠道，因此，当新增外部数据的渠道接入时，可以复用已有的链路方案，无需再次开发新的链路方案，从而降低了开发成本；由于对所有的外部数据采用了统计的逻辑处理机制，因此大大简化了交易处理逻辑，加快了系统的响应速度，降低了维护成本。

另外，本发明通过增加挂起重发机制和超时清理机制来进一步满足贷款产品对各种外部数据信息差异化处理以及时效性的要求。

与上述方法实施例相对应，本发明还公开了一种多种外部数据的处理装置。

参见图4，本发明一实施例公开的一种多种外部数据的处理装置的结构示意图，该装置应用于图1所示交易链路中的个人贷款管理系统，包括：

第一判断单元301，用于当监控到有外部数据返回时，判断所述外部数据是否正确；

需要特别说明的是，本实施例中所述的外部数据包括：用户发起的网络信用贷款申请后，基于网络信用贷款申请同时向外部数据接入系统和征信系统发送的查询交易后，外部数据接入系统返回的外部数据查询结果以及征信系统返回的个人征信查询结果。

其中，查询交易如查询征信信息交易、查询公积金信息数据、查询税务信息数据、查询社保信息、查询中诚信名单信息数据、查询百荣黑名单信息数据等。

在实际应用中，返回的外部数据的表示形式为报文，本实施例中，具体可以根据外部数据中表征正确与否的标识符来确定外部数据是否正确，当接收到的外部数据为查询错误码信息时，则表明返回的外部数据为错误数据。

需要说明的是，本实施例中，个人贷款管理系统主要监测的是MQ队列中是否有外部数据返回。

第一保存单元302，用于在所述第一判断单元301判断为是的情况下，将正确的所述外部数据保存在数据库；

在实际应用中，可以在数据库中设置一个特性报文信息表，将正确的外部数据保存在特性报文信息表中。

第二判断单元303，用于判断所述外部数据的返回时间是否超过预设系统配置时间；

本实施例中，个人贷款管理系统预先设置了一个用于确定外部数据的返回时间是否超时的预设系统配置时间，通过判断外部数据的返回时间是否超时来确定是否将数据库中存储的信息发送给决策审批系统。

其中，外部数据的返回时间是从触发外部数据接入系统查询外部数据以及触发征信系统查询个人征信时开始计时。

第一发送单元304，用于在所述第二判断单元303判断为是的情况下，并发送给决策审批系统进行决策审批处理；

第三判断单元305，用于在所述第二判断单元303判断为否的情况下，判断所述外部数据是否为最后一个外部数据；

第二发送单元306，用于在所述第三判断单元305判断为是的情况下，将所述数据库中保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

第一返回单元307，用于在所述第三判断单元305判断为否的情况下，返回所述第一判断单元301，继续监测是否有其它的外部数据返回。

需要说明的是，图4所示实施例中数据库存储的外部数据，即图2所示实施例中的个人贷款管理系统对外部数据查询结果和个人征信查询结果采用预设统一处理机制进行统一处理后，得到的查询处理结果。

综上可知，本发明公开的多种外部数据的处理装置，当监控到有外部数据返回时，通过判断返回的外部数据是否正确，是否超出超过预设系统配置时间以及是否为最后一个外部数据，来确定是否将该外部数据保存至数据库，以及是否将数据库中已存储的所有外部数据打包并发送给决策审批系统进行决策审批处理。相对于传统方案而言，本发明中个人贷款管理系统针对不同查询结果的外部数据采用统一的逻辑处理机制，无需外部数据查询交易再和已有的多个查询交易进行逻辑梳理，并且适配已知的各种外部渠道，因此，当新增外部数据的渠道接入时，可以复用已有的链路方案，无需再次开发新的链路方案，从而降低了开发成本；由于对所有的外部数据采用了统计的逻辑处理机制，因此大大简化了交易处理逻辑，加快了系统的响应速度，降低了维护成本。

另外，本发明还可以使程序开发者无需关心新增查询交易渠道的变化和不同外部数据查询交易之间的关联复杂性，而只需要关心查询交易发送和查询交易接收的组包，以及保存查询结果报文的逻辑。

为进一步优化上述实施例，多种外部数据的处理装置还可以包括：

第四判断单元，用于若所述外部数据不正确，则判断所述外部数据是否为最后一个外部数据；

第三发送单元，用于在所述第四判断单元判断为是的情况下，将所述数据库中已保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

第二返回单元，用于在所述第四判断单元判断为否的情况下，返回所述第一判断单元，继续监测是否有其它的外部数据返回。

为进一步优化上述实施例，在上述实施例的基础上，本发明还增加了挂起重发机制。

因此，多种外部数据的处理装置还可以包括：

第一挂起单元，用于当在所述预设系统配置时间内没有监控到外部数据返回时，将用户贷款申请流程状态置于挂起状态。

需要说明的是，当由于查询交易链路通讯繁忙等原因，导致个人贷款管理系统在图3中示出的业务逻辑处理机制不能满足下一步操作时，也会将用户贷款申请流程状态置于挂起状态。

当用户贷款申请流程状态置于挂起状态后，用户贷款申请流程将终止操作。在实际应用中，处于挂起状态的用户贷款申请流程可以在人工干预下触发重发操作或是由系统自动触发重发操作，重发操作具体可以为：个人贷款管理系统针对尚未成功查询的外部数据的查询交易，重置系统配置时间，该系统配置时间可以是由用户申请的，从而再次发起对外部数据的查询操作。

因此，本发明多种外部数据的处理方法还可以包括步骤：

触发单元，用于接收重发操作触发信号，再次发起对外部数据的查询操作。

为进一步优化上述实施例，本发明多种外部数据的处理方法还可以包括：

第一继续监控单元，用于当在所述预设系统配置时间内没有监控到外部数据返回时，继续监控在预设超时时间段内是否有外部数据返回；

第五判断单元，用于若在所述预设超时时间段内，监控到有外部数据返回时，则将在所述预设超时时间段内返回的外部数据作为第一外部数据，判断所述第一外部数据是否正确；

第四发送单元，用于在所述第五判断单元判断为是的情况下，则将所述第一外部数据存储至所述数据库，并将所述第一外部数据打包发送给所述决策审批系统；

第二继续监控单元，用于在所述第五判断单元判断为否的情况下，在所述预设超时时间段内继续监控，直至监控到正确外部数据，并将所述正确外部数据存储至所述数据库，同时将所述正确外部数据打包发送给所述决策审批系统。

第二挂起单元，用于若在所述预设超时时间段内，没有监控到有外部数据返回时，则将用户贷款申请流程状态置于挂起状态。

需要特别说明的是，预设超时时间段为预设系统配置时间之后的时间，预设超时时间段的时间起点为预设系统配置时间的时间终点。

为进一步优化上述实施例，在上述实施例的基础上，本发明还增加了超时清理机制。

因此，本发明多种外部数据的处理装置还可以包括：

超时清理单元，用于当将用户贷款申请流程状态置于挂起状态之后，若所述用户贷款申请流程状态处于挂起状态的持续时间达到预设清理时间时，触发超时清理机制，将超过所述预设清理时间的贷款申请进行统一拒绝处理，并输出贷款申请结果。

综上可知，本发明公开的多种外部数据的处理装置，当监控到有外部数据返回时，通过判断返回的外部数据是否正确，是否超出超过预设系统配置时间以及是否为最后一个外部数据，来确定是否将该外部数据保存至数据库，以及是否将数据库中已存储的所有外部数据打包并发送给决策审批系统进行决策审批处理。相对于传统方案而言，本发明中个人贷款管理系统针对不同查询结果的外部数据采用统一的逻辑处理机制，无需外部数据查询交易再和已有的多个查询交易进行逻辑梳理，并且适配已知的各种外部渠道，因此，当新增外部数据的渠道接入时，可以复用已有的链路方案，无需再次开发新的链路方案，从而降低了开发成本；由于对所有的外部数据采用了统计的逻辑处理机制，因此大大简化了交易处理逻辑，加快了系统的响应速度，降低了维护成本。

另外，本发明通过增加挂起重发机制和超时清理机制来进一步满足贷款产品对各种外部数据信息差异化处理以及时效性的要求。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (14)

1.一种多种外部数据的处理方法，其特征在于，应用于个人贷款管理系统，包括：

当监控到有外部数据返回时，判断所述外部数据是否正确；

若所述外部数据正确，则将正确的所述外部数据保存在数据库；

判断所述外部数据的返回时间是否超过预设系统配置时间；

若所述返回时间超过所述预设系统配置时间，则将所述数据库中保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

若所述返回时间没有超过所述预设系统配置时间，则判断所述外部数据是否为最后一个外部数据；

若所述外部数据为最后一个外部数据，则将所述数据库中保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

若所述外部数据不为最后一个外部数据，则返回继续监测是否有其它的外部数据返回。

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

若所述外部数据不正确，则判断所述外部数据是否为最后一个外部数据；

若不正确的所述外部数据为最后一个外部数据，则将所述数据库中已保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

若不正确的所述外部数据不为最后一个外部数据，则返回继续监测是否有其它的外部数据返回。

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

当在所述预设系统配置时间内没有监控到外部数据返回时，将用户贷款申请流程状态置于挂起状态。

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

接收重发操作触发信号，再次发起对外部数据的查询操作。

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

当在所述预设系统配置时间内没有监控到外部数据返回时，继续监控在预设超时时间段内是否有外部数据返回；

若在所述预设超时时间段内，监控到有外部数据返回时，则将在所述预设超时时间段内返回的外部数据作为第一外部数据，判断所述第一外部数据是否正确；

若所述第一外部数据正确，则将所述第一外部数据存储至所述数据库，并将所述第一外部数据打包发送给所述决策审批系统；

若所述第一外部数据不正确，则在所述预设超时时间段内继续监控，直至监控到正确外部数据，并将所述正确外部数据存储至所述数据库，同时将所述正确外部数据打包发送给所述决策审批系统。

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

若在所述预设超时时间段内，没有监控到有外部数据返回时，则将用户贷款申请流程状态置于挂起状态。

7.根据权利要求3或6所述的处理方法，其特征在于，还包括：

当将用户贷款申请流程状态置于挂起状态之后，若所述用户贷款申请流程状态处于挂起状态的持续时间达到预设清理时间时，触发超时清理机制，将超过所述预设清理时间的贷款申请进行统一拒绝处理，并输出贷款申请结果。

8.一种多种外部数据的处理装置，其特征在于，应用于个人贷款管理系统，包括：

第一判断单元，用于当监控到有外部数据返回时，判断所述外部数据是否正确；

第一保存单元，用于在所述第一判断单元判断为是的情况下，将正确的所述外部数据保存在数据库；

第二判断单元，用于判断所述外部数据的返回时间是否超过预设系统配置时间；

第一发送单元，用于在所述第二判断单元判断为是的情况下，并发送给决策审批系统进行决策审批处理；

第三判断单元，用于在所述第二判断单元判断为否的情况下，判断所述外部数据是否为最后一个外部数据；

第二发送单元，用于在所述第三判断单元判断为是的情况下，将所述数据库中保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

第一返回单元，用于在所述第三判断单元判断为否的情况下，返回所述第一判断单元，继续监测是否有其它的外部数据返回。

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

第四判断单元，用于若所述外部数据不正确，则判断所述外部数据是否为最后一个外部数据；

第三发送单元，用于在所述第四判断单元判断为是的情况下，将所述数据库中已保存的所有返回的外部数据打包，并发送给决策审批系统进行决策审批处理；

第二返回单元，用于在所述第四判断单元判断为否的情况下，返回所述第一判断单元，继续监测是否有其它的外部数据返回。

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

第一挂起单元，用于当在所述预设系统配置时间内没有监控到外部数据返回时，将用户贷款申请流程状态置于挂起状态。

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

触发单元，用于接收重发操作触发信号，再次发起对外部数据的查询操作。

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

第一继续监控单元，用于当在所述预设系统配置时间内没有监控到外部数据返回时，继续监控在预设超时时间段内是否有外部数据返回；

第五判断单元，用于若在所述预设超时时间段内，监控到有外部数据返回时，则将在所述预设超时时间段内返回的外部数据作为第一外部数据，判断所述第一外部数据是否正确；

第四发送单元，用于在所述第五判断单元判断为是的情况下，则将所述第一外部数据存储至所述数据库，并将所述第一外部数据打包发送给所述决策审批系统；

第二继续监控单元，用于在所述第五判断单元判断为否的情况下，在所述预设超时时间段内继续监控，直至监控到正确外部数据，并将所述正确外部数据存储至所述数据库，同时将所述正确外部数据打包发送给所述决策审批系统。

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

第二挂起单元，用于若在所述预设超时时间段内，没有监控到有外部数据返回时，则将用户贷款申请流程状态置于挂起状态。

14.根据权利要求10或13所述的处理装置，其特征在于，还包括：

超时清理单元，用于当将用户贷款申请流程状态置于挂起状态之后，若所述用户贷款申请流程状态处于挂起状态的持续时间达到预设清理时间时，触发超时清理机制，将超过所述预设清理时间的贷款申请进行统一拒绝处理，并输出贷款申请结果。