企业征信数据的处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种企业征信数据的处理方法、装置、计算机设备和存储介质。

背景技术

与所处行业的大企业相比，中小企业是在人员规模、资产规模与经营规模上都比较小的经济单位，且中小企业可能存在规模小，经营时间短，管理不规范。而由此引出的问题则包括财务制度不健全，甚至可能有做假账的问题。但是由于信息透明度比较差，部分中小企业不合规的信息并不具有公开性，并不能够被银行所知。当中小企业向银行申请融资时，对于银行而言，信息搜寻的成本较高，贷款的净损失以及履约监督成本也相对较高。

在传统技术中，社会信用体系建设较为滞后，信用评级的社会中介机构又极度缺乏，故中小企业授信的难度和风险均较高。仅仅在部分中小企业与当地银行之间存在较为密切的软关系时，彼此之间相对了解，故可小范围内申请到一定程度的融资。

因此，关于企业征信数据，传统技术中存在银企之间信息不同步的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够解决传统技术中存在的银企之间信息不同步的问题的企业征信数据的处理方法、装置、计算机设备和存储介质。

一种企业征信数据的处理方法，所述方法包括：

获取目标企业客户端发送的交易请求，所述交易请求中携带有目标企业标识、关联银行标识和交易操作信息；

根据所述目标企业标识和所述关联银行标识，建立目标企业与关联银行的关联关系，所述目标企业具有企业征信账户，所述企业征信账户中具有资源数量，所述资源数量用于表征目标企业征信的评估信息，资源用于表征目标企业征信；

通过所述关联关系，根据所述交易操作信息和智能合约，对所述企业征信账户中的资源数量进行更新，所述智能合约用于定义资源以及交易请求触发所述智能合约的条件。

在其中一个实施例中，所述根据所述目标企业标识和所述关联银行标识，在联盟链中建立目标企业与关联银行的关联关系，包括：

根据所述目标企业标识和所述关联银行标识，在联盟链中建立目标企业与关联银行的关联关系，并初始化所述目标企业的企业征信账户，所述企业征信账户具有初始资源数量；

所述根据所述交易操作信息和智能合约，对所述企业征信账户中的资源数量进行更新，包括：

根据所述交易操作信息和所述智能合约，对企业征信账户中的初始资源数量进行更新。

在其中一个实施例中，所述根据所述交易操作信息和智能合约，对所述企业征信账户中的资源数量进行更新，包括：

若目标企业客户端向其他银行的节点发送交易请求，则根据所述交易操作信息和所述智能合约，所述其他银行的节点对所述企业征信账户中的资源数量进行更新。

在其中一个实施例中，所述智能合约定义所述目标企业的履约操作，所述交易操作信息为履约操作信息；所述获取目标企业客户端发送的交易请求，包括：

其他银行的节点获取所述目标企业客户端发送的履约操作请求；

所述若目标企业客户端向其他银行的节点发送交易请求，则根据所述交易操作信息和所述智能合约，所述其他银行的节点对所述企业征信账户中的资源数量进行更新，包括：

若目标企业客户端向其他银行的节点发送履约操作请求，则根据所述履约操作信息和所述智能合约，所述其他银行的节点在所述企业征信账户中的原有资源数量的基础上，增加相应的资源数量。

在其中一个实施例中，所述智能合约定义所述目标企业的违约操作，所述交易操作信息为违约操作信息；所述获取目标企业客户端发送的交易请求，包括：

其他银行的节点获取所述目标企业客户端发送的违约操作请求；

所述若目标企业客户端向其他银行的节点发送交易请求，则根据所述违约操作信息和所述智能合约，所述其他银行的节点对所述企业征信账户中的资源数量进行更新，包括：

若目标企业客户端向其他银行的节点发送违约操作请求，则根据所述交易操作信息和所述智能合约，所述其他银行的节点在所述企业征信账户中的原有资源数量的基础上，减少相应的资源数量。

在其中一个实施例中，所述根据所述交易操作信息和所述智能合约，所述其他银行的节点对所述企业征信账户中的资源数量进行更新，包括：

若目标企业客户端向其他银行的节点发送履约操作请求，则在所述其他银行的节点中增加相应数量的资源，且所述其他银行的节点将增加的相应数量的资源转移给所述关联银行的节点；

