CN110597908A - 一种基于区块链的征信记录方法、设备及存储介质 - Google Patents

Abstract

本发明提供了一种基于区块链的征信记录方法、设备及存储介质；方法包括：针对目标对象，生成业务数据请求；通过业务数据请求，得到至少一个业务机构发送的第一业务数据；根据第一业务数据，生成数据验证请求；将数据验证请求发送给区块链网络；区块链网络中存储有目标对象与至少一个业务机构的实时交易信息；接收区块链网络针对数据验证请求返回的数据验证结果；数据验证结果表征第一业务数据的真实度；数据验证结果为验证通过时，根据第一业务数据计算目标对象的个人征信，完成对目标对象的征信记录。通过本发明，能够提高个人征信的准确度。

Description

一种基于区块链的征信记录方法、设备及存储介质

技术领域

本发明涉及区块链技术，尤其涉及一种基于区块链的征信记录方法、设备及存储介质。

背景技术

个人征信是当代社会中评估个人信用程度的重要指标。在生成个人征信时，征信机构通过从个人用户，以及与用户发生信用交易的其他机构采集用户的个人信用数据并进行整理，得到个人征信。

然而，征信机构在生成个人征信时，不同的征信机构之间的信息相互独立，从而个人征信的信用信息维度较窄，使得计算出的个人征信的准确度较低；征信机构与个人用户、其他机构征信机构与个人用户、其他机构之间信用信息不对称，个人用户的信用数据存在被伪造、篡改的风险，使得计算出的个人征信的准确度较低。

发明内容

本发明实施例提供一种基于区块链的征信记录方法、设备及存储介质，能够提高个人征信的准确度。

本发明实施例的技术方案是这样实现的：

第一方面，本发明实施例提供一种基于区块链的征信记录方法，应用于征信平台，包括：

针对目标对象，生成业务数据请求；

通过所述业务数据请求，得到至少一个业务机构发送的第一业务数据；所述第一业务数据表征在所述至少一个业务机构保存的所述目标对象与所述至少一个业务机构的交易信息；

根据所述第一业务数据，生成数据验证请求；所述数据验证请求用于请求区块链网络验证所述第一业务数据的真实度；

将所述数据验证请求发送给所述区块链网络；所述区块链网络中存储有所述目标对象与所述至少一个业务机构的实时交易信息；

接收所述区块链网络针对所述数据验证请求返回的数据验证结果；所述数据验证结果表征所述第一业务数据的真实度；

所述数据验证结果为验证通过时，根据所述第一业务数据计算所述目标对象的个人征信，完成对所述目标对象的征信记录。

本发明实施例提供一种基于区块链的征信记录方法，应用于区块链网络，包括：

接收征信平台发送的数据验证请求；

根据所述数据验证请求，获取第二业务数据；所述第二业务数据表征在区块链保存的所述目标对象与所述至少一个业务机构的实时交易信息的集合；

根据所述第二业务数据，对所述数据验证请求中的第一业务数据进行验证，生成数据验证结果；

将所述数据验证结果返回给所述征信平台。

第二方面，本发明实施例提供一种征信平台，包括：

第一存储器，用于存储可执行征信记录指令；

第一处理器，用于执行所述第一存储器中存储的可执行征信记录指令时，实现本发明实施例征信平台侧提供的基于区块链的征信记录方法。

本发明实施例提供一种区块链网络，包括：

第二存储器，用于存储可执行征信记录指令；

第二处理器，用于执行所述第一存储器中存储的可执行征信记录指令时，实现本发明实施例区块链网络侧提供的基于区块链的征信记录方法。

第三方面，本发明实施例提供一种存储介质，存储有可执行征信记录指令，用于引起第一处理器执行时，实现本发明实施例征信平台侧提供的基于区块链的征信记录方法，或者用于引起第二处理器执行时，实现本发明实施例征信平台侧提供的基于区块链的征信记录方法。

本发明实施例具有以下有益效果：

征信平台针对目标对象，生成业务数据请求；通过业务数据请求，得到至少一个业务机构发送的第一业务数据；根据第一业务数据，生成数据验证请求；将数据验证请求发送给区块链网络；区块链网络中存储有目标对象与至少一个业务机构的实时交易信息；接收区块链网络针对数据验证请求返回的数据验证结果；数据验证结果表征第一业务数据的真实度；数据验证结果为验证通过时，根据第一业务数据计算目标对象的个人征信，完成对目标对象的征信记录。如此，征信平台根据能够接收多个业务机构发送的业务数据，并能根据区块链网络返回的数据验证结果确定出业务数据的真实性，进而能够根据多个业务机构发送的真实业务数据，综合计算出目标对象的个人征信，拓宽个人征信的信用信息维度，提高了个人征信的准确度。

附图说明

图1是本发明实施例提供的基于区块链的征信记录系统的一个可选的架构示意图；

图2是本发明实施例提供的区块链网络中区块链的结构示意图；

图3是本发明实施例提供的区块链网络的功能架构示意图；

图4是本发明实施例提供的基于区块链的征信记录设备的结构示意图；

图5是本发明实施例提供的基于区块链的征信记录的一个可选的交互流程示意图；

图6是本发明实施例提供的一种第一业务数据的示意图；

图7是本发明实施例提供的基于区块链的征信记录方法的一个可选的流程示意图；

图8是本发明实施例提供的一种个人征信页面的示意图；

图9是本发明实施例提供的一种生成实时交易的示意图；

图10是本发明实施例提供的一种基于区块链的征信记录方法的实际应用场景示意图；

图11是本发明实施例提供的一种基于区块链的征信记录装置的结构示意图一；

图12是本发明实施例提供的一种基于区块链的征信记录装置的结构示意图二。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

如果申请文件中出现“第一/第二”的类似描述则增加以下的说明，在以下的描述中，所涉及的术语“第一\第二”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)交易(Transaction)，等同于计算机术语“事务”，交易包括了需要提交到区块链网络执行的操作，并非单指商业语境中的交易，鉴于在区块链技术中约定俗成地使用了“交易”这一术语，本发明实施例遵循了这一习惯。

例如，部署(Deploy)交易用于向区块链网络中的节点安装指定的智能合约并准备好被调用；调用(Invoke)交易用于通过调用智能合约在区块链中追加交易的记录，并对区块链的状态数据库进行操作，包括更新操作(包括增加、删除和修改状态数据库中的键值对)和查询操作(即查询状态数据库中的键值对)。

2)区块链(Blockchain)，是由区块(Block)形成的加密的、链式的交易的存储结构。

例如，每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，从而基于哈希值实现区块中交易的防篡改和防伪造；新产生的交易被填充到区块并经过区块链网络中节点的共识后，会被追加到区块链的尾部从而形成链式的增长。

3)区块链网络(Blockchain Network)，通过共识的方式将新区块纳入区块链的一系列的节点的集合。

4)账本(Ledger)，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。

其中，区块链是以文件系统中的文件的形式来记录交易；状态数据库是以不同类型的键(Key)值(Value)对的形式来记录区块链中的交易，用于支持对区块链中交易的快速查询。

5)智能合约(Smart Contracts)，也称为链码(Chaincode)或应用代码，部署在区块链网络的节点中的程序，节点执行接收的交易中所调用的智能合约，来对状态数据库的键值对数据进行更新或查询的操作。

6)共识(Consensus)，是区块链网络中的一个过程，用于在涉及的多个节点之间对区块中的交易达成一致，达成一致的区块将被追加到区块链的尾部，实现共识的机制包括工作量证明(PoW，Proof of Work)、权益证明(PoS，Proof of Stake)、股份授权证明(DPoS，Delegated Proof-of-Stake)、消逝时间量证明(PoET，Proof of Elapsed Time)等。

7)业务机构，指的是为用户提供服务的机构，例如，互联网金融企业、银行、保险公司以及政府部门等。

8)交易信息，指的是用户与业务机构之间的资金往来，例如，银行将用户申请的商业贷款发放到用户账户，用户针对商业贷款进行还款操作等，都属于交易信息的范畴。

需要说明的是，在本发明实施例中，交易信息与交易是不同的两个概念。交易仅指区块链技术中的术语，交易信息仅指用户与业务机构之间的资金往来，这两个概念不能互换。

