CN108364218A - 一种用户征信数据的共享方法及装置 - Google Patents

Abstract

本申请中提供了一种用户征信数据的共享方法及装置，其中，方法包括：获取征信机构采集的用户征信数据，所述用户征信数据包括：用于表征所述用户征信数据中存在信用信息的信用标识、用户基本信息、反映用户信用的信用信息；依据所述信用信息确定用户信用类型；依据所述用户基本信息和所述用户信用类型，生成用于描述用户信用行为的摘要信息；将所述摘要信息写入区块链，通过本申请实施例，可以实现在***露征信***中各征信机构的商业信息的前提下，实现用户征信数据的共享。

Description

一种用户征信数据的共享方法及装置

技术领域

本申请涉及征信领域，特别是涉及一种用户征信数据的共享方法及装置。

背景技术

在征信行业中，每个能够获取用户信用信息的商业机构都有可能成为征信机构，例如，银行、商场等商业机构都可能成为征信机构。

为了实现多个征信机构之间用户征信数据的共享，目前，依据多个征信机构的数据来建立征信***，其中，每个征信机构将其获取的用户征信数据保存在区块链中，从而实现征信***中的各征信机构通过区块链实现征信数据的共享。

在征信***中，征信机构所采集的用户征信数据中可能存在商业信息，为了避免商业信息的泄露，越来越多的征信机构不愿将其获取的用户征信数据共享，从而，出现征信机构共享的用户征信数据越来越少的问题。

发明内容

基于此，本申请提出了一种用户征信数据的共享方法，用以在***露征信***中各征信机构的商业信息的前提下，实现用户征信数据的共享。

本申请还提供了一种用户征信数据的共享装置，用以保证上述方法在实际中的实现及应用。

本申请提供的技术方案为：

本申请公开了一种用户征信数据的共享方法，该方法包括：

获取征信机构采集的用户征信数据，所述用户征信数据包括：用于表征所述用户征信数据中存在信用信息的信用标识、用户基本信息、反映用户信用的信用信息；

依据所述信用信息确定用户信用类型；

依据所述用户基本信息和所述用户信用类型，生成用于描述用户信用行为的摘要信息；

将所述摘要信息写入区块链。

其中，所述信用信息包括：预设的用户行为发生的截止日期，以及用户

行为发生的实际日期；

所述依据所述信用信息确定用户信用类型，包括：

若所述用户行为发生的实际日期晚于所述用户行为发生的截止日期，则确定所述用户信用类型为不良信用；

若所述用户行为发生的实际日期不晚于所述用户行为发生的截止日期，则确定所述用户信用类型为良好信用。

其中，在所述生成用于描述用户信用行为的摘要信息之后，所述方法还包括：

对所述摘要信息进行加密；

所述将所述摘要信息写入区块链包括：将所述加密后的摘要信息写入区块链。

其中，所述方法还包括：

将所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链。

其中，在所述获取征信机构采集的具有信用标识的用户征信数据之后，所述方法还包括：

将所述用户征信数据保存在所述征信机构的数据库。

其中，在所述将与所述加密后的摘要信息对应的征信机构，以及所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链之后，还包括：

当接收到访问所述区块链中加密后的摘要信息所对应的用户征信数据的请求时，输出与所述加密后的摘要信息对应的征信机构的数据库链接，以便通过付费方式访问所述征信机构的数据库中的用户征信数据。

本申请还提供了一种用户征信数据的共享装置，该装置包括：

获取单元，用于获取征信机构采集的用户征信数据，所述用户征信数据包括：用于表征所述用户征信数据中存在信用信息的信用标识、用户基本信息、反映用户信用的信用信息；

确定单元，用于依据所述信用信息确定用户信用类型；

生成单元，用于依据所述用户基本信息和所述用户信用类型，生成用于描述用户信用行为的摘要信息；

第一写入单元，用于将所述摘要信息写入区块链。