若目标企业客户端向其他银行的节点发送违约操作请求，则关联银行的节点转移相应数量的资源至所述其他银行的节点，且所述其他银行的节点减少转移的相应数量的资源。

在其中一个实施例中，所述根据所述交易操作信息和所述智能合约，对企业征信账户中的初始资源数量进行更新，包括：

根据所述交易操作信息，生成预准备消息，并在所述联盟链上广播所述预准备信息；所述预准备信息用于指示所述联盟链上的各备份节点根据所述预准备信息生成准备消息，并在所述联盟链上广播所述准备信息；所述准备信息用于指示所述联盟链上的各其他备份节点和主节点根据所述准备信息生成提交消息，并在所述联盟链上广播所述提交消息；

根据所述提交信息和所述智能合约，对企业征信账户中的初始资源数量进行增加或者减少。

一种企业征信数据的处理装置，所述装置包括：

交易请求获取模块，用于获取目标企业客户端发送的交易请求，所述交易请求中携带有目标企业标识、关联银行标识和交易操作信息；

关联关系建立模块，用于根据所述目标企业标识和所述关联银行标识，建立目标企业与关联银行的关联关系，所述目标企业具有企业征信账户，所述企业征信账户中具有资源数量，所述资源数量用于表征目标企业征信的评估信息，资源用于表征目标企业征信；

资源数量更新模块，用于通过所述关联关系，根据所述交易操作信息和智能合约，对所述企业征信账户中的资源数量进行更新，所述智能合约用于定义资源以及交易请求触发所述智能合约的条件。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的方法步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例中的方法步骤。

上述企业征信数据的处理方法、装置、计算机设备和存储介质，通过获取目标企业客户端发送的交易请求，且交易请求中携带有目标企业标识、关联银行标识和交易操作信息；根据所述目标企业标识和所述关联银行标识，建立目标企业与关联银行的关联关系，通过所述关联关系，根据所述交易操作信息和智能合约，对所述企业征信账户中的资源数量进行更新，有效解决了银企之间信息不同步的问题，并能够确保不同银行之间的数据安全共享。

附图说明

图1为一个实施例中企业征信数据的处理方法的应用环境图；

图2为一个实施例中企业征信数据的处理方法的流程示意图；

图3为一个实施例中企业征信数据的处理方法的流程示意图；

图4为另一个实施例中企业征信数据的处理方法的流程示意图；

图5为另一个实施例中企业征信数据的处理方法的流程示意图；

图6a为一个实施例中联盟链上各节点共同维护目标企业的资源数量的示意图；

图6b为一个实施例中联盟链上各节点共同维护目标企业的资源数量的示意图；

图7为另一个实施例中企业征信数据的处理方法的流程示意图；

图8为另一个实施例中企业征信数据的处理方法的流程示意图；

图9为一个实施例中企业征信数据的处理装置的结构框图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的企业征信数据的处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。终端102上部署有目标企业客户端，目标企业是参与到区块链中的企业。目标企业客户端向服务器104发送交易请求，服务器104获取目标企业客户端发送的交易请求，交易请求中携带有目标企业标识、关联银行标识和交易操作信息；根据目标企业标识和关联银行标识，建立目标企业与关联银行的关联关系，目标企业具有企业征信账户，企业征信账户中具有资源数量，资源数量用于表征目标企业征信的评估信息，资源用于表征目标企业征信；根据交易操作信息和智能合约，对企业征信账户中的资源数量进行更新，智能合约用于定义资源以及交易请求触发智能合约的条件。

其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种企业征信数据的处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S210、获取目标企业客户端发送的交易请求。

其中，交易请求中携带有目标企业标识、关联银行标识和交易操作信息。目标企业是发起交易请求的企业。交易请求可以是企业在借贷活动或者还贷活动中向服务器发出的请求指令。目标企业标识是用于唯一标识目标企业的身份标识号。关联银行是与目标企业具有关联关系的银行，比如目标企业向一家银行发起借贷活动或者还贷活动，建立目标企业与该家企业的关联关系，则该银行为目标企业的关联银行，银行标识是用于唯一标识银行的身份标识号。交易操作信息为借贷活动或者还贷活动涉及的交易详情。具体地，在目标企业客户端发起交易操作，目标企业客户端向关联银行的节点发送交易请求，关联银行的节点获取目标企业客户端发送的交易请求。

S220、根据目标企业标识和关联银行标识，建立目标企业与关联银行的关联关系。

