CN115983980A - 数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种数据处理方法、装置、设备及存储介质，涉及数据分析技术领域。其应用于第一服务器，方法包括：接收目标用户的用户终端发送的融资需求信息；在预设的金融产品库中，查找产品标签中至少一个子标签与融资需求信息匹配的N个目标金融产品；获取N个目标金融产品的产品标签中各子标签在预设时段内被匹配中的次数；基于各目标金融产品的产品标签中各子标签在预设时段内被匹配中的匹配次数，生成目标金融产品的匹配热度；向用户终端发送N个目标金融产品的产品信息以及匹配热度，以使用户终端基于产品信息显示目标融资界面，目标融资界面用于供目标用户申请目标金融产品进行融资。

Description

数据处理方法、装置、设备及存储介质

技术领域

本申请属于数据分析技术领域，尤其涉及一种数据处理方法、装置、设备及存储介质。

背景技术

为了促进社会经济的发展，助力中小微企业的生产经营，中小微企业可以凭借自身信用状况向金融市场筹措资金。但是，现有中小微企业采用线下方式进行贷款，智能化程度低，操作繁琐且漫长，导致贷款效率低下。

发明内容

本申请实施例提供一种数据处理方法、装置、设备及存储介质，采用线上方式进行贷款，能够根据用户的融资需求准确匹配金融产品，简化操作流程，从而提高贷款效率。

第一方面，本申请实施例提供一种数据处理方法，应用于第一服务器，方法包括：

接收目标用户的用户终端发送的融资需求信息；

在预设的金融产品库中，查找产品标签中至少一个子标签与所述融资需求信息匹配的N个目标金融产品，其中，所述金融产品库包括多个金融产品以及各所述金融产品的产品标签，所述N为大于1的整数，所述产品标签包括多个子标签；

获取所述N个目标金融产品的产品标签中各所述子标签在预设时段内被匹配中的次数；

基于各所述目标金融产品的产品标签中各所述子标签在预设时段内被匹配中的匹配次数，生成所述目标金融产品的匹配热度；

向所述用户终端发送所述N个目标金融产品的产品信息以及所述匹配热度，以使所述用户终端基于所述产品信息显示目标融资界面，所述目标融资界面用于供目标用户申请所述目标金融产品进行融资，所述目标融资界面中显示有N个目标金融产品的产品列表，且所述产品列表中各所述目标金融产品按照其所述匹配热度排列。

在一些实施例中，所述向所述用户终端发送所述N个目标金融产品的产品信息以及所述匹配热度之后，还包括：

接收所述用户终端发送的融资请求，所述融资请求为所述用户终端在接收到所述目标用户对所述目标融资界面的融资申请操作的情况下生成；

响应于所述融资请求，获取所述目标用户的信用数据，所述信用数据包括用于指示所述目标用户的信用状况的数据；

在所述目标用户的信用数据中，筛选与所述目标金融产品关联的目标信用数据；

根据所述目标信用数据，确定所述目标用户的授信额度；

向所述用户终端发送所述目标用户的授信额度，以使所述目标融资界面显示所述授信额度。

在一些实施例中，所述响应于所述融资请求，获取所述目标用户的信用数据，包括：

响应于所述融资请求，在本地数据库中查找所述目标用户历史的信用数据；

在确定所述本地数据库中未存在所述目标用户历史的信用数据的情况下，向所述用户终端发送与所述目标金融产品关联的授权请求；

接收所述用户终端基于所述授权请求发送的目标授权信息；

基于所述目标授权信息，向至少一个第二服务器发送征信数据查询请求，各所述第二服务器中存储有多个用户的征信数据；

接收所述第二服务器基于所述目标授权信息发送的包括所述目标信用数据的信用数据。

在一些实施例中，所述目标授权信息包括多个维度的授权信息，且不同维度的授权信息用于查询不同类型的信用数据；

所述基于所述目标授权信息，向至少一个第二服务器发送征信数据查询请求，包括：

根据目标维度的授权信息，在多个第二服务器中确定与所述目标维度的授权信息匹配的第二服务器，所述目标维度的授权信息为所述多个维度中任一的授权信息，不同所述第二服务器存储有不同类型的信用数据，所述目标维度的授权信息用于指示查询目标类型的信用数据，且与所述目标维度的授权信息匹配的第二服务器存储有所述目标类型的信用数据；

采用过多线程并发方式向多个第二服务器中各所述第二服务器同步发送征信数据查询子请求，各所述征信数据查询子请求包括至少一个维度的授权信息。