下面说明本发明实施例提供的区块链网络的示例性应用，参见图1，图1是本发明实施例提供的基于区块链的征信记录系统100的架构示意图，包括区块链网络200(示例性示出了包括节点210-1至节点210-3)、征信平台300(示例性示出了归属于征信平台系统300的终端600-1及其图形界面610-1)、业务机构400(示例性示出了归属于业务机构系统的终端600-2及其图形界面610-2)和个人用户系统500(示例性示出了归属于个人用户系统的终端600-3及其图形界面610-3)。下面分别进行说明。

区块链网路200的类型是灵活多样的，例如可以为公有链、私有链或联盟链中的任意一种。以公有链为例，任何业务主体的电子设备利用终端和服务器，都可以在不需要授权的情况下接入区块链网络200；以联盟链为例，业务主体在获得授权后其下辖的电子设备(例如终端/服务器)可以接入区块链网络200，此时，成为区块链网络200中的一类特殊的节点即客户端节点。

需要指出的是，客户端节点可以指提供支持业务主体发起交易(例如，用于上链存储数据或查询链上数据)功能，对于区块链网络200的常规(原生)节点210的功能，例如下文所述的排序功能、共识功能和账本功能等，客户端节点可以缺省或者有选择性(例如，取决于业务主体的具体业务需求)地实现。从而，可以将业务主体的数据和业务处理逻辑最大程度迁移到区块链网路200中，通过区块链网路200实现数据和业务处理过程的可信和可追溯。

区块链网络200接收来自不同业务主体(例如图1示出的征信平台300和业务机构400)的客户端节点(例如图1示出的归属于征信平台300的终端600-1，归属于业务机构400的终端600-2)提交的交易，执行交易以更新账本或者查询账本，并在终端的用户界面(例如终端600-1的图像界面610-1、终端600-2的图形界面610-2)显示执行交易的各种中间结果或最终结果。可以理解地，上文中接收交易并执行交易的区块链网络200而言，具体是指区块链网络200中的原生节点210，当然，在业务主体的客户端节点具有区块链网络200中原生节点210的功能(例如共识功能、账本功能)时，也可以包括相应的客户端节点。

参见图1，基于区块链的征信记录过程涉及多个业务主体，例如征信平台300、业务机构400和个人用户系统500。征信平台300和业务机构400分别在获得区块链网络200的授权之后，征信平台300的终端600-1、业务机构400的终端600-2可以接入区块链网络200。

目标对象通过终端600-3的图形界面610-3登录个人用户系统500，并在个人用户系统500上，向业务机构400提交注册请求，注册请求中携带着目标对象的个人信息。业务机构400根据注册信息，对目标对象进行注册，同时向个人用户系统500发送授权请求，询问目标对象是否同意业务机构400将目标对象与业务机构400的交易信息上传给区块链网络200。业务机构400在接收到个人用户系统500发送的授权信息之后，完成对目标对象的注册，并向个人用户系统返回注册成功信息。

目标对象通过个人用户系统500可以与业务机构400产生资金往来，业务机构400针对每笔资金往来对应的实时交易信息发起交易，调用智能合约并向智能合约传递参数，同时，交易中还携带了业务机构400使用数字证书中的私钥签署的数字签名，并将交易广播到区块链网络200。

区块链网络200中的节点210接收到交易时，对交易数字签名进行验证，数据签名验证成功后，根据交易中携带的业务机构400的身份，确认业务机构400是否具有交易权限，数字签名和权限验证中任何一个验证失败都将导致交易失败。验证成功后前述节点210自己的数字签名，并继续在区块链网络200中广播。

区块链网络200中具有排序功能的节点210接收到验证成功的交易后，将交易填充至新的区块中，并广播到区块链网络200中提供共识服务的节点。

区块链网络200中的提供共识服务的节点210对新区块进行共识过程以达成一致，提供账本功能的节点210将新区块追加到区块链的尾部，并执行新区块中的交易：对于提交的实时交易信息的交易，更新状态数据库中的实时交易信息对应的键值对。

征信平台300在开始对目标对象进行征信记录之前，会向个人用户系统500发送授权请求，以询问目标对象是否征信平台300是否可以从业务机构400处获得目标对象与业务机构400之间的交易信息，并对交易信息进行分析。目标对象通过个人用户系统500向征信平台返回授权信息，表明同意征信平台300获取并分析自己的交易信息。

征信平台300针对目标对象，生成业务数据请求，要求业务机构400发送一段时间内的目标对象的交易信息。业务机构400接收到业务数据请求之后，将其自身内部的一段时间内的目标对象的交易信息进行汇总，得到第一子业务数据，并把第一子业务数据发送给征信平台300。由于与目标对象发生资金往来的业务机构可能不止一个，因此，征信平台300接收每个业务机构发送的第一子业务数据，并汇总得到第一业务数据，然后针对第一业务数据生成数据验证请求，以请求区块链网络200对目标对象的第一业务数据，即目标对象的一段时间内的交易信息的真实性进行验证。区块链网络200从区块链中获取到一段时间内，目标对象与业务机构400的所有实时交易信息，然后将所有的实时交易信息汇总，得到第二业务数据，然后对比第一业务数据与第二业务数据之间是否存在差异，若第一业务数据与第二业务数据相同，则区块链网络200认为第一业务数据是真实可靠的，向征信平台300返回验证通过的消息。

征信平台300在接收到验证通过的消息之后，可以从第一业务数据中获知目标对象是否有从业务机构300处进行贷款、针对贷款的还款逾期情况，以及针对日常服务的缴费情况等，并依据上述这些信息，以及每个业务机构的权重，对目标对象的个人征信进行评估计算，完成对目标对象的征信记录。

作为区块链的示例，参见图2，图2是本发明实施例提供的区块链网络200中区块链的结构示意图，每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，新产生的交易的记录被填充到区块并经过区块链网络中节点的共识后，会被追加到区块链的尾部从而形成链式的增长，区块之间基于哈希值的链式结构保证了区块中交易的防篡改和防伪造。

下面说明本发明实施例提供的区块链网络的示例性功能架构，参见图3，图3是本发明实施例提供的区块链网络200的功能架构示意图，包括应用层201、共识层202、网络层203、数据层204和资源层205，下面分别进行说明。

资源层205封装了实现区块链网路200中的各个节点210的计算资源、存储资源和通信资源，例如计算机、服务器/集群和云中的计算资源、存储资源和通信资源，进行抽象并向数据层204提供统一的接口以屏蔽实现资源层205的底层硬件的差异性。

计算资源包括各种形式的处理器，例如中央处理器(CPU)、应用专用集成电路(ASIC，Application Specific Integrated Circuit)、专用集成电路和现场可编程门阵列(FPGA，Field-Programmable Gate Array)的各种形式的处理器。

存储资源包括各种易失性存储器和非易失性存储器等各种类型的存储介质。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。

通信资源包括用于供区块链网络的节点210之间、区块链网络200与业务主体之间通信的各种链路。

数据层204封装了实现账本的各种数据结构，包括以文件系统中的文件实现的区块链，键值型的状态数据库和存在性证明(例如区块中交易的哈希树)。

网络层203封装了点对点(P2P，Point to Point)网络协议、数据传播机制和数据验证机制、接入认证机制和业务主体身份管理的功能。

其中，P2P网络协议实现区块链网络200中节点210之间的通信，数据传播机制保证了交易在区块链网络200中的传播，数据验证机制用于基于加密学方法(例如数字证书、数字签名、公/私钥对)实现节点210之间传输数据的可靠性；接入认证机制用于根据实际的业务场景对加入区块链网络200的业务主体的身份进行认证，并在认证通过时赋予业务主体接入区块链网络200的权限；业务主体身份管理用于存储允许接入区块链网络200的业务主体的身份、以及权限(例如能够发起的交易的类型)。

共识层202封装了区块链网络200中的节点210对区块达成一致性的机制(即共识机制)、交易管理和账本管理的功能。

共识机制包括POS、POW和DPOS等共识算法，支持共识算法的可插拔。