其中，目标企业具有企业征信账户，企业征信账户中具有资源数量，资源数量用于表征目标企业征信的评估信息，资源用于表征目标企业征信。资源可以是代币，是区块链上的一种可流通的加密数字权益证明。具体地，目标企业客户端向关联银行的节点发送交易请求，交易请求中携带有目标企业标识、关联银行标识，则根据目标企业标识和关联银行标识，建立目标企业与关联银行的关联关系，以使关联银行的节点可以操控目标企业的企业征信账户，根据接收到的交易请求对目标企业的企业征信账户中的资源数量进行更新。

S230、通过关联关系，根据交易操作信息和智能合约，对企业征信账户中的资源数量进行更新。

其中，智能合约用于定义资源以及交易请求触发智能合约的条件。智能合约是一种用算法和程序来编制合同条款、部署在区块链上且可按照规则自动执行的数字化协议。区块链技术实现了数据的去中心化存储，智能合约在其基础上实现了去中心化的计算。各大银行可以提前基于其业务需求构建一条智能合约，该智能合约提前规定不同的触发条件，比如履约、违约等等，由联盟成员数字签名后发布到区块链上。具体地，目标企业客户端向关联银行的节点发送交易请求，交易请求携带有交易操作信息。关联银行的节点对交易操作信息进行校验，校验正确后，并广播到区块链的备份节点，备份节点对接收的消息进行校验，若校验正确后，则根据智能合约和交易操作信息执行交易操作信息中的请求操作，通过关联关系，关联银行的节点对企业征信账户中的资源数量进行更新。

上述企业征信数据的处理方法中，通过获取目标企业客户端发送的交易请求，且交易请求中携带有目标企业标识、关联银行标识和交易操作信息；根据目标企业标识和关联银行标识，建立目标企业与关联银行的关联关系，通过关联关系，根据交易操作信息和智能合约，对企业征信账户中的资源数量进行更新，有效解决了银企之间信息不同步的问题，并能够确保不同银行之间的数据安全共享，实现了银行对中小企业征信数据的高效管理，极大地提升了银行获取企业征信数据的效率，为银行、中小企业之间的信息共享提供了极大的便利。

在一个实施例中，如图3所示，根据目标企业标识和关联银行标识，在联盟链中建立目标企业与关联银行的关联关系，包括：

S310、根据目标企业标识和关联银行标识，在联盟链中建立目标企业与关联银行的关联关系，并初始化目标企业的企业征信账户，企业征信账户具有初始资源数量。

其中，本实施例基于Hyperledger Fabric平台构建银行之间的联盟链，在联盟链上部署智能合约。参与到联盟链中的银行、目标企业首先在Fabric-ca服务器中进行注册，Fabric-ca服务器根据银行、目标企业在整个系统中的角色为其赋予不同的权限，并为参与用户颁发数字证书，同时生成必要的公共信息，并将Fabric-ca数字证书绑定在本地的联盟链上。该联盟链会向联盟成员发放资源，资源可以是代币(Token)，该代币为联盟成员私有财产，可用于在后续过程中进行交易、转移、以及换算为法币等。资源是在服务端(部署联盟链的服务器)产生的。如果企业客户端或者银行客户端使用用户名/密码向服务端请求认证，服务端认证成功，那么，服务端会返回预设数量的资源给企业客户端或者银行客户端，企业客户端或者银行客户端可以在每次请求的时候带上资源证明自己的合法地位。具体地，目标企业客户端向关联银行的节点发送交易请求，交易请求中携带有目标企业标识、关联银行标识，则根据目标企业标识和关联银行标识，在联盟链中建立目标企业与关联银行的关联关系，并初始化目标企业的企业征信账户，企业征信账户具有初始资源数量。通过初始化目标企业的企业征信账户，对目标企业的企业征信账户进行激活，以使关联银行的节点可以操控目标企业的企业征信账户，根据接收到的交易请求对目标企业的企业征信账户中的原始资源数量进行更新。

根据交易操作信息和智能合约，对企业征信账户中的资源数量进行更新，包括：

S320、根据交易操作信息和智能合约，对企业征信账户中的初始资源数量进行更新。

其中，智能合约可以定义履约操作和违约操作，履约操作可以是目标企业能在某银行完成一系列的数据征信、借贷活动、还贷活动。而没有出现私自毁约的行为。违约操作可以是目标企业在某银行的数据征信、借贷活动、还贷活动中，出现私自篡改合约、私自毁约的行为。

