CN111694885A - 一种个人征信信息查询方法及相关装置 - Google Patents

Abstract

本申请公开一种个人征信信息查询方法及相关装置，应用于征信系统，征信系统包括区块链上的多个节点，均为互信后上链的节点，包括：行政部门，银行，第三方机构，还包括：互联网金融机构和/或企业；方法为：目标查询节点生成或接收征信信息查询请求，其中携带目标个人用户的身份标识；目标查询节点根据目标个人用户的身份标识，从本节点中查询目标个人用户的个人征信信息。本申请依托区块链技术，将更多授信的互联网金融机构和/或企业所掌握的个人征信信息纳入个人征信信息的查询范围内，以满足征信系统对个人征信信息的丰富、全面的掌握需求。同时，依托区块链技术的分布式存储和加密算法防止个人征信信息被篡改。

Description

一种个人征信信息查询方法及相关装置

技术领域

本申请涉及区块链技术领域，特别是涉及一种个人征信信息查询方法及相关装置。

背景技术

随着社会的不断进步，个人征信信息被广泛的用于各种上游赊销、信用交易和招聘求职等领域。目前个人征信信息仅掌握在行政部门、银行和部分第三方机构中。随着互联网金融的不断发展，个人与互联网金融机构的交互也越来越频繁，仅仅依靠行政部门、银行和部分第三方机构所掌握的个人征信信息很难对用户征信进行全方位的画像。在此情况下，容易漏失部分个人征信信息，影响银行对用户交易、贷款操作风险的准确评估。

目前如何更为丰富、全面地掌握个人征信信息已经成为当前领域急需解决的技术问题。

发明内容

基于上述问题，本申请提供了一种个人征信信息查询方法及相关装置，以使征信系统更加丰富、全面地掌握个人征信信息。

本申请实施例公开了如下技术方案：

第一方面，本申请提供一种个人征信信息查询方法，应用于征信系统，所述征信系统包括区块链上的多个节点；所述多个节点均为互信后上链的节点；所述多个节点包括：行政部门，银行，第三方机构，还包括：互联网金融机构和/或企业；所述方法包括：

目标查询节点生成或接收征信信息查询请求；所述目标查询节点为所述多个节点中任意一个节点；所述征信信息查询请求中携带所述目标个人用户的身份标识；

所述目标查询节点根据所述目标个人用户的身份标识，从本节点中查询所述目标个人用户的个人征信信息。

可选地，方法还包括：

所述多个节点中任意一个节点记录所述目标个人用户在本节点发生的征信关联动态，并将所述征信关联动态同步到所述征信系统的其他节点；

所述多个节点分别根据所述征信关联动态调整所述目标个人用户的个人征信信息。

可选地，所述个人征信信息包括：征信等级和信用积分；

所述多个节点分别根据所述征信关联动态调整所述目标个人用户的个人征信信息，具体包括：

根据所述征信关联动态确定信用积分调整值；

根据所述目标个人用户当前的信用积分和所述信用积分调整值获得所述目标个人用户的调整后的信用积分；

根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级。

可选地，所述预设的信用积分与征信等级的对应关系中，按照信用积分递减的顺序，征信等级分为以下六个等级：

第一等级，第二等级，第三等级，第四等级，第五等级，第六等级；

所述根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级，具体包括：

查询所述目标个人用户历史的征信等级；

根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级；

若所述调整后的信用积分对应的征信等级为所述第三等级或所述第三等级以上，且所述历史的征信等级达到过所述第六等级，则禁止将所述目标个人用户的征信等级调整为所述第三等级或所述第三等级以上；

若所述历史的征信等级未达到过所述第六等级，则将所述调整后的信用积分对应的征信等级作为所述目标个人用户当前的征信等级。

可选地，当所述目标查询节点无法从本节点查询到所述目标个人用户的个人征信信息时，所述方法还包括：

所述目标查询节点根据所述目标个人用户的身份标识，在本节点为所述目标个人用户新增其个人征信信息，并将所述目标个人用户的个人征信信息同步到所述征信系统的其他节点。

可选地，所述在本节点为所述目标个人用户新增其个人征信信息，具体包括：

在本节点为所述目标个人用户分配初始征信等级和初始信用积分；所述初始征信等级为所述第四等级；所述初始信用积分为所述第四等级对应的信用积分最大值。