在一些实施例中，所述根据所述目标信用数据，确定所述目标用户的授信额度，包括：

将所述目标信用数据输入至授信额度预测模型，得到所述目标用户的授信额度；所述授信额度预测模型是根据多个历史授权信用数据以及各所述历史授权信用数据对应的历史授信额度训练得到。

第二方面，本申请实施例提供了一种数据处理装置，应用于第一服务器，装置包括：

第一接收模块，用于接收目标用户的用户终端发送的融资需求信息；

查找模块，用于在预设的金融产品库中，查找产品标签中至少一个子标签与所述融资需求信息匹配的N个目标金融产品，其中，所述金融产品库包括多个金融产品以及各所述金融产品的产品标签，所述N为大于1的整数，所述产品标签包括多个子标签；

第一获取模块，用于获取所述N个目标金融产品的产品标签中各所述子标签在预设时段内被匹配中的次数；

生成模块，用于基于各所述目标金融产品的产品标签中各所述子标签在预设时段内被匹配中的匹配次数，生成所述目标金融产品的匹配热度；

第一发送模块，用于向所述用户终端发送所述N个目标金融产品的产品信息以及所述匹配热度，以使所述用户终端基于所述产品信息显示目标融资界面，所述目标融资界面用于供目标用户申请所述目标金融产品进行融资，所述目标融资界面中显示有N个目标金融产品的产品列表，且所述产品列表中各所述目标金融产品按照其所述匹配热度排列。

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

第二接收模块，用于接收所述用户终端发送的融资请求，所述融资请求为所述用户终端在接收到所述目标用户对所述目标融资界面的融资申请操作的情况下生成；

第二获取模块，用于响应于所述融资请求，获取所述目标用户的信用数据，所述信用数据包括用于指示所述目标用户的信用状况的数据；

筛选模块，用于在所述目标用户的信用数据中，筛选与所述目标金融产品关联的目标信用数据；

确定模块，用于根据所述目标信用数据，确定所述目标用户的授信额度；

第二发送模块，用于向所述用户终端发送所述目标用户的授信额度，以使所述目标融资界面显示所述授信额度。

在一些实施例中，所述获取模块，包括：

查找单元，用于响应于所述融资请求，在本地数据库中查找所述目标用户历史的信用数据；

第一发送单元，用于在确定所述本地数据库中未存在所述目标用户历史的信用数据的情况下，向所述用户终端发送与所述目标金融产品关联的授权请求；

第一接收单元，用于接收所述用户终端基于所述授权请求发送的目标授权信息；

第二发送单元，用于基于所述目标授权信息，向至少一个第二服务器发送征信数据查询请求，各所述第二服务器中存储有多个用户的征信数据；

第二接收单元，用于接收所述第二服务器基于所述目标授权信息发送的包括所述目标信用数据的信用数据。

在一些实施例中，所述目标授权信息包括多个维度的授权信息，且不同维度的授权信息用于查询不同类型的信用数据；

所述第二发送单元，包括：

确定子单元，用于根据目标维度的授权信息，在多个第二服务器中确定与所述目标维度的授权信息匹配的第二服务器，所述目标维度的授权信息为所述多个维度中任一的授权信息，不同所述第二服务器存储有不同类型的信用数据，所述目标维度的授权信息用于指示查询目标类型的信用数据，且与所述目标维度的授权信息匹配的第二服务器存储有所述目标类型的信用数据；

发送子单元，用于采用过多线程并发方式向多个第二服务器中各所述第二服务器同步发送征信数据查询子请求，各所述征信数据查询子请求包括至少一个维度的授权信息。

在一些实施例中，所述确定模块，具体用于将所述目标信用数据输入至授信额度预测模型，得到所述目标用户的授信额度；所述授信额度预测模型是根据多个历史授权信用数据以及各所述历史授权信用数据对应的历史授信额度训练得到。

第三方面，本申请实施例提供了一种电子设备，设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如上任意一项所述的数据处理方法。

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

第五方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如上任意一项所述的数据处理方法。

本申请实施例的数据处理方法、装置、设备及存储介质，根据目标用户的用户终端发送的融资需求信息，在预设的金融产品库中，查找产品标签中至少一个子标签与融资需求信息匹配的N个目标金融产品，再获取N个目标金融产品的产品标签中各子标签在预设时段内被匹配中的次数，并生成目标金融产品的匹配热度，最后向用户终端发送目标金融产品的产品信息，以使用户终端基于产品信息显示目标融资界面，目标融资界面用于供用户申请目标金融产品进行融资，目标融资界面中显示有N个目标金融产品的产品列表，且产品列表中各目标金融产品按照其匹配热度排列。如此，本申请实施例中，采用线上方式进行贷款，能够根据用户的融资需求准确匹配金融产品，并直观全面的向用户展示推荐金融产品，可以简化操作流程，从而提高贷款效率。