具体地，目标企业客户端向关联银行的节点发送交易请求，交易请求携带有交易操作信息。关联银行的节点对交易操作信息进行校验，校验正确后，并广播到区块链的备份节点，备份节点对接收的消息进行校验，若校验正确后，则根据智能合约和交易操作信息执行交易操作信息中的请求操作，通过关联关系，关联银行的节点对企业征信账户中的原始资源数量进行更新，实现根据目标企业的交易操作行为对目标企业的征信数据进行维护，确保银行与企业之间的信息沟通的运行效率。

在一个实施例中，根据交易操作信息和智能合约，对企业征信账户中的资源数量进行更新，包括：若目标企业客户端向其他银行的节点发送交易请求，则根据交易操作信息和智能合约，其他银行的节点对企业征信账户中的资源数量进行更新。

其中，其他银行是联盟链上除关联银行之外的其他任一银行。具体地，当目标企业与关联银行发生交易后，也可能与其他银行发生交易。若目标企业客户端向其他银行的节点发送交易请求，则其他银行的节点接收到该交易请求，其他银行的节点可以对目标企业的企业征信账户中的资源数量进行操作。该交易请求携带有交易操作信息，则根据交易操作信息和智能合约，其他银行的节点对企业征信账户中的资源数量进行。比如，若目标企业发起履约操作，则在目标企业的企业征信账户增加一定数量的资源。若目标企业发起违约操作，则在目标企业的企业征信账户减少一定数量的资源。需要说明的，增加或者减少的资源数量可以结合目标企业履约操作或者违约操作所涉及的金额以及产生的影响而确定。

本实施例中，若目标企业客户端向其他银行的节点发送交易请求，根据交易操作信息和智能合约，其他银行的节点对企业征信账户中的资源数量进行更新。实现了联盟链中的各个其他银行的节点共同协助关联银行的节点对目标企业的征信数据进行维护，且通过彼此达成共识且不能篡改的方式共享目标企业的征信数据。

在一个实施例中，智能合约定义目标企业的履约操作，交易操作信息为履约操作信息。如图5所示，获取目标企业客户端发送的交易请求，包括：

S410、其他银行的节点获取目标企业客户端发送的履约操作请求。

若目标企业客户端向其他银行的节点发送交易请求，则根据交易操作信息和智能合约，其他银行的节点对企业征信账户中的资源数量进行更新，包括：

S420、若目标企业客户端向其他银行的节点发送履约操作请求，则根据履约操作信息和智能合约，其他银行的节点在企业征信账户中的原有资源数量的基础上，增加相应的资源数量。

其中，履约操作可以是目标企业能在某银行完成一系列的数据征信、借贷活动、还贷活动，而没有出现私自毁约的行为。具体地，目标企业在其他银行发起履约操作，目标企业客户端向其他银行的节点发送履约操作请求，目标企业客户端接收到目标企业客户端发送的履约操作请求。履约操作表明目标企业能在其他银行完成借贷活动或者还贷活动，而没有出现私自毁约的行为，那么可以给予目标企业的征信数据以正反馈。其他银行的节点可以对目标企业的企业征信账户中的资源数量进行操作。由于该履约操作请求携带有履约操作信息，根据履约操作信息和智能合约，其他银行的节点在目标企业的企业征信账户中的原有资源数量的基础上，增加相应的资源数量。可以理解的是，增加的资源数量与目标企业的履约行为所涉及的金额、影响相关。

进一步地，根据履约操作信息，生成第一预准备消息，在联盟链上广播第一预准备信息；第一预准备信息用于指示联盟链上的各备份节点根据第一预准备信息生成第一准备消息，并在联盟链上广播第一准备信息；第一准备信息用于指示联盟链上的各其他备份节点和主节点根据第一准备信息生成第一提交消息，并在联盟链上广播第一提交消息；根据第一提交信息和智能合约，在企业征信账户中的原有资源数量的基础上，第一其他银行对应的节点为企业征信账户增加相应的资源数量。

本实施例中，若目标企业客户端向其他银行的节点发送履约操作请求，则根据履约操作信息和智能合约，其他银行的节点在企业征信账户中的原有资源数量的基础上，增加相应的资源数量。实现了联盟链中的各个其他银行的节点共同协助关联银行的节点对目标企业的资源数量进行增加，且通过彼此达成共识且不能篡改的方式共享目标企业的资源数量。