可选地，所述征信信息查询请求中还携带所述目标个人用户的第一标识，所述第一标识用于指示删除所述目标个人用户的个人征信信息；

则，在所述目标查询节点根据所述目标个人用户的身份标识，从本节点中查询所述目标个人用户的个人征信信息之后，所述方法还包括：

根据所述目标个人用户的第一标识，在本节点删除所述目标个人用户的个人征信信息，并将该删除操作同步到所述征信系统的其他节点。

第二方面，本申请提供一种个人征信信息查询装置，应用于征信系统，所述征信系统包括区块链上的多个节点；所述多个节点均为互信后上链的节点；所述多个节点包括：行政部门，银行，第三方机构，还包括：互联网金融机构和/或企业；所述装置包括：

查询请求模块，用于目标查询节点生成或接收征信信息查询请求；所述目标查询节点为所述多个节点中任意一个节点；所述征信信息查询请求中携带所述目标个人用户的身份标识；

信息查询模块，用于所述目标查询节点根据所述目标个人用户的身份标识，从本节点中查询所述目标个人用户的个人征信信息。

可选地，装置还包括：

动态记录模块，用于所述多个节点中任意一个节点记录所述目标个人用户在本节点发生的征信关联动态；

数据同步模块，用于将所述征信关联动态同步到所述征信系统的其他节点；

调整模块，用于所述多个节点分别根据所述征信关联动态调整所述目标个人用户的个人征信信息。

可选地，所述个人征信信息包括：征信等级和信用积分；

所述调整模块，具体包括：

调整值确定单元，用于根据所述征信关联动态确定信用积分调整值；

积分调整结果获取单元，用于根据所述目标个人用户当前的信用积分和所述信用积分调整值获得所述目标个人用户的调整后的信用积分；

征信等级确定单元，用于根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级。

可选地，所述预设的信用积分与征信等级的对应关系中，按照信用积分递减的顺序，征信等级分为以下六个等级：

第一等级，第二等级，第三等级，第四等级，第五等级，第六等级；

所述征信等级确定单元，具体用于：

查询所述目标个人用户历史的征信等级；根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级；若所述调整后的信用积分对应的征信等级为所述第三等级或所述第三等级以上，且所述历史的征信等级达到过所述第六等级，则禁止将所述目标个人用户的征信等级调整为所述第三等级或所述第三等级以上；若所述历史的征信等级未达到过所述第六等级，则将所述调整后的信用积分对应的征信等级作为所述目标个人用户当前的征信等级。

可选地，所述装置还包括：

新增模块，用于当所述目标查询节点无法从本节点查询到所述目标个人用户的个人征信信息时，所述目标查询节点根据所述目标个人用户的身份标识，在本节点为所述目标个人用户新增其个人征信信息；

所述数据同步模块，还用于将所述目标个人用户的个人征信信息同步到所述征信系统的其他节点。

可选地，所述新增模块，具体包括：

第一新增单元，用于在本节点为所述目标个人用户分配初始征信等级和初始信用积分；所述初始征信等级为所述第四等级；所述初始信用积分为所述第四等级对应的信用积分最大值。

可选地，所述装置还包括：

删除模块，用于当所述征信信息查询请求中还携带所述目标个人用户的第一标识时，根据所述目标个人用户的第一标识，在本节点删除所述目标个人用户的个人征信信息；所述第一标识用于指示删除所述目标个人用户的个人征信信息；

所述装置的数据同步模块，用于将该删除操作同步到所述征信系统的其他节点。

相较于现有技术，本申请具有以下有益效果：

本申请依托区块链技术，将更多授信的互联网金融机构和/或企业所掌握的个人征信信息纳入个人征信信息的查询范围内，以满足征信系统对个人征信信息的丰富、全面的掌握需求。同时，依托区块链技术的分布式存储和加密算法防止个人征信信息被篡改。

附图说明

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

图1为本申请实施例提供的一种个人征信信息查询方法的流程图；

图2为本申请实施例提供的另一种个人征信信息查询方法的流程图；

图3为本申请实施例提供的一种个人征信信息查询装置的结构示意图；

图4为本申请实施例提供的另一种个人征信信息查询装置的结构示意图。

具体实施方式

正如前文描述，目前的个人征信信息只能从行政部门、银行或部分第三方机构中查询。但是这种查询方式查询到的个人征信信息常常是不够全面的，因为行政部门、银行或部分第三方机构分别无法全面地记录用户的个人征信信息，只能记录一部分发生在该部门、该银行或该第三方机构的征信变化。这一问题影响个人征信信息的全面采集和应用，降低了个人征信信息的效用。