附图说明

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

图1是本申请实施例提供的数据处理方法的流程示意图；

图2是本申请实施例提供的第一服务器的软件系统架构图；

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

图4是本申请实施例提供的数据处理装置的结构示意图；

图5是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

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

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

为了促进社会经济的发展，助力中小微企业的生产经营，中小微企业可以凭借自身信用状况向金融市场筹措资金。

但是，现有中小微企业采用线下方式进行贷款，智能化程度低，操作繁琐且漫长，导致贷款效率低下。

并且，现有中小微企业还由于经营风险大、实物资产少、技术水平普遍不高，导致其抗风险能力较弱，使得金融机构为了控制信贷风险，只为中小微小型企业提供单一的金融贷款产品，无法满足各中小微型企业多样的贷款需求。

为了解决现有技术问题，本申请实施例提供了一种数据处理方法、装置、设备及存储介质。

下面首先对本申请实施例所提供的数据处理方法进行介绍。

图1示出了本申请一个实施例提供的数据处理方法的流程示意图。如图1所示，一种数据处理方法，应用于第一服务器，可以包括以下步骤S101至步骤S105。

S101、接收目标用户的用户终端发送的融资需求信息。

S102、在预设的金融产品库中，查找产品标签中至少一个子标签与融资需求信息匹配的N个目标金融产品。

S103、获取N个目标金融产品的产品标签中各子标签在预设时段内被匹配中的次数。

S104、基于各目标金融产品的产品标签中各子标签在预设时段内被匹配中的匹配次数，生成目标金融产品的匹配热度。

S105、向用户终端发送N个目标金融产品的产品信息以及匹配热度。

本申请实施例的数据处理方法，根据目标用户的用户终端发送的融资需求信息，在预设的金融产品库中，查找产品标签中至少一个子标签与融资需求信息匹配的N个目标金融产品，再获取N个目标金融产品的产品标签中各子标签在预设时段内被匹配中的次数，并生成目标金融产品的匹配热度，最后向用户终端发送目标金融产品的产品信息，以使用户终端基于产品信息显示目标融资界面，目标融资界面用于供用户申请目标金融产品进行融资，目标融资界面中显示有N个目标金融产品的产品列表，且产品列表中各目标金融产品按照其匹配热度排列。如此，本申请实施例中，采用线上方式进行贷款，能够根据用户的融资需求准确匹配金融产品，并直观全面的向用户展示推荐金融产品，可以简化操作流程，从而提高贷款效率。

下面介绍上述各个步骤的具体实现方式。

在S101中，上述目标用户可以是有融资贷款需求的中小微企业。具体可以是企业法人代表。

上述用户终端可以是个人计算机，或者移动终端。本申请实施例不仅限于此，还可以是其他具有数据处理能力的终端设备。

上述目标用户的用户终端发送的融资需求信息，可以是目标用户通过个人计算机的网页，或者移动终端应用程序，向第一服务器发送融资需求信息。

上述融资需求信息可以包括以下项中的至少一项：贷款金额区间、融资期限、担保方式、贷款地区、贷款金融机构。

上述接收目标用户的用户终端发送的融资需求信息，具体可以是通过无线或有线的通信方式，接收目标用户的用户终端发送的融资需求信息。

在S102中，上述金融产品库包括多个金融产品以及各金融产品的产品标签。上述N为大于1的整数。

上述产品标签包括至少一个子标签。示例性地，产品标签可以包括以下中的至少一个子标签：贷款金额区间、融资期限、担保方式、贷款地区、贷款金融机构。需要说明的是，金融产品的产品标签能够满足用户融资需求信息。

在一些实施例中，在上述步骤S102之前，还可以包括以下步骤：

获取至少一个金融产品；

对各金融产品设置产品标签，并将各金融产品存入金融产品库中。

其中，对各金融产品设置产品标签，并将各金融产品存入金融产品库中，具体可以包括：对各金融产品设置产品标签及设置关联的信用数据的类型，并将各金融产品存入金融产品库中。