在一个实施例中，智能合约定义目标企业的违约操作，交易操作信息为违约操作信息；如图5所示，获取目标企业客户端发送的交易请求，包括：

S510、其他银行的节点获取目标企业客户端发送的违约操作请求；

若目标企业客户端向其他银行的节点发送交易请求，则根据违约操作信息和智能合约，其他银行的节点对企业征信账户中的资源数量进行更新，包括：

S520、若目标企业客户端向其他银行的节点发送违约操作请求，则根据交易操作信息和智能合约，其他银行的节点在企业征信账户中的原有资源数量的基础上，减少相应的资源数量。

其中，违约操作可以是目标企业在某银行的数据征信、借贷活动、还贷活动中，出现私自篡改合约、私自毁约的行为。具体地，目标企业在其他银行发起违约操作，目标企业客户端向其他银行的节点发送违约操作请求，目标企业客户端接收到目标企业客户端发送的违约操作请求。违约操作表明目标企业能在其他银行完成借贷活动或者还贷活动，出现私自篡改合约、私自毁约的行为，那么可以给予目标企业的征信数据以负反馈。其他银行的节点可以对目标企业的企业征信账户中的资源数量进行操作。由于该违约操作请求携带有违约操作信息，根据违约操作信息和智能合约，其他银行的节点在目标企业的企业征信账户中的原有资源数量的基础上，减少相应的资源数量。可以理解的是，减少的资源数量与目标企业的履约行为所涉及的金额、影响相关。

进一步地，根据违约操作信息，生成第二预准备消息，在联盟链上广播第二预准备信息；第二预准备信息用于指示联盟链上的各备份节点根据第二预准备信息生成第二准备消息，并在联盟链上广播第二准备信息；第二准备信息用于指示联盟链上的各其他备份节点和主节点根据第二准备信息生成第二提交消息，并在联盟链上广播第二提交消息；根据第二提交信息和智能合约，在企业征信账户中的原有资源数量的基础上，第二其他银行对应的节点为企业征信账户减少相应的资源数量。

本实施例中，若目标企业客户端向其他银行的节点发送违约操作请求，则根据交易操作信息和智能合约，其他银行的节点在企业征信账户中的原有资源数量的基础上，减少相应的资源数量。实现了联盟链中的各个其他银行的节点共同协助关联银行的节点对目标企业的资源数量进行减少，且通过彼此达成共识且不能篡改的方式共享目标企业的资源数量。

在一个实施例中，根据交易操作信息和智能合约，其他银行的节点对企业征信账户中的资源数量进行更新，包括：

S610、若目标企业客户端向其他银行的节点发送违约操作请求，则关联银行的节点转移相应数量的资源至其他银行的节点，且其他银行的节点减少转移的相应数量的资源。

S620、若目标企业客户端向其他银行的节点发送履约操作请求，则在其他银行的节点中增加相应数量的资源，且其他银行的节点将增加的相应数量的资源转移给关联银行的节点。

其中，当联盟链中目标企业的存在和目标企业的企业征信账户中的资源数量被联盟链上所有银行达成共识，即共享了目标企业的信息。本实施例中可以采用PBFT共识机制，PBFT意为实用拜占庭容错算法，这个算法是卡斯特罗和利斯科夫在1999年提出来的。解决了原始拜占庭容错算法效率不高的问题，将算法复杂度有指数级降低到多项式级，使得拜占庭容错算法在实际系统应用中变得可行。使用拜占庭容错算法主要应用于央行的数字货币以及联盟链。PBFT是一种状态机制副本复制算法，即服务作为状态机进行建模。状态及在分布式系统不同节点进行副本复制。每个状态机的副本都保存了服务的状态，同时也实现了服务的操作。

具体地，资源为代币(Token)为例进行说明，如图6a所示，目标企业在其他银行触发违约操作，则关联银行转移相应的代币数量(z1)给到触发违约操作的其他银行，并在触发违约操作的其他银行中扣减该部分的代币(数量为z1的代币)，则目标企业新的代币数量被联盟链链上所有银行达成共识。如图6b所示，目标企业在其他银行触发履约操作，则在触发履约操作的其他银行中增加相应的代币数量(z2)，其他银行并将该部分的代币(数量为z2的代币)转移给关联银行，则目标企业新的代币数量被联盟链链上所有银行达成共识。