基于上述问题，发明人经过研究提供一种个人征信信息查询方法及相关装置，以使征信系统更加丰富、全面地掌握个人征信信息，便利查询和应用。

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

方法实施例

参见图1，该图为本申请实施例提供的一种个人征信信息查询方法的流程图。该方法应用在征信系统，所述征信系统包括区块链上的多个节点；所述多个节点均为互信后上链的节点。

区块链上的多个节点包括：行政部门，银行，第三方机构，还包括：互联网金融机构和/或企业。也就是说，上链的节点中，某个或某些节点代表行政部门，某个或某些节点代表银行，某个或某些代表第三方机构，某个或某些节点代表互联网金融机构，某个或某些代表企业。作为示例，第三方机构可以为支付宝的芝麻信用；互联网金融机构可以为微信的微粒贷或京东金融等。

如图1所示，该个人征信信息查询方法，包括：

步骤101：目标查询节点生成或接收征信信息查询请求；征信信息查询请求中携带目标个人用户的身份标识。

在本申请实施例中，目标查询节点为征信系统的多个节点中任意一个节点。也就是说，在征信系统中，任意一个节点均有可能作为目标查询节点。

目标查询节点可以响应特定人员的操作，生成征信信息查询请求。作为示例，特定人员可以是具有征信信息查询权限的人员，例如银行业务人员等。另外，目标查询节点还可以接收终端设备上传的征信信息查询请求。该终端设备可以是前述特定人员对应的终端设备，例如特定人员的手机或电脑等。

目标个人用户是个人征信信息的被查询人。征信信息查询请求中携带目标个人用户的身份标识。作为示例，该身份标识可以是目标个人用户的身份证号。在具体查询时，目标个人用户的身份标识可以作为索引和关键字。

步骤102：目标查询节点根据目标个人用户的身份标识，从本节点中查询目标个人用户的个人征信信息。

本申请实施例中，征信系统的多个节点中，每个节点均是按照“个人用户的身份标识-个人用户的个人征信信息”形式存储的，因此根据征信信息查询请求中携带的目标个人用户的身份标识，即可以查询到该个人用户的个人征信信息。

在本申请实施例中，各个节点记录的数据相互同步，因此所有节点保存的账本一致。由于多个节点中还包括：互联网金融机构和/或企业，相比于现有技术，每个节点中记录的目标个人用户的个人征信信息都是当前时刻可查询的该目标个人用户最全面的个人征信信息。因此，相比于现有技术中的查询方法，查询到的个人征信信息更加丰富。

本申请实施例提供的个人征信信息查询方法依托区块链技术，将更多授信的互联网金融机构和/或企业所掌握的个人征信信息纳入个人征信信息的查询范围内，以满足征信系统对个人征信信息的丰富、全面的掌握需求。同时，依托区块链技术的分布式存储和加密算法防止个人征信信息被篡改。便利查询和应用，提升了个人征信信息的效用。

在本申请实施例提供的方法中，每一次查询前或查询后，各节点记录的个人用户的个人征信信息均有可能发生调整。下面结合附图和实施例，以目标个人用户的个人征信信息在查询前发生调整为示例，进行详细说明。

参见图2，该图为本申请实施例提供的另一种个人征信信息查询方法的流程图。如图2所示，该方法包括：

步骤201：多个节点中任意一个节点记录目标个人用户在本节点发生的征信关联动态，并将征信关联动态同步到征信系统的其他节点。

需要说明的是，本申请实施例提供的方法中个人用户在节点发生的征信关联动态可以是个人用户按照预设约定执行相应操作的动态，也可以是个人用户未按照预设约定执行相应操作的动态。作为示例，按照预设约定执行相应操作可以是按期还款，或者连续多期按期还款。作为示例，未按照预设约定执行相应操作可以是信用卡逾期未还款。

上述在单个节点上记录的征信关联动态可以作为待同步的数据同步到征信系统的其他节点。

步骤202：多个节点分别根据征信关联动态调整目标个人用户的个人征信信息。

作为示例，个人征信信息包括：征信等级和信用积分。本申请实施例中，征信等级和信用积分是相应关联的。下面以表1作为示例，提供征信等级与信用积分的映射关系。