其中，所述信用信息包括：预设的用户行为发生的截止日期，以及用户行为发生的实际日期；

所述确定单元，包括：

第一确定子单元，用于若所述用户行为发生的实际日期晚于所述用户行为发生的截止日期，则确定所述用户信用类型为不良信用；

第二确定子单元，用于若所述用户行为发生的实际日期不晚于所述用户行为发生的截止日期，则确定所述用户信用类型为良好信用。

其中，所述装置还包括：

加密单元，用于在所述生成用于描述用户信用行为的摘要信息之后，对所述摘要信息进行加密；

所述第一写入单元，具体用于将所述加密后的摘要信息写入区块链。

其中，所述装置还包括：

第二写入单元，用于将所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链。

其中，所述装置还包括：

保存单元，用于在获取单元获取征信机构采集的具有信用标识的用户征信数据之后，将所述用户征信数据保存在所述征信机构的数据库。

其中，所述装置还包括：

输出单元，用于在第二写入单元将与所述加密后的摘要信息对应的征信机构，以及所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链之后，当接收到访问所述区块链中加密后的摘要信息所对应的用户征信数据的请求时，输出与所述加密后的摘要信息对应的征信机构的数据库链接，以便通过付费方式访问所述征信机构的数据库中的用户征信数据。

本申请的有益效果为：

在本申请实施例中，获取征信机构所采集的具有信用标识的用户征信数据，依据该用户征信数据中的信用信息确定用户信用类型，并依据用户基本信息与用户信用类型生成摘要信息，以及将该摘要信息写入区块链；此时，区块链中保存的是用户征信数据中的用户基本信息和用户信用类型，并不是用户的全部用户征信数据，进而，避免将用户征信数据中的商业信息写入区块链，因此，可以实现在***露征信***中各征信机构的商业信息的前提下，实现了用户征信数据的共享。

附图说明

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

图1为本申请中一种用户征信数据的共享方法实施例的流程图；

图2为本申请中一种用户征信数据的共享装置实施例的结构示意图。

具体实施方式

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

参考图1，示出了本申请中一种用户征信数据的共享方法实施例的流程图，该方法实施例可以包括：

步骤101：获取征信机构采集的用户征信数据，其中，用户征信数据包括：信用标识、用户基本信息、用户行为类型、预设的用户行为的截止日期，以及用户行为的实际日期。

在本实施例中，以征信机构所采集的一条用户征信数据为例，来说明用户征信数据的共享过程，以下在没有特殊说明的地方，所有的用户征信数据都为一条用户征信数据。该用户征信数据由多种类型消息中的一种或多种组成，其中，消息的类型可以包括：用户的基本信息、金融借贷信息、消费信息，以及社会公共信息等。其中，基本信息可以包括：姓名、出生地、职业、收入、学历以及住址等基本信息；金融借贷信息可以包括：助学贷款、车贷、房贷，以及***还款记录等信息；消费信息可以包括：商城和网络消费信息等信息；社会公共信息可以包括：在公交、地铁、火车上逃票记录等信息

例如，征信机构为银行时，该征信机构所采集的一条用户征信数据可以包括：用户的基本信息和用户的金融借贷信息，此时该征信机构所获取的用户征信数据可以包括：用户基本信息、用户行为类型(贷款、还款等)、预设的用户行为的截止日期，以及用户行为的实际日期等；征信机构为商场时，该征信机构所获取的用户征信数据可以包括：用户基本信息和消费信息，此时该征信机构所获取的用户征信数据具体可以包括：用户基本信息、用户行为类型(购买、退换等)、购买的时间和金额、预设的退换截止日期，用户退换的实际日期等；征信机构为社会公共部门时，该征信机构所获取的用户征信数据可以包括：用户的基本信息和社会公共信息等，此时该征信机构所获取的用户征信数据具体可以包括：用户基本信息、用户行为类型(购票、退票等)、预设的用户行为的截止日期(预设的用户购票的截止日期等)、用户行为的实际日期(用户没有购票，实际日期为空，可以默认为无穷大)。