交易管理用于验证节点210接收到的交易中携带的数字签名，验证业务主体的身份信息，并根据身份信息判断确认其是否具有权限进行交易(从业务主体身份管理读取相关信息)；对于获得接入区块链网络200的授权的业务主体而言，均拥有认证中心颁发的数字证书，业务主体利用自己的数字证书中的私钥对提交的交易进行签名，从而声明自己的合法身份。

账本管理：用于维护区块链和账本数据库。对于取得共识的区块，追加到区块链的尾部；执行取得共识的区块中的交易，当交易包括更新操作时更新状态数据库中的键值对，当交易包括查询操作时查询账本数据库中的键值对并向业务主体返回查询结果。支持对账本数据库的多种维度的查询操作，包括：根据区块序列号(例如交易的哈希值)查询区块；根据区块哈希值查询区块；根据交易序列号查询区块；根据交易序列号查询交易；根据业务主体的账号(序列号)查询业务主体的账号数据；根据通道名称查询通道中的区块链。

应用层201封装了区块链网络能够实现的各种业务，包括交易的溯源、存证和验证等。

下面说明本发明实施例提供的基于区块链的征信记录设备的示例性结构，征信平台300的终端600-1、业务机构400的终端600-2以及个人用户系统500的终端600-3都可以按照基于区块链的征信记录设备来实施。

参见图4，图4是本发明实施例提供的基于区块链的征信记录设备的结构示意图，图4所示的基于区块链的征信记录设备700包括：至少一个处理器710、存储器750、至少一个网络接口720和用户接口730。终端700中的各个组件通过总线系统740耦合在一起。可理解，总线系统740用于实现这些组件之间的连接通信。总线系统740除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为总线系统740。

处理器710可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口730包括使得能够呈现媒体内容的一个或多个输出装置731，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口730还包括一个或多个输入装置732，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器750包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Onl y Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access M emory)。本发明实施例描述的存储器750旨在包括任意适合类型的存储器。存储器750可选地包括在物理位置上远离处理器710的一个或多个存储设备。

在一些实施例中，存储器750能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统751，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块752，用于经由一个或多个(有线或无线)网络接口720到达其他计算设备，示例性的网络接口720包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

显示模块753，用于经由一个或多个与用户接口730相关联的输出装置731(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块754，用于对一个或多个来自一个或多个输入装置732之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的基于区块链的征信记录装置可以采用软件方式实现，图4示出了存储在存储器750中的基于区块链的征信记录装置，其可以是程序和插件等形式的软件。将在下文中说明各个模块的功能。需要说明的是，存储器750中的基于区块链的征信记录装置可以是征信平台对应的装置、区块链网络对应的装置、业务机构对应的装置以及终端对应的装置。在上述装置中都包括由软件模块，以实现本发明实施例提供的基于区块链的征信记录方法。

在另一些实施例中，本发明实施例提供的装置可以采用硬件方式实现，作为示例，本发明实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的基于区块链的征信记录方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Appl ication Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programma ble Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Lo gic Device)、现场可编程门阵列(FPGA，Field-ProgrammableGate Array)或其他电子元件。

示例性的，本发明实施例提供可一种征信平台，包括：

第一存储器，用于存储可执行征信记录指令；

第一处理器，用于执行所述第一存储器中存储的可执行征信记录指令时，实现本发明实施例征信平台侧提供的基于区块链的征信记录方法。

本发明实施例提供一种区块链网络，包括：

第二存储器，用于存储可执行征信记录指令；

第二处理器，用于执行所述第二存储器中存储的可执行征信记录指令时，实现本发明实施例区块链网络侧提供的基于区块链的征信记录方法。

本发明实施例提供一种业务机构，包括：

第三存储器，用于存储可执行征信记录指令；

第三处理器，用于执行所述第三存储器中存储的可执行征信记录指令时，实现本发明实施例业务机构侧提供的基于区块链的征信记录方法。

本发明实施例提供一种终端，包括：

第四存储器，用于存储可执行征信记录指令；

第四处理器，用于执行所述第四存储器中存储的可执行征信记录指令时，实现本发明实施例终端侧提供的基于区块链的征信记录方法。

下面将结合本发明实施例提供的基于区块链的征信记录设备的示例性应用和实施，说明本发明实施例提供的基于区块链的征信记录方法。

参见图5，图5是本发明实施例提供的基于区块链的征信记录方法的一个可选的流程示意图，本发明实施例提供的一种基于区块链的征信记录方法，可以包括：

S101、征信平台针对目标对象，生成业务数据请求。

本发明实施例是在征信平台对个人用户的征信进行记录的场景下实现的。征信平台是主动对目标对象的征信进行计算，也可以是接收到某个业务机构针对目标对象发送的请求之后，对目标对象的征信进行计算。征信平台在开始对个人用户的征信计算时，需要先生成针对目标对象生成业务数据请求，以向与目标对象有资金往来的业务机构请求交易信息。

可以理解的是，征信平台在针对目标对象生成业务数据请求时，可以是将目标对象的身份标识，写入业务数据请求之中，以使得业务机构明确需要获取业务数据的对象。

示例性的，本发明实施例中，可以将目标对象的身份证号写入业务数据请求之中，也可以将征信平台为目标对象分配的唯一的编号写入业务数据请求之中，还可以将其他任何能够表明目标对象身份的信息写入业务数据请求之中，本发明实施例在此不做限定。

在本发明实施例中，由于征信计算时是针对一段时间内的交易信息进行的，因而，征信平台在生成业务数据请求时，还会在业务数据请求中加入预设时间段，即告知业务机构将预设时间段内的与目标对象的交易信息发送过来。

需要说明的是，预设时间段可以是根据实际征信计算的需求来进行设定的，本发明实施例在此不作具体限制。

示例性的，可以将预设时间段设置为3个月，即获取从生成业务数据请求的当日起，之前的3个月内的目标对象与业务机构的交易信息，也可以将预设时间段设置为2年，即获取从生成业务数据请求的当日起，之前的2年内的目标对象与业务机构的交易信息。

S102、征信平台通过业务数据请求，得到至少一个业务机构发送的第一业务数据；第一业务数据表征在至少一个业务机构保存的目标对象与至少一个机构的交易信息。

由于目标对象在实际情况中，可能会与多个业务机构都具有资金往来，因而，征信平台在生成业务数据请求之后，会将业务数据请求发送给至少一个业务机构。至少一个业务机构在接收到征信平台的业务数据请求之后，会根据业务数据请求中的预设时间段，在自身的存储空间中提取出位于该时间段内的与目标对象的交易信息，并将这些交易信息发送给征信平台。征信平台对至少一个业务机构返回的交易信息都进行接收，并汇总得到第一业务数据。

需要说明的是，由于业务机构指的是为目标对象提供服务的任何机构，例如，互联网金融企业、银行、政府部门等，因而，第一业务数据中所包含的交易信息也可以有多种类型，例如贷款信息、还款信息、日常服务缴费信息等。第一业务数据中所包含的交易信息的类型，可以根据实际情况来确定，本发明实施例在此不作限定。

S103、征信平台根据第一业务数据，生成数据验证请求；数据验证请求用于请求区块链网络验证第一业务数据的真实度。

由于征信平台必须使用真实无误的交易信息来进行征信计算，因而，征信平台获得第一业务数据之后，会生成数据验证请求，并将第一业务数据打包附在数据验证请求中，以请求区块链网络对第一业务数据的真实度进行验证。

本发明实施例中，为了使第一业务数据的验证结果准确无误，征信平台需要在数据验证请求中携带预设时间段，告知区块链网络需要利用该预设时间段内的交易信息，以使得能够利用存储于区块链中的与第一业务数据对应的交易信息来对第一业务数据进行验证。

可以理解的是，为了防止在传输的过程中第一业务数据被截获，使得目标对象的数据发送泄露，征信平台可以将第一业务数据进行加密，然后将加密后的第一业务数据附在数据验证请求上，也可以是对第一业务数据进行哈希运算，将第一业务数据的哈希值附在数据验证请求上。当然，征信平台还可以利用其它的方式来防止第一业务数据被截获之后发生泄露，本发明实施例在此不做具体限定。

S104、征信平台将数据验证请求发送给区块链网络；区块链网络中存储有目标对象与至少一个业务机构的实时交易信息。