表1征信等级与信用积分的映射表

征信等级	信用积分
		第一等级(信用极好)	7000分以上
第二等级(信用优良)	3001分至7000分
		第三等级(信用较好)	1001分至3000分
第四等级(信用一般)	0分至1000分
		第五等级(信用欠佳)	-1000分至-1分
第六等级(信用较差)	低于-1000分

如表1所示，预设的信用积分与征信等级的对应关系中，按照信用积分递减的顺序，征信等级分为以下六个等级：

第一等级，第二等级，第三等级，第四等级，第五等级，第六等级。其中，第一等级表示个人用户信用极好，第二等级表示个人用户信用优良，第三等级表示个人用户信用较好，第四等级表示个人用户信用一般，第五等级表示个人用户信用欠佳，第六等级表示个人用户信用较差。

在一种可能的实现方式中，步骤202具体可以包括以下子步骤：

根据征信关联动态确定信用积分调整值；

根据目标个人用户当前的信用积分和信用积分调整值获得目标个人用户的调整后的信用积分；

根据预设的信用积分与征信等级的对应关系，确定调整后的信用积分对应的征信等级。

下面通过示例说明上述根据征信关联动态确定信用积分调整值的实现过程。

扣分示例：中国银行个人用户，发生一次信用卡逾期未还，中国银行在本节点(自身节点)上根据该征信关联动态确定需要将其信用积分下调100分。因此信用积分调整值为-100分。后续即可对该个人用户的信用积分进行扣分，并根据情况调整用户的征信等级(有可能降级)。用户信用积分变化情况和信用等级变化信息将作为历史数据以便后续查询和参考。

加分示例：中国银行个人用户，连续10次按期还款(房贷)，中国银行在本节点(自身节点)上根据该征信关联动态确定需要将其信用积分上调150分。因此信用积分调整值为150分。后续即可对该个人用户的信用积分进行加分，并根据情况调整用户的征信等级(有可能升级)。

在本申请实施例中可以预先设定多种征信关联动态及其对应的信用积分调整值，这样当征信关联动态已知的情况下即可以及时获得信用积分调整值，以便调整信用积分。

在一种可能的实现方式中，根据目标个人用户当前的信用积分和信用积分调整值获得目标个人用户的调整后的信用积分，具体可以为：在当前的信用积分的基础上叠加该信用积分调整值，得到的结果作为调整后的信用积分。

需要说明的是，若用户征信历史状态存在第六等级(信用较差)，则该用户征信等级不得调整为第三等级(信用较好)及以上。在本申请实施例中，用户信用积分变化情况和信用等级变化信息将作为历史数据以便后续查询和参考。由于征信关联动态已经同步到其他节点，因此其他节点基于统一的积分和评级方式，可以分别得到和同步该动态的节点一致的个人用户的个人征信信息。

根据预设的信用积分与征信等级的对应关系，确定调整后的信用积分对应的征信等级，具体可以包括：

查询目标个人用户历史的征信等级；

根据预设的信用积分与征信等级的对应关系，确定调整后的信用积分对应的征信等级；

若调整后的信用积分对应的征信等级为第三等级或第三等级以上，且历史的征信等级达到过第六等级，则禁止将目标个人用户的征信等级调整为第三等级或第三等级以上；

若历史的征信等级未达到过第六等级，则将调整后的信用积分对应的征信等级作为目标个人用户当前的征信等级。

另外，如果历史的征信等级达到过第六等级，但是根据预设的信用积分和征信等级的对应关系确定调整后的信用积分对应的征信等级为第三等级以下，则可以将调整后的信用积分对应的征信等级作为目标个人用户当前的征信等级。

通过限制曾经达到第六等级的个人用户的征信等级在第三等级以下，使得这类个人用户的征信等级不可无限上升，实现一种征信预警的效果。历史记录个人用户的征信等级，使得评级有据可依，不良的征信关联动态带来的影响可以通过征信等级被留存下来。

步骤203：目标查询节点生成或接收征信信息查询请求；征信信息查询请求中携带目标个人用户的身份标识。

步骤204：目标查询节点根据目标个人用户的身份标识，从本节点中查询目标个人用户的个人征信信息。

步骤203-204的实现方式与前述实施例中步骤101-102的实现方式基本相同，因此步骤203-204可以参照前述实施例，此处不再赘述。