在S103中，上述获取N个目标金融产品的产品标签中各子标签在预设时段内被匹配中的次数，示例性地，可以是在本地数据库中获取10个目标金融产品的产品标签中，各子标签在半年内被匹配中的次数。

在S104中，上述基于各目标金融产品的产品标签中各子标签在预设时段内被匹配中的匹配次数，生成目标金融产品的匹配热度，可以是将目标金融产品的产品标签中各子标签在预设时段内被匹配中的匹配次数相加，得到目标金融产品的匹配热度；或者，也可以是基于目标金融产品的产品标签中各子标签在预设时段内被匹配中的匹配次数，乘以各子标签的预设权重值，求和得到目标金融产品的匹配热度。

在S105中，上述向用户终端发送N个目标金融产品的产品信息，具体可以是第一服务器通过有线或无线的通信方式，向用户终端发送N个目标金融产品的产品信息，以使用户终端基于产品信息显示目标融资界面，目标融资界面用于供目标用户申请目标金融产品进行融资；或者，向用户终端发送N个目标金融产品的产品信息以及匹配热度，以使用户终端基于产品信息显示目标融资界面，目标融资界面用于供目标用户申请目标金融产品进行融资，目标融资界面中显示有N个目标金融产品的产品列表，且产品列表中各目标金融产品按照其匹配热度排列。

作为本申请的另一种实现方式，为了简化企业用户的贷款资质审查步骤，从而提高贷款效率，在步骤S105之后，还可以包括以下步骤：

接收用户终端发送的融资请求；

响应于融资请求，获取目标用户的信用数据；

在目标用户的信用数据中，筛选与目标金融产品关联的目标信用数据；

根据目标信用数据，确定目标用户的授信额度；

向用户终端发送目标用户的授信额度。

上述融资请求为用户终端在接收到目标用户对目标融资界面的融资申请操作的情况下生成。

上述信用数据包括用于指示目标用户的信用状况的数据。例如，目标用户的社保、纳税和不动产登记等不同类型的信用数据。

上述响应于融资请求，获取目标用户的信用数据，可以是在本地数据库中查找目标用户历史的信用数据。或者可以是，在确定本地数据库中未存在目标用户历史的信用数据的情况下，向用户终端发送与目标金融产品关联的授权请求；接收用户终端基于授权请求发送的目标授权信息；基于目标授权信息，向至少一个第二服务器发送征信数据查询请求，各第二服务器中存储有多个用户的征信数据；接收第二服务器基于目标授权信息发送的包括目标信用数据的信用数据。

上述根据目标信用数据，确定目标用户的授信额度，可以是将目标信用数据输入至授信额度预测模型，得到目标用户的授信额度；或者，也可以是将目标信用数据发送至金融机构进行计算，确定后反馈至第一服务器。

上述向用户终端发送目标用户的授信额度，可以使目标融资界面显示授信额度。

本实施例中，通过实时获取目标用户的信用数据，进而筛选与目标金融产品关联的目标信用数据，从而确定目标用户的授信额度，可以简化企业用户的贷款资质审查步骤，从而提高贷款效率。

在一些实施例中，上述响应于融资请求，获取目标用户的信用数据，具体可以包括：

响应于融资请求，在本地数据库中查找目标用户历史的信用数据；

在确定本地数据库中未存在目标用户历史的信用数据的情况下，向用户终端发送与目标金融产品关联的授权请求；

接收用户终端基于授权请求发送的目标授权信息；

基于目标授权信息，向至少一个第二服务器发送征信数据查询请求，各第二服务器中存储有多个用户的征信数据；

接收第二服务器基于目标授权信息发送的包括目标信用数据的信用数据。

上述本地数据库存储有多个用户历史的信用数据。每个用户历史的信用数据存储时长有限，示例性地，可以是30天的有效存储时长，本申请实施例中，不仅限于此，还可以是其他设定的存储时长，在此不做具体限定。

上述目标授权信息，可以是表征目标用户同意授权第一服务器获取其信用数据的授权协议。

上述第二服务器可以是存储有多个用户的征信数据的服务器。示例性地，可以是存储有关征信数据，例如社保、税务、电力、市场监督管理等的服务器。此外，第二服务器中存储的征信数据也具有一定的真实性与准确性，因此，企业不再需要提供大量的证明材料。

上述目标信用数据，可以是目标用户的信用数据中，与目标金融产品关联的信用数据。

