征信管理方法、装置、电子设备及计算机可读存储介质与流程

本申请涉及征信技术领域，具体而言，涉及一种征信管理方法、装置、电子设备及计算机可读存储介质。

背景技术：

征信是依法收集、整理、保存、加工自然人、法人及其他组织的信用信息，并对外提供信用报告、信用评估、信用信息咨询等服务，帮助客户判断、控制信用风险，进行信用管理的活动。征信在促进信用经济发展和社会信用体系建设中发挥着重要的基础作用：一是防范信用风险；二是扩大信用交易；三是提高经济运行效率；四是推动社会信用体系建设。

目前，国内有多家征信机构，其各自拥有自己的征信方法，针对同一用户，各家征信机构关于该用户的征信报告并不完全相同，这样用户可以挑选对自己有利的征信机构出具征信报告，或者非法篡改某个征信机构出具的征信报告。

可见，现有技术中，征信管理并不统一，导致征信数据容易被篡改，即目前征信管理不安全。

技术实现要素：

有鉴于此，本申请的目的在于提供一种征信管理方法、装置、电子设备及计算机可读存储介质，以提高征信管理的安全性。

第一方面，本申请实施例提供了一种征信管理方法，包括：

基于征信机构预存的用户征信数据，生成征信数据区块，所述征信数据区块包括所述征信机构的标识符和所述用户征信数据；

将所述征信数据区块链入到各征信机构所维护的区块链中；以及

处理目标征信机构发送的征信数据更新请求，和/或，处理需求方发送的征信数据读取请求。

可选地，所述处理目标征信机构发送的征信数据更新请求，包括：

对所述征信数据更新请求进行验证；；

若验证通过，按照所述征信数据更新请求中携带的写入数据，更改所述目标征信机构所维护的区块链中对应的征信数据区块，并向其他征信机构进行广播，以更新其他征信机构所维护的区块链中对应的征信数据区块。

可选地，所述用户征信数据包括用户标识以及用户信用信息。

可选地，所述处理需求方发送的征信数据读取请求，包括：

基于所述征信数据读取请求中携带的用户标识查找对应的征信数据区块，并将所述对应的征信数据区块中的用户信用信息发送至所述需求方。

可选地，所述用户信用信息包括用户黑名单信息和/或用户白名单信息。

第二方面，本申请实施例提供了一种征信管理装置，包括：

生成模块，用于基于征信机构预存的用户征信数据，生成征信数据区块，所述征信数据区块包括所述征信机构的标识符和所述用户征信数据；

存储模块，用于将所述征信数据区块链入到各征信机构所维护的区块链中；

处理模块，处理目标征信机构发送的征信数据更新请求，和/或，处理需求方发送的征信数据读取请求。

可选地，所述处理模块，具体用于：

对所述征信数据更新请求进行验证；

若验证通过，按照所述征信数据更新请求中携带的写入数据，更改所述目标征信机构所维护的区块链中对应的征信数据区块，并向其他征信机构进行广播，以更新其他征信机构所维护的区块链中对应的征信数据区块。

可选地，所述用户征信数据包括用户标识以及用户信用信息，所述处理模块，具体用于：

基于所述征信数据读取请求中携带的用户标识查找对应的征信数据区块，并将所述对应的征信数据区块中的用户信用信息发送至所述需求方。

第三方面，本申请实施例提供了一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述实施例中任一所述的征信管理方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述实施例中任一所述的征信管理方法的步骤。

本申请实施例中的征信管理方法是基于各个征信机构预存的用户征信数据，生成征信数据区块，然后将征信数据区块链入到这些征信机构共同维护的区块链中，并根据该区块链来处理目标征信机构发送的征信数据更新请求，和/或，处理需求方发送的征信数据读取请求，与现有技术中相比，本申请实施例，借助区块链技术，使得区块链中的用户征信数据由所有征信机构共同维护管理，每个征信机构无法对用户征信数据进行私自修改，这样就保证了征信管理的安全性。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种征信管理方法流程示意图；

图2示出了本申请实施例所提供的处理目标征信机构发送的征信数据更新请求的方法流程图；

图3示出了本申请实施例所提供的一种区块链上第n个征信数据区块的结构示意图；

图4示出了本申请实施例所提供的一种征信管理装置的结构示意图；

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种征信管理方法，可以应用于包含各个征信机构的系统中，征信机构是指从事收集、整理、加工和分析企业和个人信用信息等资料的机构或平台，包括银行、互联网征信机构等等。征信机构所对应的设备可以是服务器、计算机、移动终端、手持设备等，系统实现了系统中不同设备的通信连接。以上设备、系统的通信连接方式可以基于应用场合、实际需要进行设置、调整，在此不做具体限定，具体地，如图1所示，该征信管理方法具体包括以下步骤s100～s102：

s100，基于征信机构预存的用户征信数据，生成征信数据区块，其中，征信数据区块包括征信机构的标识符和用户征信数据。