在上述用户征信数据中，有些用户征信数据中涉及用户信用信息，有些用户征信数据中不涉及用户信用信息。例如，当用户征信数据为A用户在什么时间，什么地点，购买东西的金额和购买时间等，此时该用户征信数据中就不涉及用户的信用信息；当用户征信数据为：A用户退换已购买的商品，预设的截止退换时间为1月25日，而用户的实际退换时间为1月27日，该用户征信数据中就涉及用户信用信息。在本实施例中，为了区别用户征信数据中是否涉及用户信用信息，在用户征信数据中包括用于表征是否存在用户信用信息的信用标识。

步骤102：若用户征信数据中的信用标识为预设信用标识时，依据该用户征信数据中信用信息确定该用户的信用类型。

在本实施例中，当所获取的征信数据中的标识为预设标识时，接着，在本步骤中，信用信息可以为：预设的用户行为的截止日期和用户行为的实际日期，通过比较用户行为的实际日期和预设的用户行为的截止日期，来确定用户的信用类型。其中，信用类型可以包括：不良信用和良好信用，当用户行为的实际日期晚于预设的用户行为的截止日期时，此时，用户的信用类型确定为不良信用；当用户行为的实际日期不晚于用户行为的截止日期时，用户的信用类型确定为良好信用。

步骤103：依据征信数据中用户基本信息和用户信用类型，生成用于描述用户信用行为的摘要信息。

当确定出用户信用类型时，接着，在本步骤中，根据该用户基本信息以及该用户的信用类型，确定用于描述用户信用行为的摘要信息。例如，征信数据为：A用户的名称、出生地、职业等基本信息、还房贷的截止日期，实际还房贷的实际日期；该用户对应的信用类型为不良信用时，此征信数据对应的摘要信息为：A用户发生不良信用行为；当该用户对应的信用类型为良好时，此征信数据对应的摘要信息可以为：A用户的信用行为良好。

步骤104：对生成的摘要信息加密。

在生成摘要信息后，接着，在本步骤中，对该摘要信息进行加密，得到加密后的摘要信息。具体的，本实施例可以采用国密算法中的SM2算法对摘要信息进行加密。具体的加密过程这里不再赘述。

步骤105：将加密后的摘要信息写入区块链。

将摘要信息进行加密后，接着，在本步骤中，将加密后的摘要信息写入区块链。在实际应用中，本实施例还将用户基本信息、摘要信息、征信机构间的对应关系保存在区块链。

步骤106：将用户征信数据保存在征信机构的数据库。

在本实施例中，上述步骤102～步骤105是生成摘要信息、对生成的摘要信息进行加密，并将加密后的摘要信息写入区块链的过程。在实际应用中，征信***中每个征信机构都存在数据库。在本实施例除了执行上述步骤102～步骤105外，在获取到征信数据后，还将获取的征信数据保存在对应征信机构的数据库。

征信机构所采集的用户的征信数据，都保存在该征信机构的数据库中，此时，保存在数据库中的数据，不止包括用户的信用信息。以步骤101中的例子为例，A用户在什么时间，什么地点，购买东西的金额和购买时间等，此时该用户征信数据中就不涉及用户的信用信息。虽然用户A的征信数据中不涉及用户A的信用信息，但是，可以将用户A的购买金额和购买时间等征信数据保存在该征信机构的数据库中。后续可以统计出用户A在一段时间的购买总金额，从而可以根据用户A的购买总金额，评估用户A的购买能力。以便该购买能力可以作为后续的决定的参考信息，例如，用户A到某银行贷款时，可以参考该用户A的购买能力，来决定为用户A提供的贷款金额等。