本实施例中，可以在确定本地数据库中未存在目标用户历史的信用数据的情况下，快速得到目标用户的授权，并向具有社会公信力的第二服务器获取目标用户的信用数据，增强信用数据的准确性，简化了用户资质审核的流程，并增强用户信用数据的真实性。

在一些实施例中，上述目标授权信息可以包括多个维度的授权信息，且不同维度的授权信息用于查询不同类型的信用数据；

上述基于目标授权信息，向至少一个第二服务器发送征信数据查询请求，具体可以包括：

根据目标维度的授权信息，在多个第二服务器中确定与目标维度的授权信息匹配的第二服务器；

采用过多线程并发方式向多个第二服务器中各第二服务器同步发送征信数据查询子请求。

上述目标授权信息包括多个维度的授权信息，可以是社保、纳税，不动产登记等维度的授权信息。与上述不同类型的信用数据相对应。

上述目标维度的授权信息为多个维度中任一的授权信息，不同第二服务器存储有不同类型的信用数据，目标维度的授权信息用于指示查询目标类型的信用数据，且与目标维度的授权信息匹配的第二服务器存储有目标类型的信用数据。

上述征信数据查询子请求包括至少一个维度的授权信息。

上述根据目标维度的授权信息，在多个第二服务器中确定与目标维度的授权信息匹配的第二服务器，示例性地，可以是根据社保维度的授权信息，在多个第二服务器中确定社保维度的授权信息对应的第二服务器，同理，确定纳税及不动产登记等维度的授权信息的第二服务器。

本实施例中，通过多线程并发方式，实现信用数据的并发采集与处理。当信用信息需要从多个数据源采集时，可以为每个数据源采集渠道创建一个任务线程，多个线程间并发的获取信用数据，当所有线程都处理完毕时，系统将数据进行整合与加工处理，最后整合加工后的信用信息，节约线下办理贷款资质材料的时间成本及人力成本，从而提高贷款效率。

在一些实施例中，上述根据目标信用数据，确定目标用户的授信额度，具体可以包括：

将目标信用数据输入至授信额度预测模型，得到目标用户的授信额度。

上述授信额度预测模型是根据多个历史授权信用数据以及各历史授权信用数据对应的历史授信额度训练得到。

上述根据多个历史授权信用数据以及各历史授权信用数据对应的历史授信额度训练可以基于机器学习进行训练。机器学习是计算机科学(特别是人工智能)的一个大分支，其目的是通过利用现有数据集来实现现实中描述性和预测性的模型。

本实施例中，基于机器学习训练得到授信额度预测模型，可以根据目标信用数据，更为准确地确定目标用户的授信额度，即使是在现有数据集(即包括多个历史授权信用数据以及各历史授权信用数据对应的历史授信额度)有限的情况下，也能确定准确地确定目标用户的授信额度。

为了便于对本申请实施例中的数据处理方法的理解，在对此数据处理方法的实际应用过程进行说明，具体如下：

如图2至3所示，企业用户可通过互联网端的计算机浏览网页或者手机应用程序(即用户终端)发起贷款需求(包括融资需求信息)，融资信用服务平台(第一服务器)通过API网关分发到应用系统业务层，业务层根据需求，智能匹配符合需求的金融产品，根据不同的金融产品，请求不同的数据源或外部接口(可以调取第二服务器中的数据)，通过大数据分析进行数据加工和数据整合，得到用户的信用数据。

在企业中在融资信用服务平台(第一服务器)中选中目标金融产品，并发起融资请求时，还需要判断第一服务器的本地数据库中是否存在目标用户的信用信息。若不存在信用信息的情况下，可以依据目标金融产品关联的信用类型，生成授权请求及授权协议(目标授权信息)并展示，用户确认授权(授权请求)后，调用用户终端中的第一应用程序生成实人认证二维码，并提示目标用户在第一应用程序中进行实人认证，目标用户完成认证后通过“我已完成认证”按钮进行确认，第一服务器获取并保存目标授权信息，30天内再次申请无需再次授权，第一服务器同时依据目标授权信息调取厅局或本地(即第二服务器)中目标用户的信用数据，并根据目标用户的信用数据，测算目标用户的授信额度。

信用数据可以进行共享，共享方式有两种：一种是将整合后的信用数据以接口的形式进行共享；另一种方式是根据协议将信用数据推送到对应的金融机构。

通过配置化管理，将数据共享与数据采集解耦。将采集的信用信息分类成不同的信息类，如社保信息类、纳税信息类，不动产登记信息等，每个信息类下分为不同的信息项，如社保信息类下包含缴费时间、缴费金额、缴纳基数等信息项，当某一信息类下面的信息项发生变化时，通过更改信息项即可，当数据共享时可根据需要选择不同的数据类组合，从而实现数据共享和数据采集的解耦。