征信平台在生成数据验证请求之后，便会将数据验证请求发送给区块链网络。区块链网络接收征信平台发送的数据验证请求，并从数据验证请求中解析出第一业务数据。由于区块链网络中存储有目标对象的与至少业务机构的实时交易信息，且该实时交易信息是在生成时就上传到区块链网络的，因而，该实时交易信息是准确可靠的，区块链网络在后续可以根据这些实时交易信息对第一业务数据进行验证。

需要说明的是，区块链网络从数据验证请求中解析出第一业务数据的方式，可以按照征信平台与区块链网络之间的约定进行。

示例性的，当征信平台利用私钥对第一业务数据进行加密时，区块链网络也可以利用征信平台预先上传的公钥得到第一业务数据。当征信平台对第一业务数据进行哈希运算，并第一业务数据的哈希值发送给区块链网络时，区块链网络则可以不对第一业务数据的哈希值进行解密，而是根据征信平台与区块链网络之间的约定，对第一业务数据的哈希值进行验证。

S105、区块链网络根据数据验证请求，获取第二业务数据；第二业务数据表征在区块链保存的目标对象与至少一个业务机构的实时交易信息的集合。

区块链网络需要根据数据验证请求中的预设时间段，从区块链中提取出目标对象与至少一个业务机构的实时交易信息，从而汇总得到第二业务数据，以便于后续根据第二业务数据对第一业务数据进行验证。

需要说明的是，在本发明的一些实施例中，第二业务数据可以是在开始征信记录前，区块链网络所接收到的目标对象与至少一个业务机构的所有的实时交易信息汇总得到的数据，也可以是将预设时间段内的至少一个业务机构所与目标对象的实时交易信息进行汇总得到的数据，本发明实施例在此不作具体限定。与第一业务数据不同的是，第二业务数据中的每条交易信息，都是在其生成时由业务机构发送到区块链网络，并由区块链网络存储至区块链上的。

S106、区块链网络根据第二业务数据，对数据验证请求中的第一业务数据进行验证，生成数据验证结果。

由于区块链的不可篡改特性，使得第二业务数据必然是真实可信的，因此，区块链网络利用第二业务数据与第一业务数据进行验证，并得到验证结果。如此，可以判断出征信平台从至少一个业务机构中拿到的第一业务数据有没有被篡改过，即验证第一业务数据的真实程度。

需要说明的是，在本发明的一些实施例中，由于征信平台可以将第一业务数据加密之后发送给区块链网络，因此，区块链网络可以直接解密得到第一业务数据的明文，然后获取第二业务数据的明文，利用第二业务数据的明文对第一业务数据的明文进行验证。当然，还可以利用形式完成第一业务数据和第二业务数据的比对，得到数据验证结果，本发明实施例在此不作限定。

S107、区块链网络将数据验证结果返回给征信平台。

区块链网络在得到数据验证结果之后，会将数据验证结果发送给征信平台。征信平台接收区块链针对数据验证请求返回的数据验证结果，如此，征信平台便可以得到第一业务数据的真实度，便于后续根据第一业务数据的真实度，来决定是否要使用第一业务数据计算目标对象的个人征信。

S108、数据验证结果为验证通过时，征信平台根据第一业务数据计算目标对象的个人征信，完成对目标对象的征信记录。

当区块链网络所返回的数据验证结果为验证通过时，表明第一业务数据时真实可靠的，此时，征信平台会根据第一业务数据对目标对象的个人征信进行计算，完成针对目标对象的征信记录。当区块链网络返回的数据验证结果为验证失败时，表明第一业务数据中存在被篡改的交易信息，即第一业务数据不可靠，此时，征信平台不会根据第一业务数据来计算目标对象的个人征信，而是会重新向至少一个业务机构发送业务数据请求，重新获取新的第一业务数据，或是告知至少一个业务机构存在数据错误现象，终止对目标对象的征信记录。

可以理解的是，在征信平台利用第一业务数据对目标对象的个人征信进行计算时，是对第一业务数据中存在的目标对象与至少一个业务机构之间的资金往来情况，例如贷款还款情况、贷款逾期情况、生活缴费、欠费等情况进行分析，从而得到目标对象的个人征信。

在本发明的一些实施例中，个人征信可以用分数的形式来体现，例如100分、80分等，也可以用信用级别来体现，例如信用优秀、信用一般等。具体的个人征信的体现方式可以根据实际需求自行设定，本发明实施例在此不作限定。

需要说明的是，在本发明的一些实施例中，征信平台在完成对目标对象的征信记录之后，会将目标对象的个人征信存储在自身的存储空间之中，以便于后续继续对目标对象进行征信记录；也可以将目标对象的个人征信发送给需要查询目标对象的个人征信的业务机构，以便于业务机构以此来评估是否可以与目标对象进行资金往来。当然，目标对的个人征信记录还可以使用在其他有需要的场景之中，本发明实施例在此不作具体限定。

本发明实施例中，征信平台能够接收多个业务机构发送的业务数据，并能根据区块链网络返回的数据验证结果确定出业务数据的真实性，进而能够根据多个业务机构发送的真实的业务数据，综合计算出目标对象的个人征信，拓宽了个人征信的信用信息维度，提高了个人征信的准确度。

在本发明的一些实施例中，征信平台通过业务数据请求，得到至少一个业务机构发送的第一业务数据，即S102的具体实现过程，可以包括：S1021-S1022，如下：

S1021、征信平台将业务数据请求发送给至少一个业务机构。

征信平台在通过业务数据请求，得到至少一个业务机构发送的第一业务数据时，是先将业务数据请求发送给至少一个业务机构，业务机构接收征信平台发送的业务数据请求。

S1022、征信平台接收至少一个业务机构中的每个业务机构，针对业务数据请求返回的针对目标对象的第一子业务数据，得到至少一个第一子业务数据；至少一个第一地业务数据组合为第一业务数据。

业务机构响应于业务数据请求，将自身内部的与目标对象的交易信息，作为第一子业务数据，发送给征信平台。由于有至少一个业务机构，因此，征信平台对至少一个业务机构中的每个业务机构所返回的针对目标对象的第一子业务数据都进行接收，如此，征信平台会得到至少一个第一子业务数据，并用第一子业务数据组合为第一业务数据。

需要说明的是，本发明实施例中的第一子业务数据，是指在预设时间段内的业务机构与目标对象的交易信息。

本发明实施例中，第一子业务数据中可以携带有业务机构的名称或机构编号等身份标识，使得征信平台可以根据业务机构的身份标识，来对各个业务机构进行分辨。需要说明的是，第一子业务数据中还可以携带有业务机构产生交易信息的时间、交易信息的类型、交易信息的资金明细以及交易信息的备注等，以便于征信平台更好地利用第一子业务数据。第一子业务数据中还可以包括其他与交易信息有关的内容，本发明实施例在此不作限定。

可以理解的是，本发明实施例中，第一子业务数据组合为第一业务数据时，可以按照交易信息的时间顺序，对第一子业务数据进行排序，得到第一业务数据，还可以按照交易信息的类型，对第一子业务数据进行排序，得到第一业务数据。当然，还可以按照其他方式得到第一业务数据，本发明实施例在此不作具体限定。

示例性的，参见图6，本发明实施例提供了一种第一业务数据的示意。在图6中，第一子业务数据可以携带有交易信息的类型1、交易信息产生的日期2、交易信息的明细3，交易信息的备注4以及第一子业务数据的来源5。第一条第一子业务数据是由互联网金融企业1发送的，其对应的交易信息的类型是贷款记录，目标对象在2018年12月24日从互联网金融企业1进行了50000元的贷款，目前该贷款已经于2019年02月11日还款。第二条第一子业务数据是由互联网金融企业1发送的，其对应的交易信息的类型是还款类型，与第一条第一子业务数据相对应，即目标对象在2019年02月11日对从互联网金融企业1所贷款的50000元进行还款。第三条第一子业务数据是由银行发送的，其对应的交易信息的类型是信用卡消费，目标对象于2018年04月12日利用银行的信用卡进行了1889元的消费，并为该笔消费申请分期还款。第四条第一子业务数据是由银行发送的，其对应的交易信息的类型是信用卡还款，目标对象于2018年05月06日针对银行的信用卡消费进行了分期(1/3)的还款，该次还款629元。第五条第一子业务数据是由银行发送的，其对应的交易信息的类型是信用卡还款，目标对象于2018年06月06日针对银行的信用卡消费进行了分期(2/3)的还款，该次还款629元。第六条第一子业务数据是由银行发送的，其对应的交易信息的类型是信用卡还款，目标对象于2018年07月06日针对银行的信用卡消费进行了分期(3/3)的还款，该次还款632元。第七条第一子业务数据是由互联网金融企业2发送的，其对应的交易信息的类型是白条，即目标对象于2018年08月03日使用白条进行了400元的消费，并且，该次消费已逾期。征信平台接收到上述三个业务机构发送的七条第一业务子数据之后，可以用这七条第一子业务数据组合得到第一业务数据。