需要说明的是，在本实施例中，步骤106只需在步骤101之后，以及在步骤107之前即可，对于具体的顺序本实施例不作具体的限定。

步骤107：当接收到访问所述区块链中加密后的摘要信息所对应的用户征信数据的请求时，输出与该加密后的摘要信息对应的征信机构的数据库链接，以便通过付费方式访问该征信机构的数据库中的用户征信数据。

在本实施例中，区块链可以为联盟链，具体区块链采用什么方式，需要根据实际情况进行确定。当具有访问权限的用户访问区块链中加密后的摘要信息后，由于区块链中保存有摘要信息对应的用户基本信息以及征信机构，当该用户对加密后的摘要信息所对应的用户征信机构感兴趣时，发送访问与加密后的摘要信息所对应的用户征信数据的请求。

当接收到访问加密后的摘要信息所对应的用户征信数据的请求时，输出与该加密后的摘要信息对应的征信机构的数据库链接，以便通过付费方式访问该征信机构数据库中的用户征信数据。

在本申请实施例中，获取征信机构所采集的具有信用标识的用户征信数据，依据该用户征信数据中的信用信息确定用户信用类型，并依据用户基本信息与用户信用类型生成摘要信息，以及将该摘要信息写入区块链；此时，区块链中保存的是用户征信数据中的用户基本信息和用户信用类型，并不是用户的全部征信数据，进而，避免将征信数据中的商业信息写入区块链，因此，可以实现在***露征信***中各征信机构的商业信息的前提下，实现了征信数据的共享，并且，区块链中所保存的摘要信息还可以为后续综合某用户的信用信息提供依据。

此外，在本实施例中，还对保存在区块链中的摘要信息进行加密，以提高摘要信息的安全性，并且，对于每个征信机构所采集的用户征信数据保存在该征信机构的数据库中，当接收到访问所述区块链中加密后的摘要信息所对应的用户征信数据的请求时，输出与该加密后的摘要信息对应的征信机构的数据库链接，以便通过付费方式访问该征信机构的数据库中的用户征信数据。

参考图2，示出了本申请中一种用户征信数据的共享装置实施例的结构示意图，该装置实施例可以包括：

获取单元201，用于获取征信机构采集的用户征信数据，所述用户征信数据包括：用于表征所述用户征信数据中存在信用信息的信用标识、用户基本信息、反映用户信用的信用信息；

确定单元202，用于依据所述信用信息确定用户信用类型；

生成单元203，用于依据所述用户基本信息和所述用户信用类型，生成用于描述用户信用行为的摘要信息；

第一写入单元204，用于将所述摘要信息写入区块链。

其中，所述信用信息包括：预设的用户行为发生的截止日期，以及用户行为发生的实际日期；

所述确定单元202，可以包括：

第一确定子单元，用于若所述用户行为发生的实际日期晚于所述用户行为发生的截止日期，则确定所述用户信用类型为不良信用；

第二确定子单元，用于若所述用户行为发生的实际日期不晚于所述用户行为发生的截止日期，则确定所述用户信用类型为良好信用。

其中，所述装置还包括：

加密单元，用于在所述生成用于描述用户信用行为的摘要信息之后，对所述摘要信息进行加密；

所述第一写入单元，具体用于将所述加密后的摘要信息写入区块链。

其中，所述装置还包括：

第二写入单元，用于将所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链。

其中，所述装置还包括：

保存单元，用于在获取单元获取征信机构采集的具有信用标识的用户征信数据之后，将所述用户征信数据保存在所述征信机构的数据库。

其中，所述装置还包括：

输出单元，用于在第二写入单元将与所述加密后的摘要信息对应的征信机构，以及所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链之后，当接收到访问所述区块链中加密后的摘要信息所对应的用户征信数据的请求时，输出与所述加密后的摘要信息对应的征信机构的数据库链接，以便通过付费方式访问所述征信机构的数据库中的用户征信数据。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同相似部分互相参见即可。在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。在文中的“包括”、“包含”等词语解释为包含的含义而不是排他或穷举的含义；也就是说，是“包含但不限于”的含义。在不脱离本发明构思的前提下，还可以做出变形、同等替换、改进等，这些都属于本发明的保护范围。

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