融资信用服务平台(第一服务器)依据目标授权信息调取第二服务器中目标用户的信用数据时，将授权信息分为不同维度的授权信息，例如社保信息类、纳税信息类，不动产登记信息类等维度，每个信息类下还可以包含不同的信息项，例如，社保信息类下包含缴费时间、缴费金额、缴纳基数等信息项。本申请对授权协议中的授权信息项配置，当某一信息类返回的信息项发生变更时，可相应对用户的信用数据进行更新。第一服务器将授权信息项对应的信用数据存入本地数据库中，当企业用户在申请贷款产品时，第一服务器根据本地数据库中授权信息表，展示对应的字段清单(即用户的信用数据)。

互联网端(即用户终端)可以为企业用户提供查看金融产品、测额、申请贷款相关服务功能，还可以为金融机构用户提供发布产品、推荐产品、查询企业融资需求等功能。

政务外网端(第一服务器)可以为政府管理人员用户及相关用户，查看系统运行情况、业务数据统计、审核金融机构入驻和添加产品等功能。

第一服务器将金融机构发布的金融产品添加到金融产品库中，金融产品审核添加时，需要设置产品标签，和设置金融产品关联的信用数据类别及授权信息维度。产品标签支持手工入库和点选两种方式，互联网端(即用户终端)特色专区使用，金融产品关联的信用数据类型由第一服务器配置数据中读取，用于发起融资需求信息时筛选的金融产品。金融机构用户发布的金融产品，在审核通过后直接上架，可以在互联网端的金融产品列表中予以显示，还可以无需审核金融产品，直接添加在金融产品库中。

依托大数据分析，多线程等技术手段，将原来业务环节中的部分人工环节线上化，同时将孤立的业务环节系统纳入一个系统，实现一网通办的业务闭环，达到提高效率、增强准确性的作用。

中小微企业在本平台注册后，可在线浏览金融产品，选择适合的产品，只需授权平台从各厅局部门获取所申请产品需要的税务、水电、不动产等信息，平台根据授权协议从各厅局部门获取企业所申请产品需要的信息，将信用数据共享给金融机构。本发明减少了中小微企业融资是提供的材料和时间成本，提高了中小微企业融资时提供信息的真实可靠性，减少了银行审批繁琐的检验环节，提高了整个融资流程的效率。

基于上述实施例提供的数据处理方法，相应地，本申请还提供了数据处理装置的具体实现方式。请参见以下实施例。

如图4所示，本申请实施例提供的数据处理装置400，应用于第一服务器，可以包括以下模块：第一接收模块401、查找模块402、第一获取模块403、生成模块404和第一发送模块405。

第一接收模块401，用于接收目标用户的用户终端发送的融资需求信息。

查找模块402，用于在预设的金融产品库中，查找产品标签中至少一个子标签与融资需求信息匹配的N个目标金融产品。其中，金融产品库包括多个金融产品以及各金融产品的产品标签，N为大于1的整数，产品标签包括多个子标签。

第一获取模块403，用于获取N个目标金融产品的产品标签中各子标签在预设时段内被匹配中的次数。

生成模块405，用于基于各目标金融产品的产品标签中各子标签在预设时段内被匹配中的匹配次数，生成目标金融产品的匹配热度。

第一发送模块405，用于向用户终端发送N个目标金融产品的产品信息以及匹配热度，以使用户终端基于产品信息显示目标融资界面，目标融资界面用于供目标用户申请目标金融产品进行融资，目标融资界面中显示有N个目标金融产品的产品列表，且产品列表中各目标金融产品按照其匹配热度排列。

本申请实施例的数据处理装置，根据目标用户的用户终端发送的融资需求信息，在预设的金融产品库中，查找产品标签中至少一个子标签与融资需求信息匹配的N个目标金融产品，再获取N个目标金融产品的产品标签中各子标签在预设时段内被匹配中的次数，并生成目标金融产品的匹配热度，最后向用户终端发送目标金融产品的产品信息，以使用户终端基于产品信息显示目标融资界面，目标融资界面用于供用户申请目标金融产品进行融资，目标融资界面中显示有N个目标金融产品的产品列表，且产品列表中各目标金融产品按照其匹配热度排列。如此，本申请实施例中，采用线上方式进行贷款，能够根据用户的融资需求准确匹配金融产品，并直观全面的向用户展示推荐金融产品，可以简化操作流程，从而提高贷款效率。