在实际应用中，如果对于该征信系统，目标个人用户为新的个人用户，则查询时可能查询不到其个人征信信息。对于此场景，本申请实施例提供的个人征信信息查询方法还包括：

目标查询节点根据目标个人用户的身份标识，在本节点为目标个人用户新增其个人征信信息，并将目标个人用户的个人征信信息同步到征信系统的其他节点。

具体地，在目标查询节点在本节点为目标个人用户分配初始征信等级和初始信用积分；初始征信等级为第四等级；初始信用积分为第四等级对应的信用积分最大值。以表1所示为例，该新用户的初始征信等级为信用一般；该新用户的初始信用积分为1000分。

通过为该新用户新增其个人征信信息并同步，链上任意一个节点未来面对针对该用户的征信信息查询请求时，即可以反馈查询结果。此外，未来也可以基于该用户的征信关联动态调整其个人征信信息。

在一种可能的实现方式中，征信信息查询请求中还携带目标个人用户的第一标识，第一标识用于指示删除目标个人用户的个人征信信息。例如，如果自然人死亡之后，在行政部门的批准或授意下，查询目标个人用户的个人征信信息的查询请求将携带该第一标识。另外，查询请求也可能因为其他的原因携带上该第一标识，此处不加以限定。

在目标查询节点根据目标个人用户的身份标识，从本节点中查询目标个人用户的个人征信信息之后，方法还包括：

根据目标个人用户的第一标识，在本节点删除目标个人用户的个人征信信息，并将该删除操作同步到征信系统的其他节点。

基于前述实施例提供的个人征信信息查询方法，相应地，本申请还提供一种个人征信信息查询装置。该装置同样应用于前述的征信系统。

装置实施例

参见图3，该图为该装置的结构示意图。如图3所示，该装置包括：

查询请求模块301，用于目标查询节点生成或接收征信信息查询请求；所述目标查询节点为所述多个节点中任意一个节点；所述征信信息查询请求中携带所述目标个人用户的身份标识；

信息查询模块302，用于所述目标查询节点根据所述目标个人用户的身份标识，从本节点中查询所述目标个人用户的个人征信信息。

本申请实施例提供的个人征信信息查询装置依托区块链技术，将更多授信的互联网金融机构和/或企业所掌握的个人征信信息纳入个人征信信息的查询范围内，以满足征信系统对个人征信信息的丰富、全面的掌握需求。同时，依托区块链技术的分布式存储和加密算法防止个人征信信息被篡改。

如图4所示的另一种个人征信信息查询装置，可选地，该装置在前述结构基础上还包括：

动态记录模块303，用于所述多个节点中任意一个节点记录所述目标个人用户在本节点发生的征信关联动态；

数据同步模块304，用于将所述征信关联动态同步到所述征信系统的其他节点；

调整模块305，用于所述多个节点分别根据所述征信关联动态调整所述目标个人用户的个人征信信息。

通过调整和同步，去除对单个节点的过度依赖，保证个人征信信息的安全性和实时准确性。

可选地，所述个人征信信息包括：征信等级和信用积分；所述调整模块305，具体包括：

调整值确定单元，用于根据所述征信关联动态确定信用积分调整值；

积分调整结果获取单元，用于根据所述目标个人用户当前的信用积分和所述信用积分调整值获得所述目标个人用户的调整后的信用积分；

征信等级确定单元，用于根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级。

可选地，所述预设的信用积分与征信等级的对应关系中，按照信用积分递减的顺序，征信等级分为以下六个等级：

第一等级，第二等级，第三等级，第四等级，第五等级，第六等级；

所述征信等级确定单元，具体用于：查询所述目标个人用户历史的征信等级；根据预设的信用积分与征信等级的对应关系，确定调整后的信用积分对应的征信等级；若所述调整后的信用积分对应的征信等级为所述第三等级或所述第三等级以上，且所述历史的征信等级达到过所述第六等级，则禁止将所述目标个人用户的征信等级调整为所述第三等级或所述第三等级以上；若所述历史的征信等级未达到过所述第六等级，则将所述调整后的信用积分对应的征信等级作为所述目标个人用户当前的征信等级。

可选地，该装置还包括：

新增模块306，用于当所述目标查询节点无法从本节点查询到所述目标个人用户的个人征信信息时，所述目标查询节点根据所述目标个人用户的身份标识，在本节点为所述目标个人用户新增其个人征信信息；所述数据同步模块304，还用于将所述目标个人用户的个人征信信息同步到所述征信系统的其他节点。