Claims (12)

1.一种用户征信数据的共享方法，其特征在于，所述方法包括：

获取征信机构采集的用户征信数据，所述用户征信数据包括：用于表征所述用户征信数据中存在信用信息的信用标识、用户基本信息、反映用户信用的信用信息；

依据所述信用信息确定用户信用类型；

依据所述用户基本信息和所述用户信用类型，生成用于描述用户信用行为的摘要信息；

将所述摘要信息写入区块链。

2.根据权利要求1所述的方法，其特征在于，所述信用信息包括：预设的用户行为发生的截止日期，以及用户行为发生的实际日期；

所述依据所述信用信息确定用户信用类型，包括：

若所述用户行为发生的实际日期晚于所述用户行为发生的截止日期，则确定所述用户信用类型为不良信用；

若所述用户行为发生的实际日期不晚于所述用户行为发生的截止日期，则确定所述用户信用类型为良好信用。

3.根据权利要求1所述的方法，其特征在于，在所述生成用于描述用户信用行为的摘要信息之后，所述方法还包括：

对所述摘要信息进行加密；

所述将所述摘要信息写入区块链包括：将所述加密后的摘要信息写入区块链。

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

将所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链。

5.根据权利要求4所述的方法，其特征在于，在所述获取征信机构采集的具有信用标识的用户征信数据之后，所述方法还包括：

将所述用户征信数据保存在所述征信机构的数据库。

6.根据权利要求5所述的方法，其特征在于，在所述将与所述加密后的摘要信息对应的征信机构，以及所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链之后，还包括：

当接收到访问所述区块链中加密后的摘要信息所对应的用户征信数据的请求时，输出与所述加密后的摘要信息对应的征信机构的数据库链接，以便通过付费方式访问所述征信机构的数据库中的用户征信数据。

7.一种用户征信数据的共享装置，其特征在于，所述装置包括：

获取单元，用于获取征信机构采集的用户征信数据，所述用户征信数据包括：用于表征所述用户征信数据中存在信用信息的信用标识、用户基本信息、反映用户信用的信用信息；

确定单元，用于依据所述信用信息确定用户信用类型；

生成单元，用于依据所述用户基本信息和所述用户信用类型，生成用于描述用户信用行为的摘要信息；

第一写入单元，用于将所述摘要信息写入区块链。

8.根据权利要求7所述的装置，其特征在于，所述信用信息包括：预设的用户行为发生的截止日期，以及用户行为发生的实际日期；

所述确定单元，包括：

第一确定子单元，用于若所述用户行为发生的实际日期晚于所述用户行为发生的截止日期，则确定所述用户信用类型为不良信用；

第二确定子单元，用于若所述用户行为发生的实际日期不晚于所述用户行为发生的截止日期，则确定所述用户信用类型为良好信用。

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

加密单元，用于在所述生成用于描述用户信用行为的摘要信息之后，对所述摘要信息进行加密；

所述第一写入单元，具体用于将所述加密后的摘要信息写入区块链。

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

第二写入单元，用于将所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链。

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

保存单元，用于在获取单元获取征信机构采集的具有信用标识的用户征信数据之后，将所述用户征信数据保存在所述征信机构的数据库。

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

输出单元，用于在第二写入单元将与所述加密后的摘要信息对应的征信机构，以及所述加密后的摘要信息与所述征信机构间的对应关系，写入区块链之后，当接收到访问所述区块链中加密后的摘要信息所对应的用户征信数据的请求时，输出与所述加密后的摘要信息对应的征信机构的数据库链接，以便通过付费方式访问所述征信机构的数据库中的用户征信数据。