作为本申请的另一种实现方式，为了简化企业用户的贷款资质审查步骤，从而提高贷款效率，上述装置400，还可以包括：

第二接收模块，用于接收用户终端发送的融资请求，融资请求为用户终端在接收到目标用户对目标融资界面的融资申请操作的情况下生成；

第二获取模块，用于响应于融资请求，获取目标用户的信用数据，信用数据包括用于指示目标用户的信用状况的数据；

筛选模块，用于在目标用户的信用数据中，筛选与目标金融产品关联的目标信用数据；

确定模块，用于根据目标信用数据，确定目标用户的授信额度；

第二发送模块，用于向用户终端发送目标用户的授信额度，以使目标融资界面显示授信额度。

在一些实施例中，上述第二获取模块，具体可以包括：

查找单元，用于响应于融资请求，在本地数据库中查找目标用户历史的信用数据；

第一发送单元，用于在确定本地数据库中未存在目标用户历史的信用数据的情况下，向用户终端发送与目标金融产品关联的授权请求；

第一接收单元，用于接收用户终端基于授权请求发送的目标授权信息；

第二发送单元，用于基于目标授权信息，向至少一个第二服务器发送征信数据查询请求，各第二服务器中存储有多个用户的征信数据；

第二接收单元，用于接收第二服务器基于目标授权信息发送的包括目标信用数据的信用数据。

在一些实施例中，上述目标授权信息包括多个维度的授权信息，且不同维度的授权信息用于查询不同类型的信用数据；

第二发送单元，具体可以包括：

确定子单元，用于根据目标维度的授权信息，在多个第二服务器中确定与目标维度的授权信息匹配的第二服务器，目标维度的授权信息为多个维度中任一的授权信息，不同第二服务器存储有不同类型的信用数据，目标维度的授权信息用于指示查询目标类型的信用数据，且与目标维度的授权信息匹配的第二服务器存储有目标类型的信用数据；

发送子单元，用于采用过多线程并发方式向多个第二服务器中各第二服务器同步发送征信数据查询子请求，各征信数据查询子请求包括至少一个维度的授权信息。

在一些实施例中，上述确定模块，具体用于将目标信用数据输入至授信额度预测模型，得到目标用户的授信额度；授信额度预测模型是根据多个历史授权信用数据以及各历史授权信用数据对应的历史授信额度训练得到。

图5示出了本申请实施例提供的电子设备的硬件结构示意图。

在电子设备可以包括处理器501以及存储有计算机程序指令的存储器502。

具体地，上述处理器501可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器502可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器502可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在综合网关容灾设备的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。

在特定实施例中，存储器502可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器501通过读取并执行存储器502中存储的计算机程序指令，以实现上述实施例中的任意一种数据处理方法。

在一个示例中，电子设备还可包括通信接口503和总线510。其中，如图5所示，处理器501、存储器502、通信接口503通过总线510连接并完成相互间的通信。

通信接口503，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线510包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线510可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该电子设备可以执行本申请实施例中的数据处理方法，从而实现结合图1和图4描述的数据处理方法和装置。

另外，结合上述实施例中的数据处理方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据处理方法。

结合上述实施例中的数据处理方法，本申请实施例可提供一种计算机程序产品，该计算机程序产品中的指令由电子设备的处理器执行时，使得该电子设备执行如上任意一项的数据处理方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种数据处理方法，其特征在于，应用于第一服务器，所述方法包括：

接收目标用户的用户终端发送的融资需求信息；

在预设的金融产品库中，查找产品标签中至少一个子标签与所述融资需求信息匹配的N个目标金融产品，其中，所述金融产品库包括多个金融产品以及各所述金融产品的产品标签，所述N为大于1的整数，所述产品标签包括多个子标签；

获取所述N个目标金融产品的产品标签中各所述子标签在预设时段内被匹配中的次数；

基于各所述目标金融产品的产品标签中各所述子标签在预设时段内被匹配中的匹配次数，生成所述目标金融产品的匹配热度；

向所述用户终端发送所述N个目标金融产品的产品信息以及所述匹配热度，以使所述用户终端基于所述产品信息显示目标融资界面，所述目标融资界面用于供目标用户申请所述目标金融产品进行融资，所述目标融资界面中显示有N个目标金融产品的产品列表，且所述产品列表中各所述目标金融产品按照其所述匹配热度排列。