本实施例中，实现了联盟链中的各个其他银行的节点共同协助关联银行的节点对目标企业的资源数量进行增加或者减少，且通过彼此达成共识且不能篡改的方式共享目标企业的资源数量。通过区块链技术实现银行间的信息共享，解决银企之间信息严重不同步问题，解决中小企业融资中的逆向选择、道德风险、不可验证甚至欺诈的问题。

在一个实施例中，如图7所示，根据交易操作信息和智能合约，对企业征信账户中的初始资源数量进行更新，包括：

S710、根据交易操作信息，生成预准备消息，并在联盟链上广播预准备信息。

S720、在联盟链上广播提交消息。

S730、根据提交信息和智能合约，对企业征信账户中的初始资源数量进行增加或者减少。

其中，预准备信息用于指示联盟链上的各备份节点根据预准备信息生成准备消息，并在联盟链上广播准备信息；准备信息用于指示联盟链上的各其他备份节点和主节点根据准备信息生成提交消息。

具体地，本实施例中采用采用PBFT共识机制，对提交的交易请求进行排序(即为交易请求编号)，排序完成后将交易请求打包到区块内(即将履约操作请求或者违约操作请求发布到联盟链上)，具体地共识过程如下：

步骤一：通过公式p＝vmod|R|(v对R进行求模运算)计算选出主节点，其中p是主节点编号，v是主节点的视图编号，|R|是系统内所有节点的个数。目标企业的客户端向主节点发送交易请求(发布履约操作请求或者发布违约操作请求)，主节点接收到交易请求并校验正确后，保存该消息，并依据该交易请求成预准备消息，广播给各备份节点。其中，

将交易请求中的交易操作信息进行打包封装后生成预准备消息，在预准备阶段，主节点分配一个序列号n给收到的交易请求，然后向联盟链上各备份节点广播预准备消息，预准备消息的格式可以为<,m>，其中，n为交易请求的序号，v是主节点的视图编号，m是客户端发送的请求消息，d是请求消息m的摘要。

步骤二：各备份节点接收到预准备消息<,m>，对其进行校验，若校验正确后，各备份节点保存该预准备消息，并以该预准备消息为依据生成准备消息广播给主节点和其它备份节点。其中，只有满足以下条件，各个备份节点才会接受预准备消息<,m>：

1)请求和预准备消息的签名正确，并且d与m的摘要一致。

2)当前视图编号是v。

3)该备份节点从未在视图v中接受过序号为n但是摘要d不同的消息m。

4)预准备消息的序号n必须在水线上下限之间。

步骤三：主节点和各其它备份节点接收到准备消息并校验正确后，保存该准备消息，并以该准备消息为依据生成提交消息给目标企业的客户端、主节点和其他备份节点。

步骤四：各备份节点接收到预设数量的提交消息并校验正确后，则执行来自目标企业客户端的交易请求(对企业征信账户中的初始资源数量进行增加或者减少)，每个备份节点接受并确认消息的条件是：

1)签名正确；

2)消息中的视图编号与节点的当前视图编号一致；

3)消息的序号n满足水线条件，在水线上下限之间。

需要说明的，预设数量可以是(2f+1)/3，f是最高可容忍的错误节点(拜占庭节点)的数量，PBFT算法要求错误节点不超过1/3。

步骤五：目标企业客户端接收到预设数量的提交消息，验证正确并接受后，便认为该消息已被排序联盟链上各节点所承认与执行。

在一个实施例中，如图8所示，提供了一种企业征信数据的处理方法，该方法包括以下步骤：

S810、获取目标企业客户端发送的交易请求。

其中，交易请求中携带有目标企业标识、关联银行标识和交易操作信息。

S820、根据目标企业标识和关联银行标识，在联盟链中建立目标企业与关联银行的关联关系，并初始化目标企业的企业征信账户。

其中，企业征信账户具有初始资源数量。资源数量用于表征目标企业征信的评估信息，资源用于表征目标企业征信。

S830、根据交易操作信息，生成预准备消息，并关联银行的节点在联盟链上广播预准备信息。

其中，预准备信息用于指示联盟链上的各备份节点根据预准备信息生成准备消息，并在联盟链上广播准备信息；准备信息用于指示联盟链上的各其他备份节点和主节点根据准备信息生成提交消息。