本发明实施例中，征信平台能够将业务数据请求发送给至少一个业务机构，并接收至少一个业务机构中的每个业务机构发送的第一子业务数据，并用所接收到的所有第一子业务数据组合得到第一业务数据，使得征信平台能够根据第一业务数据生成数据验证请求。

在本发明的一些实施例中，参见图7，数据验证结果为验证通过时，根据第一业务数据计算目标对象的个人征信，完成对目标对象的征信记录，即S108的具体实现过程，可以包括：S1081-S1083，如下：

S1081、征信平台根据第一业务数据中的至少一个第一子业务数据，对至少一个业务机构中对应的每个业务机构的目标对象各自进行征信计算，得到每个业务机构目标针对目标对象的子征信数据。

当区块链网络所返回的数据验证结果为通过时，征信平台会从第一业务数据中得到至少一个第一子业务数据，然后利用第一子业务数据，对第一子业务数据对应的业务机构的目标对象的征信进行计算，如此，可以得到至少一个业务机构中的每个业务机构针对目标对象的子征信数据。

S1082、征信平台利用业务机构与机构权重之间的预设关系，确定出至少一个业务机构中的每个业务机构对应的机构权重。

由于不同的业务机构对于用户个人征信的影响不同，因而，在计算目标对象的个人征信时，不能简单的利用各个子征信数据直接得到目标对象的个人征信，而是综合子征信数据和业务机构的影响权重，综合得到目标对象的个人征信。此时，征信平台需要先利用存储于征信平台内部的业务机构与机构权重之间的预设关系，为每个业务机构确定出其所对应的机构权重。

在本发明实施例中，机构权重指的是业务机构对个人征信的影响程度。在相同的子征信数据下，机构权重越大，说明业务机构对个人征信的影响越大，机构权重越小，说明业务机构对个人征信的影响越小。

需要说明的是，业务机构与机构权重之间的预设关系，可以是根据业务机构的类别来划分的，也可以按照实际情况来进行设定的，本发明实施例在此不做具体限定。

示例性的，若机构权重的总分数为10，则针对银行类型的业务机构，可以将其机构权重划分为4分，例如，银行属于银行金融类型，对应的机构权重可以为5分；针对互联网金融企业，可以将其机构权重划分为2.5分，例如互联网金融企业1和互联网金融企业2都属于互联网金融企业，这两个业务机构所对应的机构权重均为2.5分。

S1083、征信平台根据每个业务机构对应的机构权重，以及每个业务机构的子征信数据，对目标对象的个人征信进行计算，完成对目标对象的征信记录。

征信平台可以用每个业务机构对于的机构权重，与以及之前计算出的每个业务机构的子征信数据对应相乘，得到每个业务机构对应的乘积结果，然后将每个业务机构对应的乘积结果进行累加，得到累加结果，并根据该累加结果得到目标对象的个人征信，完成对目标对象的征信记录。

在本发明的一些实施例中，征信平台在对每个机构对于的乘积结果进行累加，得到累加结果之后，可以直接将累加结果作为个人征信，还可以对累加结果进行处理，得到个人征信，例如将累加结果压缩至100分之内，将最终所得到的分数作为个人征信，使得个人征信可以以符合用户习惯的形式呈现。

示例性的，本发明实施例提供了一种个人征信页面的示意，如图8所示，互联网金融企业1针对目标对象的子征信数据为80，互联网金融企业1对应的机构权重为2.5，银行针对目标对象的子征信数据为90分，银行对应的机构权重为5，互联网金融企业2针对目标对象的子征信数据为50，互联网金融企业2对应的机构权重为2.5，此时，征信平台可以根据80×2.5+90×5+50×2.5得到累加结果775，然后用775与10相除，得到77.5，并将最终的77.5作为目标对象的个人征信。同时，为了显示方便，还可以将77.5以长条状的形式显示，使得个人征信一目了然。

本发明实施例中，征信平台能够计算得到每个业务机构针对目标对象的子征信数据，并未每个业务机构确定出机构权重，然后综合考虑每个业务机构针对目标对象的子征信数据，以及每个业务机构的机构权重，得到目标对象的个人征信，如此，征信平台能够拓宽个人征信的信用信息维度，提高个人征信的准确度。

在本发明的一些实施例中，根据第一业务数据中的至少一个第一子业务数据，对至少一个业务机构中对应的每个业务机构的目标对象各自进行征信计算，得到每个业务机构针对目标对象的子征信数据，即S1081的具体实现过程，可以包括：S201-S202，如下：

S201、征信平台根据至少一个业务子数据中的每个第一子业务数据，确定出每个业务机构针对目标对象的中间征信数据。

征信平台在对至少一个业务机构中对应的每个业务机构的目标对象各自进行征信计算时，先要从每个业务机构对应的第一子业务数据中，确定出目标对象与每个业务机构的交易信息中是否存在异常的交易信息，并根据所存在的异常的交易信息确定出每个业务机构针对目标对象的中间征信数据。

需要说明的是，异常的交易信息可以包括还款逾期、恶意欠款等，还可以包括透支消费、套现等。具体的异常交易信息可以根据实际情况来设置，本发明实施例在此不作具体限定。

本发明实施例中，征信平台根据异常的交易信息确定每个业务机构针对目标对象的中间征信数据时，然后针对异常的交易信息生成相应的征信扣分值，并征信扣分值作为第一子业务数据中具有异常交易信息的业务机构针对的目标对象的中间征信数据。对于第一子业务数据中不具有异常的交易信息的业务机构，则将征信扣分值确定为0分，得到这些业务机构针对目标对象的中间征信数据。

示例性的，目标对象在互联网金融企业2上存在还款逾期，则征信平台针对该次还款逾期，生成20分的征信扣分值，并将该征信扣分值作为互联网金融企业2针对目标对象的中间征信数据。目标对象在互联网金融企业1和银行上均未出现还款逾期，征信平台则互联网金融企业1和银行，分别生成0分的征信扣分值，并将该征信扣分值分别作为互联网金融企业1针对目标对象的中间征信数据，和银行针对目标对象的中间征信数据。

S202、征信平台利用预设的每个业务机构的基础征信数据，和每个业务机构针对目标对象的中间征信数据，计算出每个业务机构针对目标对象的子征信数据；基础征信数据是每个业务机构对目标对象确定的个人征信的初始值。

征信平台获取预设的每个业务机构的基础征信数据，然后利用每个业务机构的基础征信数据，和之前所确定出的每个业务机构针对目标对象的中间征信数据，为每个业务机构计算出针对目标对象的子征信数据，如此，征信平台就得到了每个业务机构针对目标对象的子征信数据。

可以理解的是，基础征信数据是每个业务机构针对目标对象所确定的个人征信的初始值，每个业务机构的基础征信数据都可以根据实际情况来进行设定，本发明实施例在此不作限定。

需要说明的是，在本发明的一些实施例中，征信平台可以将个人征信发送给各个业务机构，因而，业务机构可以直接将上一轮次由征信平台所计算出的个人征信，作为目标对象的个人征信的初始值，以便于征信平台可以在之前所计算的个人征信的基础上，继续对目标对象的个人征信进行计算。