其中，用户征信数据包括用户标识、用户信用信息和用户姓名等数据，用户标识可以为用户唯一证件信息，比如身份证号码、护照号码或者社保号码，也可以是用户在征信机构的登录标识或征信机构给用户分配的标识信息等。用户信用信息包括黑名单信息和/或用户白名单信息，这里，用户信用信息既可以是只包括黑名单信息，或者只包括白名单信息，也可以既包括黑名单信息也包括白名单信息。黑名单信息，包括用户所对应的对用户不利的信用资料、记录等，例如：不良借贷记录、不良还款记录、违约记录、处罚记录、失信记录等等。白名单信息，则可以包括用户所对应的“良性”信用资料、记录等，例如：及时还款记录、奖励记录等等。

可选地，当该征信管理方法应用于第三方征信管理机构的服务器时，服务器还可以获取到各个参与联盟的征信机构预存的用于征信数据，因为各个征信机构预存的用户征信数据中的用户标识和用户信用信息的格式可能不相同，为了便于统一管理，可以将获取的各个征信机构预存的征信数据中的用户标识和用户信用信息的格式进行统一，比如将用户标识统一用身份证号码表示，用户信用信息按照统一标准表示。

当其中一个征信机构要对用户信用信息进行更改时，为了便于查看是哪个征信机构对用户信息进行了修改，需要将用户征信数据与所属的征信机构的标识符相关联，这样得到了征信数据区块。

优选地，这里的征信机构的标识符还可以作为该征信机构维护的区块链的公钥，后期该征信机构想要进行更新区块链中的征信数据区块时，可以凭借该征信机构携带的与该公钥匹配的私钥进行验证，获得更新权限。

优选地，为了防止在用户征信数据泄露后，用户标识和用户姓名的隐私的泄露，在得到的征信数据区块中，用户标识和用户姓名均是经过掩码处理后得到的。

s101，将征信数据区块链入到各征信机构所维护的区块链中。

服务器将上述得到的征信数据区块链入各征信机构维护的区块链中，比如发送至每个征信机构的服务器中形成区块链，区块链中的各个节点对应各个征信机构的服务器，这里的各个征信机构就成为该区块链的区块链成员。

s102，处理目标征信机构发送的征信数据更新请求，和/或，处理需求方发送的征信数据读取请求。

每个征信机构能够通过节点请求对区块链中的征信数据区块进行更新，需求方也能够向第三方征信管理机构的服务器或者其中一个征信机构的服务器请求征信数据的读取。

为了只接受加入到区块链中的各个征信机构的更新处理，可以为区块链配置相应的密钥，例如：采用非对称加密的方式，为每个征信机构所维护的区块链设置对应的公钥，如：公钥可以是对应征信机构的标识符，每个征信机构可以仅掌握其区块链所对应的公钥的私钥，这样各个征信机构只能修改自己维护的区块链上的征信数据区块。除此之外，也可以使征信机构掌握其他征信机构所对应的密钥，这样，某一征信机构除了更新自身所维护的区块链，还可以更新其他征信机构所维护的区块链。

具体地，步骤s101中，处理目标征信机构发送的征信数据更新请求，如图2所示，具体包括以下步骤s200～s201：

s200，对所述征信数据更新请求进行验证。

可选地，这里征信数据更新请求中携带私钥，验证方法可以判断请求中所携带的私钥与预存的公钥是否匹配，具体为，当接收到目标征信机构发送的征信数据更新请求时，先获取该征信数据更新请求中携带的私钥，然后比对该私钥是否与区块链配置的公钥匹配，若匹配，则验证通过。通过密钥进行解密、认证的方式，是本领域所熟知的技术，此处对此并不做特别限定。

可选地，该征信数据更新请求携带有目标征信机构的唯一身份标识，该身份标识可以是目标征信机构的标识符，可以通过验证该目标征信机构的标识符来确该目标征信机构是否为区块链成员，若是区块链成员，则验证通过。

s201，若验证通过，按照征信数据更新请求中携带的写入数据，更改目标征信机构所维护的区块链中对应的征信数据区块，并向其他征信机构进行广播，以更新其他征信机构所维护的区块链中对应的征信数据区块。

这里的写入数据可以是新的用户标识、用户信用信息和用户姓名等数据，也可以是已有的用户标识对应的新的用户信息，当接收到这些写入数据后，在该目标征信机构所维护的区块链中对应的征信数据区块中进行更改，然后将更改后的内容向其他征信机构广播。

优选地，这里的广播方式可以采取pbft算法进行广播，从而提高广播的安全性。

广播的具体内容应该包括进行更改数据的目标征信机构的标识符和更改的数据，当更改的数据为用户信用时，广播的内容还包括用户信用信息的由来，比如，用户信用积分由a变为b，则除了广播信用积分更改为b以外，还可以广播信用积分由a变为b的原因。

具体地，步骤s101中，处理需求方发送的征信数据读取请求，包括：