可选地，所述新增模块306，具体包括：第一新增单元，用于在本节点为所述目标个人用户分配初始征信等级和初始信用积分；所述初始征信等级为所述第四等级；所述初始信用积分为所述第四等级对应的信用积分最大值。通过新增模块306便利新的个人用户的个人征信信息查询和调整。

可选地，装置还包括：删除模块307，用于当所述征信信息查询请求中还携带所述目标个人用户的第一标识时，根据所述目标个人用户的第一标识，在本节点删除所述目标个人用户的个人征信信息；所述第一标识用于指示删除所述目标个人用户的个人征信信息；所述装置的数据同步模块304，用于将该删除操作同步到所述征信系统的其他节点。通过删除模块307减少节点中冗余无用的个人征信信息。

在本申请实施例中，征信系统的多个节点均为互信后上链的节点。下面对此过程进行描述。

节点上链时需通过信任证书进行互信验证，验证通过后方可上链，具体操作如下：

一、获取信任证书：

a.对于行政部门、银行等权威机构，征信系统会提前下发信任证书。

b.对于企业、第三方机构、互联网金融机构等单位，上链前征信系统会对相应的节点的信息进行验证，确保节点信息属实，验证通过后将节点信息在系统中进行广播，链上的所有节点收到广播信息后，都需参与评分，当该单位得分的均值超过预设分值(例如90分)时，征信系统对该节点下发信任证书。

二、上链互信：

a.节点上链时将提前获取的信任证书上传，征信系统对信任证书进行校验，校验通过后，为该节点分配一个节点编码(唯一索引)，加密后，返回该节点，节点编码和节点信息同时在系统中进行保存。

b.节点收到系统返回的密文后，对密文进行解密验证，并获取节点编码，通过节点编码与节点信息加密后进行上链。系统验证节点编码、节点信息是否与系统保持的信息匹配，验证通过后，为其建立节点并分配相关资源。上链互信完成。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元提示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (14)

1.一种个人征信信息查询方法，其特征在于，应用于征信系统，所述征信系统包括区块链上的多个节点；所述多个节点均为互信后上链的节点；所述多个节点包括：行政部门，银行，第三方机构，还包括：互联网金融机构和/或企业；所述方法包括：

目标查询节点生成或接收征信信息查询请求；所述目标查询节点为所述多个节点中任意一个节点；所述征信信息查询请求中携带所述目标个人用户的身份标识；

所述目标查询节点根据所述目标个人用户的身份标识，从本节点中查询所述目标个人用户的个人征信信息。

2.根据权利要求1所述的个人征信信息查询方法，其特征在于，还包括：

所述多个节点中任意一个节点记录所述目标个人用户在本节点发生的征信关联动态，并将所述征信关联动态同步到所述征信系统的其他节点；

所述多个节点分别根据所述征信关联动态调整所述目标个人用户的个人征信信息。

3.根据权利要求2所述的个人征信信息查询方法，其特征在于，所述个人征信信息包括：征信等级和信用积分；

所述多个节点分别根据所述征信关联动态调整所述目标个人用户的个人征信信息，具体包括：

根据所述征信关联动态确定信用积分调整值；

根据所述目标个人用户当前的信用积分和所述信用积分调整值获得所述目标个人用户的调整后的信用积分；

根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级。

4.根据权利要求3所述的个人征信信息查询方法，其特征在于，所述预设的信用积分与征信等级的对应关系中，按照信用积分递减的顺序，征信等级分为以下六个等级：

第一等级，第二等级，第三等级，第四等级，第五等级，第六等级；

所述根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级，具体包括：

查询所述目标个人用户历史的征信等级；

根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级；

若所述调整后的信用积分对应的征信等级为所述第三等级或所述第三等级以上，且所述历史的征信等级达到过所述第六等级，则禁止将所述目标个人用户的征信等级调整为所述第三等级或所述第三等级以上；

若所述历史的征信等级未达到过所述第六等级，则将所述调整后的信用积分对应的征信等级作为所述目标个人用户当前的征信等级。

5.根据权利要求4所述的个人征信信息查询方法，其特征在于，当所述目标查询节点无法从本节点查询到所述目标个人用户的个人征信信息时，所述方法还包括：

所述目标查询节点根据所述目标个人用户的身份标识，在本节点为所述目标个人用户新增其个人征信信息，并将所述目标个人用户的个人征信信息同步到所述征信系统的其他节点。