本发明实施例中，征信平台能够根据每个业务机构的基础征信数据，和根据第一子业务数据计算出的每个业务机构针对目标对象的中间征信数据，得到每个业务机构针对目标对象的子征信数据，使得征信平台后续根据每个业务机构针对目标对象的子征信数据，得到目标对象的个人征信。

在本发明的一些实施例中，征信平台利用预设的每个业务机构的基础征信数据，和每个业务机构针对目标对象的中间征信数据，计算出每个业务机构针对目标对象的子征信数据，即S202的具体实现过程，可以包括：S2021-S2022，如下：

S2021、利用每个业务机构的基础征信数据和每个业务机构针对目标对象的中间征信数据，计算出每个业务机构对应的征信差异值。

由于中间征信数据表征到的是需要从基础征信数据中扣除的征信的分数，因而，征信平台在计算每个业务机构针对目标对象的子征信数据时，可以先计算得到每个业务机构的基础征信数据，和每个业务机构针对目标对象的中间征信数据之间的差异值，并将所计算出的差异值确定为每个业务机构对应的征信差异值。

可以理解的是，在计算每个业务机构对应的征信差异值时，可以是直接利用每个业务机构的基础征信数据，与每个业务机构针对目标对象的中间征信数据做差，得到每个机构对应的征信差异值，也可以是根据其他方式得到每个机构对应的差异值，本发明实施例在此不作限定。

S2022、根据每个业务机构对应的征信差异值，确定出每个业务机构针对目标对象的子征信数据。

征信平台可以是将每个业务机构对应的征信差异值，直接确定为每个业务机构针对目标对象的子征信数据，也可以是对每个业务机构对应的征信差异值，进行变换之后，得到每个业务机构针对目标对象的子征信数据，本发明实施例在此不作限定。

本发明实施例中，征信平台能够根据每个业务机构的基础征信数据，以及每个业务机构针对目标对象的中间征信数据，计算得到每个业务机构针对目标对象的子征信数据，使得征信平台能够根据子征信数据，得到目标对象的个人征信。

在本发明的一些实施例中，在区块链网络接收征信平台发送的数据验证请求之前，该方法还包括：S301-S302，如下：

S301、区块链网络接收至少一个业务机构中的每个机构上传的针对目标对象的实时交易信息。

业务机构在与目标对象进行资金往来之后，业务机构会生成针对该资金往来的实时交易信息，并在将该实时交易信息保存在业务机构的存储空间的同时，将该实时交易信息上传至区块链网络。由于可能存在不止一个业务机构与目标对象发送资金往来，因而，区块链网络会接收由至少一个业务机构中的每个业务机构所上传的实时交易信息。

需要说明的是，为了使后续的数据验证结果真实有效，实时交易信息中所包含的内容类型应当与第一业务数据中包含的内容类型相同。进一步的，还可以将第一业务数据理解为由至少一个业务机构内每个业务机构内部存储的，在预设时间段之内的实时交易信息所组成的。

示例性的，本发明是实体提供了一种生成实时交易信息的示意，如图9所示，是目标对象利用终端上针对银行的50000元贷款进行还款操作页面，在该页面上，示出了目标对象从银行的贷款金额：50000元，以及贷款日期：2018年12月24日15:30，在页面的下方显示了此次的还款金额：50000元，当目标对象按下确认还款按钮时候，银行就会针对目标对象还款操作，生成实时交易信息，并将实时交易信息发送给区块链网络。

S302、区块链网络将实时交易信息存储至区块链中。

区块链网络接收到实时交易信息之后，区块链网络中的节点会为实时交易信息创建新区块，并将实时交易信息填充至新区块中，然后区块链网络中具有共识服务的节点对填充有实时交易信息的新区块进行共识并达成一致之后，会将新区块追加到区块链的尾部，完成对实时交易信息的存储。

需要说明的是，为了方便对实时交易信息进行查询，在对实时交易信息上链之后，还可以将实时交易信息以账本的形式存储，即可以将接收到实时交易信息的时间作为键，以实时交易信息作为值，以便于后续区块链网络可以快速的从区块链中获取到预设时间段内的实时交易信息。

本发明实施例中，区块链网络可以接收业务机构与目标对象的实时交易信息，并将所接收到的实时交易信息存储在区块链中，由于区块链的不可篡改特性，能够使得区块链网络利用真实可靠的实时交易信息组成得到第二业务数据，并用第二业务数据验证第一业务数据的真实度，提高了个人征信的准确度。

在本发明的一些实施例中，区块链网络根据第二业务数据，对数据验证请求中的第一业务数据进行验证，生成数据验证结果，即S106的具体实现过程，可以包括：S1061-S1062，如下：

S1061、第一业务数据属于第二业务数据时，数据验证结果为验证通过。

区块链网络用第一业务数据中的所有交易信息，与第二业务数据中的所有实时交易信息进行比对，当第一业务数据中的所有交易信息，都能在第二业务数据中找到对应的实时交易信息，即第一业务数据属于第二业务数据时，表明存储于至少一个业务机构内部的交易信息没有被篡改过，此时，区块链网络所生成的数据验证结果为验证通过。

需要说明的是，在本发明的一些实施例中，当区块链网络利用与第一业务数据相同的预设时间段内的实时交易信息得到第二业务数据时，征信平台可以直接对第一业务数据进行哈希运算，并将第一业务数据的哈希值发送给区块链网络，此时，区块链网络只需要对第二业务数据进行哈希运算，并用第二业务数据的哈希值与第一业务数据的哈希值进行比较，当第一业务数据的哈希值与第二业务数据的哈希值相同时，区块链网络生成验证通过的数据验证结果。

S1062、第一业务数据存在不属于第二业务数据的业务数据时，数据验证结果为验证失败。

当第一业务数据中存在交易信息，在第二业务数据找不到相同的实时交易信息时，即第一业务数据中存在有不属于第二业务数据的业务数据时，区块链网络认为由征信平台发送来的第一业务数据中存在被篡改的交易信息，此时，区块链网络会生成验证失败的数据验证结果，以提示征信平台第一业务数据不可靠。

同理的，当区块链网络利用与第一业务数据相同的预设时间段内的实时交易信息得到第二业务数据时，由于不同的明文信息所对应的哈希值一定是不同的，当区块链网络将第一业务数据的哈希值与第二业务数据的哈希值进行比较时，发现第一业务数据的哈希值与第二业务数据的哈希值不相同，此时，区块链网络就可以判定第一业务数据不可靠，生成验证失败的数据验证结果。

本发明实施例中，区块链网络可以通过比较第一业务数据与第二业务数据得到数据验证结果，以使得后续征信平台能够获知第一业务数据的真实度。

在征信平台针对目标对象生成业务数据请求之前，本发明是实施例还提供了业务机构和征信机构在终端上进行注册的过程。本发明实施例提供一种基于区块链的征信记录方法，包括：S401-S402，如下

S401、业务机构向终端发送第一授权请求。

业务机构在将其与目标对象的实时交易信息发送至区块链网络之前，需要先向终端发送第一授权请求，以询问目标对象是否同意将实时交易信息发送给区块链网络。由于与目标对象发生资金往来的业务机构可能不止一个，因而，终端可以接收到多个业务机构发送的第一授权请求，并在后续针对每个业务机构发送的第一授权请求进行授权。

需要说明的是，业务机构向终端发送第一授权请求的时间，可以是业务机构根据终端所发送的注册信息，完成对终端的注册时发送的，也可以是在实时交易信息产生时发送的。业务机构可以在将实时交易信息上传至区块链网络之前的任何时间向终端发送第一授权请求，本发明实施例在此不作具体限定。

S402、终端根据第一授权请求，向业务机构发送第一授权信息；第一授权信息表征目标对象允许业务机构将实时交易信息上传至区块链网络。

终端在接收到第一授权请求之后，若目标对象同意业务机构将实时交易信息上传至区块链网络，则终端会针对第一授权请求，向业务机构发送第一授权信息，表明目标对象允许业务机构将实时交易信息上传至区块链网络。业务机构接收终端返回的针对第一授权请求的第一授权信息，如此，业务机构在后续就可以将实时交易信息上传给区块链网络了。