S840、备份节点在联盟链上广播提交消息。

S850、关联银行的节点根据提交信息和智能合约，对企业征信账户中的初始资源数量进行更新。

进一步地，若目标企业客户端向其他银行的节点发送交易请求，则根据交易操作信息和智能合约，其他银行的节点对企业征信账户中的资源数量进行更新。

其中，若目标企业客户端向其他银行的节点发送履约操作请求，则在其他银行的节点中增加相应数量的资源，且其他银行的节点将增加的相应数量的资源转移给关联银行的节点。

若目标企业客户端向其他银行的节点发送违约操作请求，则关联银行的节点转移相应数量的资源至其他银行的节点，且其他银行的节点减少转移的相应数量的资源。

应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图9所示，提供了一种企业征信数据的处理装置900，包括交易请求获取模块910、关联关系建立模块920以及资源数量更新模块930，其中：

交易请求获取模块910，用于获取目标企业客户端发送的交易请求，所述交易请求中携带有目标企业标识、关联银行标识和交易操作信息；

关联关系建立模块920，用于根据所述目标企业标识和所述关联银行标识，建立目标企业与关联银行的关联关系，所述目标企业具有企业征信账户，所述企业征信账户中具有资源数量，所述资源数量用于表征目标企业征信的评估信息，资源用于表征目标企业征信；

资源数量更新模块930，用于通过所述关联关系，根据所述交易操作信息和智能合约，对所述企业征信账户中的资源数量进行更新，所述智能合约用于定义资源以及交易请求触发所述智能合约的条件。

在一个实施例中，关联关系建立模块920，还用于根据所述目标企业标识和所述关联银行标识，在联盟链中建立目标企业与关联银行的关联关系，并初始化所述目标企业的企业征信账户，所述企业征信账户具有初始资源数量；

资源数量更新模块930，还用于根据所述交易操作信息和所述智能合约，对企业征信账户中的初始资源数量进行更新。

在一个实施例中，资源数量更新模块930，还用于若目标企业客户端向其他银行的节点发送交易请求，则根据所述交易操作信息和所述智能合约，所述其他银行的节点对所述企业征信账户中的资源数量进行更新。

在一个实施例中，所述智能合约定义所述目标企业的履约操作，所述交易操作信息为履约操作信息；交易请求获取模块910，还用于其他银行的节点获取所述目标企业客户端发送的履约操作请求；

资源数量更新模块930，还用于若目标企业客户端向其他银行的节点发送履约操作请求，则根据所述履约操作信息和所述智能合约，所述其他银行的节点在所述企业征信账户中的原有资源数量的基础上，增加相应的资源数量。

在一个实施例中，所述智能合约定义所述目标企业的违约操作，所述交易操作信息为违约操作信息；交易请求获取模块910，还用于其他银行的节点获取所述目标企业客户端发送的违约操作请求；

资源数量更新模块930，还用于若目标企业客户端向其他银行的节点发送违约操作请求，则根据所述交易操作信息和所述智能合约，所述其他银行的节点在所述企业征信账户中的原有资源数量的基础上，减少相应的资源数量。

在一个实施例中，资源数量更新模块930，还用于若目标企业客户端向其他银行的节点发送履约操作请求，则在所述其他银行的节点中增加相应数量的资源，且所述其他银行的节点将增加的相应数量的资源转移给所述关联银行的节点；若目标企业客户端向其他银行的节点发送违约操作请求，则关联银行的节点转移相应数量的资源至所述其他银行的节点，且所述其他银行的节点减少转移的相应数量的资源。

在一个实施例中，资源数量更新模块930，还用于根据所述交易操作信息，生成预准备消息，并在所述联盟链上广播所述预准备信息；所述预准备信息用于指示所述联盟链上的各备份节点根据所述预准备信息生成准备消息，并在所述联盟链上广播所述准备信息；所述准备信息用于指示所述联盟链上的各其他备份节点和主节点根据所述准备信息生成提交消息，并在所述联盟链上广播所述提交消息；根据所述提交信息和所述智能合约，对企业征信账户中的初始资源数量进行增加或者减少。

关于企业征信数据的处理装置的具体限定可以参见上文中对于企业征信数据的处理方法的限定，在此不再赘述。上述企业征信数据的处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种企业征信数据的处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述实施例中企业征信数据的处理方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中企业征信数据的处理方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。