6.根据权利要求5所述的个人征信信息查询方法，其特征在于，所述在本节点为所述目标个人用户新增其个人征信信息，具体包括：

在本节点为所述目标个人用户分配初始征信等级和初始信用积分；所述初始征信等级为所述第四等级；所述初始信用积分为所述第四等级对应的信用积分最大值。

7.根据权利要求1-4任意一项所述的个人征信信息查询方法，其特征在于，所述征信信息查询请求中还携带所述目标个人用户的第一标识，所述第一标识用于指示删除所述目标个人用户的个人征信信息；

则，在所述目标查询节点根据所述目标个人用户的身份标识，从本节点中查询所述目标个人用户的个人征信信息之后，所述方法还包括：

根据所述目标个人用户的第一标识，在本节点删除所述目标个人用户的个人征信信息，并将该删除操作同步到所述征信系统的其他节点。

8.一种个人征信信息查询装置，其特征在于，应用于征信系统，所述征信系统包括区块链上的多个节点；所述多个节点均为互信后上链的节点；所述多个节点包括：行政部门，银行，第三方机构，还包括：互联网金融机构和/或企业；所述装置包括：

查询请求模块，用于目标查询节点生成或接收征信信息查询请求；所述目标查询节点为所述多个节点中任意一个节点；所述征信信息查询请求中携带所述目标个人用户的身份标识；

信息查询模块，用于所述目标查询节点根据所述目标个人用户的身份标识，从本节点中查询所述目标个人用户的个人征信信息。

9.根据权利要求8所述的个人征信信息查询装置，其特征在于，还包括：

动态记录模块，用于所述多个节点中任意一个节点记录所述目标个人用户在本节点发生的征信关联动态；

数据同步模块，用于将所述征信关联动态同步到所述征信系统的其他节点；

调整模块，用于所述多个节点分别根据所述征信关联动态调整所述目标个人用户的个人征信信息。

10.根据权利要求9所述的个人征信信息查询装置，其特征在于，所述个人征信信息包括：征信等级和信用积分；

所述调整模块，具体包括：

调整值确定单元，用于根据所述征信关联动态确定信用积分调整值；

积分调整结果获取单元，用于根据所述目标个人用户当前的信用积分和所述信用积分调整值获得所述目标个人用户的调整后的信用积分；

征信等级确定单元，用于根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级。

11.根据权利要求10所述的个人征信信息查询装置，其特征在于，所述预设的信用积分与征信等级的对应关系中，按照信用积分递减的顺序，征信等级分为以下六个等级：

第一等级，第二等级，第三等级，第四等级，第五等级，第六等级；

所述征信等级确定单元，具体用于：

查询所述目标个人用户历史的征信等级；根据预设的信用积分与征信等级的对应关系，确定所述调整后的信用积分对应的征信等级；若所述调整后的信用积分对应的征信等级为所述第三等级或所述第三等级以上，且所述历史的征信等级达到过所述第六等级，则禁止将所述目标个人用户的征信等级调整为所述第三等级或所述第三等级以上；若所述历史的征信等级未达到过所述第六等级，则将所述调整后的信用积分对应的征信等级作为所述目标个人用户当前的征信等级。

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

新增模块，用于当所述目标查询节点无法从本节点查询到所述目标个人用户的个人征信信息时，所述目标查询节点根据所述目标个人用户的身份标识，在本节点为所述目标个人用户新增其个人征信信息；

所述数据同步模块，还用于将所述目标个人用户的个人征信信息同步到所述征信系统的其他节点。

13.根据权利要求12所述的个人征信信息查询装置，其特征在于，所述新增模块，具体包括：

第一新增单元，用于在本节点为所述目标个人用户分配初始征信等级和初始信用积分；所述初始征信等级为所述第四等级；所述初始信用积分为所述第四等级对应的信用积分最大值。

14.根据权利要求8-11任意一项所述的个人征信信息查询装置，其特征在于，所述装置还包括：

删除模块，用于当所述征信信息查询请求中还携带所述目标个人用户的第一标识时，根据所述目标个人用户的第一标识，在本节点删除所述目标个人用户的个人征信信息；所述第一标识用于指示删除所述目标个人用户的个人征信信息；

所述装置的数据同步模块，用于将该删除操作同步到所述征信系统的其他节点。

Images