基于征信数据读取请求中携带的用户标识查找对应的征信数据区块，并将对应的征信数据区块中的用户信用信息发送至需求方。

这里需求方是指需要查看征信数据区块中记载的征信数据的客户端，客户端可以是个人用户的手机、平板或者电脑等终端设备，也可以是某些具有查看征信数据权限的企业终端，比如银行或者某些非盈利机构的终端(如atm机等)。

当接收到客户端发送的征信数据读取请求后，获取该征信数据读取请求携带的用户标识，比如用户的身份证号码，然后根据用户标识查找与该用户标识对应的用户信用信息，然后将查找到的用户信用信息发送至客户端。

下面以一种具体的实施例进行详细描述：

如图3所示，是本申请实施例中区块链上的由第n个区块链成员维护的征信数据区块，该区块中记载这区块链中所有成员的标识符，即各个征信机构的标识符；记载着用户id，即用户标识；记载着用户信息和用户的信用信息，这里的用户信息可以包括用户姓名和用户信用信息的计算方法，用户的信用信息包括用户的信用等级或者信用分数等能够表达用户信用的指标。

当第n个征信机构需要更新其维护的征信数据区块时，区块链服务器通过验证该第n个征信机构的私钥与区块链中的公钥是否匹配，若是，则允许第n个征信机构对该征信数据区块中的用户征信数据进行修改，比如要修改用户1001的征信数据，将用户1001的征信等级由等级b改为等级a，然后将该用户1001的征信等级变化情况进行广播，以使得其他征信机构所维护的征信数据区块也进行更新。

本申请实施例提供了一种征信管理装置400，如图4所示，包括：

生成模块401，用于基于征信机构预存的用户征信数据，生成征信数据区块，其中，征信数据区块包括征信机构的标识符和用户征信数据。

存储模块402，用于将征信数据区块链入到各征信机构所维护的区块链中；

处理模块403，处理目标征信机构发送的征信数据更新请求，和/或，处理需求方发送的征信数据读取请求。

可选地，处理模块403，具体用于：

对所述征信数据更新请求进行验证。

若验证通过，按照征信数据更新请求中携带的写入数据，更改目标征信机构所维护的区块链中对应的征信数据区块，并向其他征信机构进行广播，以更新其他征信机构所维护的区块链中对应的征信数据区块。

可选地，用户征信数据包括用户标识以及用户信用信息；处理模块403，具体用于：

基于征信数据读取请求中携带的用户标识查找对应的征信数据区块，并将对应的征信数据区块中的用户信用信息发送至需求方。

可选地，用户信用信息包括用户黑名单信息和/或用户白名单信息。

如图5所示，本申请实施例还提供了一种电子设备500，包括：处理器501、存储器502和总线503，存储器502存储有处理器501可执行的机器可读指令，当电子设备运行时，处理器501与存储器502之间通过总线通信，处理器501执行存储器502中存储的如下机器可读指令：

基于征信机构预存的用户征信数据，生成征信数据区块，其中，征信数据区块包括征信机构的标识符和用户征信数据。

将征信数据区块链入到各征信机构所维护的区块链中。

处理目标征信机构发送的征信数据更新请求，和/或，处理需求方发送的征信数据读取请求。

可选地，处理器501执行的机器可读指令具体包括：

对所述征信数据更新请求进行验证。

若验证通过，按照征信数据更新请求中携带的写入数据，更改目标征信机构所维护的区块链中对应的征信数据区块，并向其他征信机构进行广播，以更新其他征信机构所维护的区块链中对应的征信数据区块。

其中，用户征信数据包括用户标识以及用户信用信息。

可选地，处理器501执行的机器可读指令具体包括：

基于征信数据读取请求中携带的用户标识查找对应的征信数据区块，并将对应的征信数据区块中的用户信用信息发送至需求方。

其中，用户信用信息包括用户黑名单信息和/或用户白名单信息。

对应于图1至图2中的政务数据目录的生成方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述征信管理方法的步骤。

本申请实施例中的征信管理方法是基于各个征信机构预存的用户征信数据，生成征信数据区块，然后将征信数据区块链入到这些征信机构共同维护的区块链中，并根据该区块链来处理目标征信机构发送的征信数据更新请求，和/或，处理需求方发送的征信数据读取请求，与现有技术中相比，本申请实施例，借助区块链技术，使得区块链中的用户征信数据由所有征信机构共同维护管理，每个征信机构无法对用户征信数据进行私自修改，这样就保证了征信管理的安全性。

此外，将征信数据写入数据链中，提供了一种能够去中心化的征信管理方法，区块链成员共同维护征信数据，大大提高了信用评估的准确率，同时这种基于区块链技术进行的征信管理方法，由于是通过各个进行联盟的征信机构一同进行维护的，促进行业信息共享，降低了金融风险和数据获取成本，促进征信行业健康发展。

本申请实施例所提供的进行征信管理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

本申请实施例所提供的征信管理装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。