2.根据权利要求1所述的方法，其特征在于，所述向所述用户终端发送所述N个目标金融产品的产品信息以及所述匹配热度之后，还包括：

接收所述用户终端发送的融资请求，所述融资请求为所述用户终端在接收到所述目标用户对所述目标融资界面的融资申请操作的情况下生成；

响应于所述融资请求，获取所述目标用户的信用数据，所述信用数据包括用于指示所述目标用户的信用状况的数据；

在所述目标用户的信用数据中，筛选与所述目标金融产品关联的目标信用数据；

根据所述目标信用数据，确定所述目标用户的授信额度；

向所述用户终端发送所述目标用户的授信额度，以使所述目标融资界面显示所述授信额度。

3.根据权利要求2所述的方法，其特征在于，所述响应于所述融资请求，获取所述目标用户的信用数据，包括：

响应于所述融资请求，在本地数据库中查找所述目标用户历史的信用数据；

在确定所述本地数据库中未存在所述目标用户历史的信用数据的情况下，向所述用户终端发送与所述目标金融产品关联的授权请求；

接收所述用户终端基于所述授权请求发送的目标授权信息；

基于所述目标授权信息，向至少一个第二服务器发送征信数据查询请求，各所述第二服务器中存储有多个用户的征信数据；

接收所述第二服务器基于所述目标授权信息发送的包括所述目标信用数据的信用数据。

4.根据权利要求3所述的方法，其特征在于，所述目标授权信息包括多个维度的授权信息，且不同维度的授权信息用于查询不同类型的信用数据；

所述基于所述目标授权信息，向至少一个第二服务器发送征信数据查询请求，包括：

根据目标维度的授权信息，在多个第二服务器中确定与所述目标维度的授权信息匹配的第二服务器，所述目标维度的授权信息为所述多个维度中任一的授权信息，不同所述第二服务器存储有不同类型的信用数据，所述目标维度的授权信息用于指示查询目标类型的信用数据，且与所述目标维度的授权信息匹配的第二服务器存储有所述目标类型的信用数据；

采用过多线程并发方式向多个第二服务器中各所述第二服务器同步发送征信数据查询子请求，各所述征信数据查询子请求包括至少一个维度的授权信息。

5.根据权利要求2所述的方法，其特征在于，所述根据所述目标信用数据，确定所述目标用户的授信额度，包括：

将所述目标信用数据输入至授信额度预测模型，得到所述目标用户的授信额度；所述授信额度预测模型是根据多个历史授权信用数据以及各所述历史授权信用数据对应的历史授信额度训练得到。

6.一种数据处理装置，其特征在于，应用于第一服务器，所述装置包括：

第一接收模块，用于接收目标用户的用户终端发送的融资需求信息；

查找模块，用于在预设的金融产品库中，查找产品标签中至少一个子标签与所述融资需求信息匹配的N个目标金融产品，其中，所述金融产品库包括多个金融产品以及各所述金融产品的产品标签，所述N为大于1的整数，所述产品标签包括多个子标签；

第一获取模块，用于获取所述N个目标金融产品的产品标签中各所述子标签在预设时段内被匹配中的次数；

生成模块，用于基于各所述目标金融产品的产品标签中各所述子标签在预设时段内被匹配中的匹配次数，生成所述目标金融产品的匹配热度；

第一发送模块，用于向所述用户终端发送所述N个目标金融产品的产品信息以及所述匹配热度，以使所述用户终端基于所述产品信息显示目标融资界面，所述目标融资界面用于供目标用户申请所述目标金融产品进行融资，所述目标融资界面中显示有N个目标金融产品的产品列表，且所述产品列表中各所述目标金融产品按照其所述匹配热度排列。

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

第二接收模块，用于接收所述用户终端发送的融资请求，所述融资请求为所述用户终端在接收到所述目标用户对所述目标融资界面的融资申请操作的情况下生成；

第二获取模块，用于响应于所述融资请求，获取所述目标用户的信用数据，所述信用数据包括用于指示所述目标用户的信用状况的数据；

筛选模块，用于在所述目标用户的信用数据中，筛选与所述目标金融产品关联的目标信用数据；

确定模块，用于根据所述目标信用数据，确定所述目标用户的授信额度；

第二发送模块，用于向所述用户终端发送所述目标用户的授信额度，以使所述目标融资界面显示所述授信额度。

8.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1-5任意一项所述的数据处理方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-5任意一项所述的数据处理方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-5任意一项所述的数据处理方法。

Images