本发明实施例中，业务机构能够在上传实时交易信息至区块链网络之前，先向终端发送第一授权请求，并在接收到第一授权信息之后，才会将实时交易信息上传至区块链网络，如此，能够使得目标对象明确业务机构将要对实时交易数据进行的操作，保护目标对象的个人数据的安全性。

在本发明的一些实施例中，在征信平台针对目标对象生成业务数据请求之前，基于区块链的征信记录方法还包括：S403-S404，如下：

S403、征信平台向终端发送第二授权请求。

征信平台在对目标对象进行个人征信的计算之前，先要询问目标对象是否同意征信平台获取并使用其所对应的各种交易信息。此时，征信平台会向终端发送第二授权请求，终端接收征信平台的第二授权请求。在第二授权请求中可以写明征信平台需要获取预设时间段内的针对目标对象的交易信息，以及对这些交易信息所要进行的处理。

S404、终端针对第二授权请求，向征信平台返回第二授权信息；第二授权信息表征目标对象允许征信平台从至少一个业务机构获取第一业务数据。

终端在接收到第二授权请求之后，会针对第二授权请求，向征信平台返回第二授权信息，表明目标对象允许征信平台从至少一个业务机构获取第一业务数据。

需要说明的是，由于第二授权请求中可以写明征信平台需要获取的预设时间段内的交易信息，因而，终端可以在第二授权信息中，附上在预设时间段内的与目标对象发生过资金往来的至少一个业务机构的标识，如此，可以使得征信平台可以明确需要向哪些业务机构发送业务数据请求。

本发明实施例中，征信平台在获取第一业务数据之前，可以先通过第二授权信息，询问目标对象是否同意征信平台获取并分析其对应的第一业务数据，使得征信平台可以在目标对象的授权之下，对目标对象对应的第一业务数据进行获取和分析。

下面，将对本发明实施例提供的基于区块链的征信记录方法在实际的应用场景中的示例性应用进行说明。

参见图10，为基于区块链的征信记录方法在实际应用场景的示意图，征信平台需要对目标对象，即用户A进行征信记录。在开始对用户A进行征信记录之前，业务机构，即图10中的银行1和银行2，会向用户A的终端发送授权请求，具体的，银行1向用户A的终端发送授权请求1，以询问用户A是否同意银行1将其与用户A的实时交易信息1发送给区块链网络，在用户A同意之后，用户A的终端会向银行1返回授权信息1。同理的，银行2向用户A的终端发送授权请求2，询问用户A是否同意银行2将其与用户A的实时交易信息2发送给区块链网络，在用户A同意之后，用户A的终端会向银行2返回授权信息2。之后，用户A与银行1之间的实时交易信息1，以及用户A与银行2之间的实时交易信息2，会分别被银行1和银行2上传至区块链网络中。在图10中，示出了区块链网络的两个不同的节点，节点1和节点2，这两个节点可以分别对实时交易信息1和实时交易信息2进行接收。

征信平台需要根据在1年时间内与用户A相关的所有交易信息，对用户A进行征信记录，此时，征信平台会向用户A的终端发送授权请求3，以告知用户A征信平台需要获取在1年时间内的与用户A相关的所有交易信息，用户A的终端向征信平台返回授权信息3。

征信平台针对用户A生成业务数据请求，并将预设时间段，即1年时间，和用户A的身份证号码附在业务数据请求之中，然后将业务数据请求分别发送给银行1和银行2。银行1和银行2接收到业务数据请求之后，会将各自存储空间中的1年之内的与用户A的交易信息整理出来，发送给征信平台。

征信平台接收到银行1与用户A的交易信息4，以及银行2与用户A的交易信息5之后，会根据这两组交易信息生成数据验证请求6，请求区块链网络验证银行1与用户A的交易信息4和银行2与用户A的交易信息5是否被篡改过。

区块链网络接收数据验证请求，并从数据验证请求6中得到得知征信平台需要对用户A在1年之内的交易信息进行验证。此时，区块链网络从区块链中的实时交易信息1和实时交易信息2获得1年之内与用户A有关的所有实时交易信息，然后用这些实时交易信息，与银行1与用户A的交易信息4和银行2与用户A的交易信息5进行比对，得到验证通过的数据验证结果7，并将数据验证结果7发送给征信平台。

当数据验证结果7表征验证通过时，征信平台就可以根据银行1与用户A的交易信息4和银行2与用户A的交易信息5，对用户A进行个人征信的计算了。若在银行1与用户A的交易信息4中，存在一次还款逾期，征信平台可以根据银行1的个人征信基础分数100，扣除掉该次还款逾期需要被扣除的20分，得到银行1针对用户A的子征信数据80分，银行2与用户A的交易信息5中，并为出现还款逾期或其他异常，征信平台将银行2的个人征信基础分数100分作为银行2针对用户A的子征信数据。之后，征信平台利用银行1的机构权重5，和银行的机构权重5，与上述计算出的银行2针对用户A的子征信数据和银行1针对用户A的子征信数据进行加权，同时用加权结果除去100，就可以得到用户A的个人征信90分。如此，征信平台就完成了对用户A的征信记录。

综上所述，征信平台能够将从业务机构所获得的用户A的交易信息，与区块链上存储的用户A的实时交易信息进行比较，得到数据验证结果，确保从业务机构所获得的用户A的交易信息是真实可靠的，并且同时利用了多个业务机构与用户A的交易信息，计算出用户A的个人征信，拓宽了个人征信的信用信息维度，提高了个人征信的准确度。

下面继续说明本发明实施例提供的基于区块链的征信记录装置实施为软件模块的示例性结构。

在一些实施例中，如图11所示，存储在存储器740的基于区块链的征信记录装置1，对应于征信平台，其中的软件模块可以包括：

生成模块10，用于针对目标对象，生成业务数据请求；以及根据第一业务数据，生成数据验证请求；所述数据验证请求用于请求区块链网络验证所述第一业务数据的真实度；

第一发送模块11，用于将所述数据验证请求发送给所述区块链网络；所述区块链网络中存储有所述目标对象与所述至少一个业务机构的实时交易信息；

第一接收模块12，用于通过所述业务数据请求，得到至少一个业务机构发送的第一业务数据；所述第一业务数据表征在所述至少一个业务机构保存的所述目标对象与所述至少一个业务机构的交易信息；接收所述区块链网络针对所述数据验证请求返回的数据验证结果；所述数据验证结果表征所述第一业务数据的真实度；

处理模块13，用于数据验证结果为验证通过时，根据所述第一业务数据计算所述目标对象的个人征信，完成对所述目标对象的征信记录。

在本发明的一些实施例中，所述第一发送模块11，具体用于将所述业务数据请求发送给所述至少一个业务机构；

所述第一接收模块12，具体用于接收所述至少一个业务机构中的每个业务机构，针对所述业务数据请求返回的针对所述目标对象的第一子业务数据，得到至少一个第一子业务数据；所述至少一个第一子业务数据组合为所述第一业务数据。

在本发明的一些实施例中，所述处理模块13，具体用于根据所述第一业务数据中的至少一个第一子业务数据，对所述至少一个业务机构中对应的每个业务机构的所述目标对象各自进行征信计算，得到所述每个业务机构针对所述目标对象的子征信数据；利用业务机构与机构权重之间的预设关系，确定出所述至少一个业务机构中的每个业务机构对应的机构权重；以及根据所述每个业务机构对应的机构权重，以及所述每个业务机构的子征信数据，对所述目标对象的个人征信进行计算，完成对所述目标对象的征信记录。

在本发明的一些实施例中，所述处理模块13，具体用于根据所述至少一个业务子数据中的每个第一子业务数据，确定出所述每个业务机构针对所述目标对象的中间征信数据；利用预设的所述每个业务机构的基础征信数据，和所述每个业务机构针对所述目标对象的中间征信数据，计算出所述每个业务机构针对所述目标对象的子征信数据；所述基础征信数据是所述每个业务机构对所述目标对象确定的个人征信的初始值。

在本发明的一些实施例中，所述处理模块13，具体用于利用所述每个业务机构的基础征信数据和所述每个业务机构针对所述目标对象的中间征信数据，计算出所述每个业务机构对应的征信差异值；根据所述每个业务机构对应的征信差异值，确定出所述每个业务机构针对所述目标对象的子征信数据。

在本发明的一些实施例中，所述第一发送模块11，还用于向终端发送第二授权请求；

所述第一接收模块12，还用于接收所述终端针对所述第二授权请求返回的第二授权信息；所述第二授权表征所述目标对象允许所述征信平台从所述至少一个业务机构获取所述第一业务数据。

在本发明的一些实施例中，如图12所示，存储在存储器740的基于区块链的征信记录装置2，对应于区块链网络，其中的软件模块可以包括：

第二接收模块20，用于接收征信平台发送的数据验证请求；

验证模块21，用于根据所述数据验证请求，获取第二业务数据；所述第二业务数据表征在区块链保存的所述目标对象与所述至少一个业务机构的实时交易信息的集合；根据所述第二业务数据，对所述数据验证请求中的第一业务数据进行验证，生成数据验证结果；

第二发送模块22，用于将所述数据验证结果返回给所述征信平台。

在本发明的一些实施例中，第二接收模块20，还用于接收至少一个业务机构中的每个业务机构上传的针对所述目标对象的实时交易信息；

所述验证模块21，还用于将所述实时交易信息存储至区块链中。

在本发明的一些实施例中，所述验证模块22，具体用于所述第一业务数据属于所述第二业务数据时，所述数据验证结果为验证通过；所述第一业务数据存在不属于所述第二业务数据的业务数据时，所述数据验证结果为验证失败。

在本发明的一些实施例中，存储在存储器740的基于区块链的征信记录装置3，对应于业务机构，其中的软件模块可以包括：

第三接收模块30，用于接收征信平台发送的业务数据请求；

第三发送模块31，用于响应于所述业务数据请求，将第一业务数据发送所述征信平台。

在本发明的一些实施例中，所述第三发送模块31，具体用于向区块链网络上传的针对所述目标对象的实时交易信息。

在本发明的一些实施例中，所述第三发送模块31，还用于向终端发送第一授权请求；

所述第三接收模块32，还用于接收所述终端返回的针对所述第一授权请求的第一授权信息。

在本发明的一些实施例中，存储在存储器740的基于区块链的征信记录装置4，对应于终端，其中的软件模块可以包括：

第四接收模块40，用于接收至少一个业务机构发送的第一授权请求；

第四发送模块41，用于根据所述第一授权请求，向所述业务机构发送第一授权信息；所述第一授权信息表征所述目标对象允许所述业务机构将第二业务数据上传至区块链网络。

在本发明的一些实施例中，所述第四接收模块40，还用于接收征信平台发送的第二授权请求；

所述第四发送模块41，还用于向所述征信平台发送针对搜书第二授权请求的第二授权信息。

本发明实施例提供一种存储介质，存储有可执行征信记录指令，用于引起处理器执行时，实现本发明实施例提供的征信平台侧、区块链网络侧、业务机构侧和终端侧提供的基于区块链的征信记录方法。

本发明实施例提供一种存储有可执行指令的存储介质，其中存储有可执行征信记录指令，当可执行征信记录指令被处理器执行时，将引起处理器执行本发明实施例提供的基于区块链的征信记录方法，例如，如图7、图5示出的方法。

在一些实施例中，存储介质可以是FRAM、ROM、PROM、EPROM、EE PROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。

Claims (11)

1.一种基于区块链的征信记录方法，其特征在于，应用于征信平台，包括：

针对目标对象，生成业务数据请求；

通过所述业务数据请求，得到至少一个业务机构发送的第一业务数据；所述第一业务数据表征在所述至少一个业务机构保存的所述目标对象与所述至少一个业务机构的交易信息；

根据所述第一业务数据，生成数据验证请求；所述数据验证请求用于请求区块链网络验证所述第一业务数据的真实度；

将所述数据验证请求发送给所述区块链网络；所述区块链网络中存储有所述目标对象与所述至少一个业务机构的实时交易信息；

接收所述区块链网络针对所述数据验证请求返回的数据验证结果；所述数据验证结果表征所述第一业务数据的真实度；

所述数据验证结果为验证通过时，根据所述第一业务数据计算所述目标对象的个人征信，完成对所述目标对象的征信记录。

2.根据权利要求1所述的方法，其特征在于，所述通过所述业务数据请求，得到至少一个业务机构发送的第一业务数据，包括：

将所述业务数据请求发送给所述至少一个业务机构；

接收所述至少一个业务机构中的每个业务机构，针对所述业务数据请求返回的针对所述目标对象的第一子业务数据，得到至少一个第一子业务数据；所述至少一个第一子业务数据组合为所述第一业务数据。

3.根据权利要求1或2所述的方法，其特征在于，所述数据验证结果为验证通过时，根据所述第一业务数据计算所述目标对象的个人征信，完成对所述目标对象的征信记录，包括：

根据所述第一业务数据中的至少一个第一子业务数据，对所述至少一个业务机构中对应的每个业务机构的所述目标对象各自进行征信计算，得到所述每个业务机构针对所述目标对象的子征信数据；

利用业务机构与机构权重之间的预设关系，确定出所述至少一个业务机构中的每个业务机构对应的机构权重；

根据所述每个业务机构对应的机构权重，以及所述每个业务机构的子征信数据，对所述目标对象的个人征信进行计算，完成对所述目标对象的征信记录。

4.根据权利要求3所述的方法，其特征在于，所述根据所述第一业务数据中的所述至少一个第一子业务数据，对所述至少一个业务机构中对应的每个业务机构的所述目标对象各自进行征信计算，得到所述每个业务机构针对所述目标对象的子征信数据，包括：

根据所述至少一个业务子数据中的每个第一子业务数据，确定出所述每个业务机构针对所述目标对象的中间征信数据；

利用预设的所述每个业务机构的基础征信数据，和所述每个业务机构针对所述目标对象的中间征信数据，计算出所述每个业务机构针对所述目标对象的子征信数据；所述基础征信数据是所述每个业务机构对所述目标对象确定的个人征信的初始值。

5.根据权利要求4所述的方法，其特征在于，所述利用预设的所述每个业务机构的基础征信数据，和所述每个业务机构针对所述目标对象的中间征信数据，计算出所述每个业务机构针对所述目标对象的子征信数据，包括：

利用所述每个业务机构的基础征信数据和所述每个业务机构针对所述目标对象的中间征信数据，计算出所述每个业务机构对应的征信差异值；

根据所述每个业务机构对应的征信差异值，确定出所述每个业务机构针对所述目标对象的子征信数据。

6.一种基于区块链的征信记录方法，其特征在于，应用于区块链网络，包括：

接收征信平台发送的数据验证请求；

根据所述数据验证请求，获取第二业务数据；所述第二业务数据表征在区块链保存的所述目标对象与所述至少一个业务机构的实时交易信息的集合；

根据所述第二业务数据，对所述数据验证请求中的第一业务数据进行验证，生成数据验证结果；

将所述数据验证结果返回给所述征信平台。

7.根据权利要求6所述的方法，其特征在于，在所述接收征信平台发送的数据验证请求之前，所述方法还包括：

接收至少一个业务机构中的每个业务机构上传的针对所述目标对象的实时交易信息；

将所述实时交易信息存储至区块链中。

8.根据权利要求6或7所述的方法，其特征在于，所述根据第二业务数据，对所述数据验证请求中的第一业务数据进行验证，生成数据验证结果，包括：

所述第一业务数据属于所述第二业务数据时，所述数据验证结果为验证通过；

所述第一业务数据存在不属于所述第二业务数据的业务数据时，所述数据验证结果为验证失败。

9.一种征信平台，其特征在于，包括：

第一存储器，用于存储可执行征信记录指令；

第一处理器，用于执行所述第一存储器中存储的可执行征信记录指令时，实现权利要求1至5任一项所述的方法。

10.一种区块链网络，其特征在于，包括：

第二存储器，用于存储可执行征信记录指令；

第二处理器，用于执行所述第一存储器中存储的可执行征信记录指令时，实现权利要求6至8任一项所述的方法。

11.一种存储介质，其特征在于，存储有可执行征信记录指令，用于引起第一处理器执行时，实现权利要求1至5任一项所述的方法，或者用于引起第二处理器执行时，实现权利要求6至8任一项所述的方法。