基于区块链系统的融资授信传递的方法和区块链系统与流程

1.本公开涉及区块链和金融技术领域，尤其涉及一种基于区块链系统的融资授信传递的方法和区块链系统。


背景技术：

2.在供应链体系中，一个企业的上下游企业和该企业具有采购、销售、运输等交易往来关系。目前，对于企业融资而言，银行或其他金融机构等出资方通常只对一些经济实力稳定的核心企业来进行授信放款。
3.相关技术中，对于一些和核心企业有关系的上下游企业(例如针对一些核心企业的供应商)而言，存在借助于核心企业的授信担保来进行融资的需求。


技术实现要素：

4.为了解决或者至少部分地解决以下发现的技术问题：目前进行上下游企业融资的信任机制复杂，需要通过提供线上或线下签署的与核心企业相关的合同或票据，并在核心企业、上下游企业和出资方之间流转查看的方式，实现核心企业的授信转移给上下游企业，这种方式存在授信流程繁琐导致融资耗时较长、处理效率低下的问题；本公开的实施例提供了一种基于区块链系统的融资授信传递的方法和区块链系统。
5.第一方面，本公开的实施例提供了一种基于区块链系统的融资授信传递的方法。上述区块链系统包括：资金方对应的资金方节点、核心企业对应的核心企业节点和上下游企业对应的上下游企业节点，上述方法应用于资金方节点。上述方法包括：接收第一企业节点发送的融资请求，上述融资请求中携带有：第一企业的企业标识、上述第一企业的名义关联核心企业和融资金额；根据上述区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息，验证上述第一企业、上述名义关联核心企业和上述融资金额是否合法；其中上述可用授信信息与上述核心企业的企业关联关系信息相绑定；在上述第一企业、上述名义关联核心企业和上述融资金额均合法的情况下，向上述第一企业节点发放资金，并对上述可用授信信息进行更新。
6.根据本公开的实施例，根据上述区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息，验证上述第一企业、上述名义关联核心企业和上述融资金额是否合法，包括：根据上述企业上链信息和上述第一企业的企业标识，验证上述第一企业的真实性；在上述第一企业的真实性验证通过的情况下，确定上述第一企业合法；根据上述企业关联关系信息，查询上述第一企业和上述名义关联核心企业之间的关联关系是否存在；在上述关联关系存在的情况下，确定上述名义关联核心企业合法；根据上述可用授信信息，查询上述名义关联核心企业对应的目标可用授信额度；确定上述融资金额是否低于上述目标可用授信额度；在上述融资金额低于上述目标可用授信额度的情况下，确定上述融资金额合法。
7.根据本公开的实施例，上述上下游企业的企业上链信息包括：上述上下游企业的
可信企业财务信息和可信企业层级信息；上述可信企业财务信息是上述上下游企业和上述资金方共同签名验证通过之后的企业财务信息；上述可信企业层级信息是上述上下游企业和上述上下游企业的上一级企业共同签名验证通过之后的企业层级信息，上述企业层级信息为上述上下游企业在上述核心企业的供应链中所处的层级信息，用于表示上述上下游企业与上述核心企业之间的关系亲疏程度。在上述第一企业、上述名义关联核心企业和上述融资金额均合法的情况下，向上述第一企业节点发放资金，并对上述可用授信信息进行更新，包括：在上述第一企业、上述名义关联核心企业和上述融资金额均合法的情况下，根据上述第一企业的可信企业财务信息和可信企业层级信息，确定上述第一企业的放款参考额度，上述放款参考额度小于上述目标可用授信额度；根据上述放款参考额度和上述融资金额中的较小者，向上述第一企业节点发放资金，并对上述可用授信信息进行更新。
8.根据本公开的实施例，上述可用授信信息中的授信额度在上述核心企业和与上述核心企业具有关联关系的目标上下游企业之间共用；根据上述放款参考额度和上述融资金额中的较小者，向上述第一企业节点发放资金，并对上述可用授信信息进行更新，包括：确定上述放款参考额度和上述融资金额中的较小者；向上述第一企业节点发放与上述较小者匹配金额的资金；从上述名义关联企业的可用授信信息中扣减上述资金对应的金额值，得到更新后的可用授信信息。
9.根据本公开的实施例，上述方法还包括：接收上述核心企业节点和上述上下游企业节点各自广播的通过认证且进行加密后的可信企业信息；将上述加密后的可信企业信息存储至上述区块链系统的账本中，得到上述核心企业节点和上述上下游企业节点的企业上链信息；接收上述核心企业节点发送的可用授信信息的传递请求；对上述可用授信信息进行验证，得到传递审批结果；在上述传递审批结果为通过的情况下，触发智能合约的授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。
10.根据本公开的实施例，上述区块链系统的账本中存储的企业关联关系信息通过以下方式得到：由上述核心企业节点和上述上下游企业节点对关联凭证和待构建的关联关系形成构建共识之后，触发智能合约的关联和存证操作：生成企业关联关系信息，并将上述关联凭证和上述企业关联关系信息存储至上述区块链系统的账本中；上述区块链系统的账本中存储的可用授信信息通过以下方式得到：由上述核心企业节点和上述资金方节点对上述核心企业节点的可用授信信息形成传递共识之后，触发智能合约的授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。
11.根据本公开的实施例，上述账本中存储的企业上链信息的访问权限被配置为：上述企业上链信息的所属企业具备访问权限，用于进行融资处理的目标资金方节点具备访问权限，上述企业上链信息的其他非所属企业不具备访问权限；上述账本中存储的企业关联关系信息的访问权限被配置为：上述企业关联关系信息所涉及的企业主体具备访问权限，用于进行融资处理的目标资金方节点具备访问权限，与上述企业关联关系信息无关的企业主体不具备访问权限；上述账本中存储的可用授信信息的访问权限被配置为：上述可用授信信息的所属核心企业具备访问权限，和上述所属核心企业具有关联关系的目标上下游企业具备访问权限，用于进行融资处理的目标资金方节点具备访问权限，与上述所属核心企业未构建关联关系的上下游企业不具备访问权限。
12.根据本公开的实施例，上述资金方的企业上链信息包括：上述资金方的可信企业身份信息和企业标识；上述核心企业的企业上链信息包括：上述核心企业的可信企业身份信息、可信企业财务信息和企业标识；上述上下游企业的企业上链信息包括：上述上下游企业的可信企业身份信息、可信企业财务信息、可信企业层级信息和企业标识。
13.根据本公开的实施例，上述企业关联关系信息为关于核心企业的关系图谱的形式，在上述关系图谱中，每个企业作为树状结构的节点，企业之间的关联关系采用上述树状结构的连边进行表示，上述企业包括上述核心企业和上述上下游企业。
14.第二方面，本公开的实施例提供了一种基于区块链系统的融资授信传递的方法。上述区块链系统包括：资金方对应的资金方节点、核心企业对应的核心企业节点和上下游企业对应的上下游企业节点，上述方法应用于每个上下游企业节点。上述方法包括：向核心企业节点发送关联关系的构建请求，上述构建请求携带有以下信息：关联凭证和待关联的目标企业的企业标识；上述目标企业为所借助授信传递的核心企业或上述核心企业的关联企业；在上述核心企业针对上述构建请求的关联审批结果为通过的情况下，触发智能合约的关联和存证操作：生成企业关联关系信息，并将上述企业关联关系信息和上述关联凭证存储至上述区块链系统的账本中；向资金方节点发送融资请求，上述融资请求中携带有：上述当前上下游企业的企业标识、上述核心企业的标识和融资金额；接收来自上述资金方节点反馈的融资处理结果。
15.第三方面，本公开的实施例提供了一种区块链系统的融资授信传递的方法。上述区块链系统包括：资金方对应的资金方节点、核心企业对应的核心企业节点和上下游企业对应的上下游企业节点，上述方法应用于核心企业节点。上述方法包括：接收上下游企业节点发送的关联关系的构建请求，上述构建请求携带有以下信息：关联凭证和待关联的目标企业的企业标识；上述目标企业为所借助授信传递的核心企业或上述核心企业的关联企业；对上述关联凭证进行校验，得到关联审批结果；在上述关联审批结果为通过的情况下，触发智能合约的关联和存证操作：生成企业关联关系信息，并将上述企业关联关系信息和上述关联凭证存储至上述区块链系统的账本中；向上述资金方节点发送关于融资的可用授信信息的传递请求；在上述资金方节点针对上述传递请求的传递审批结果为通过的情况下，触发智能合约的授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。
16.第四方面，本公开的实施例提供了一种区块链系统。上述区块链系统包括：资金方对应的资金方节点、核心企业对应的核心企业节点和上下游企业对应的上下游企业节点，上述核心企业节点和上述上下游企业节点中存储有关联关系智能合约，上述资金方节点和上述核心企业节点中存储有授信传递智能合约。上述上下游企业节点用于：向核心企业节点发送关联关系的构建请求，上述构建请求携带有以下信息：关联凭证和待关联的目标企业的企业标识；上述目标企业为所借助授信传递的核心企业或上述核心企业的关联企业。上述核心企业节点用于：对上述关联凭证进行校验，得到关联审批结果。在上述关联审批结果为通过的情况下，触发上述关联关系智能合约执行关联和存证操作：生成企业关联关系信息，并将上述企业关联关系信息和上述关联凭证存储至上述区块链系统的账本中。上述核心企业节点还用于：向上述资金方节点发送关于融资的可用授信信息的传递请求。上述资金方节点用于：对上述可用授信信息进行验证，得到传递审批结果。在上述传递审批结果
为通过的情况下，触发上述授信传递智能合约执行授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。上述上下游企业节点还用于：向上述资金方节点发送融资请求，上述融资请求中携带有：上述当前上下游企业的企业标识、上述核心企业的标识和融资金额。上述资金方节点还用于：根据上述区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息，验证上述第一企业、上述名义关联核心企业和上述融资金额是否合法；其中上述可用授信信息与上述核心企业的企业关联关系信息相绑定；在上述第一企业、上述名义关联核心企业和上述融资金额均合法的情况下，向上述第一企业节点发放资金，并对上述可用授信信息进行更新。
17.第五方面，本公开的实施例提供了一种电子设备。上述电子设备包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现如上所述的基于区块链系统的融资授信传递的方法。
18.第六方面，本公开的实施例提供了一种计算机可读存储介质。上述计算机可读存储介质上存储有计算机程序，上述计算机程序被处理器执行时实现如上所述的基于区块链系统的融资授信传递的方法。
19.本公开实施例提供的上述技术方案至少具有如下优点的部分或全部：
20.提供的基于区块链系统的融资授信传递的方法中，通过将资金方、核心企业和上下游企业各自对应的节点作为区块链节点，包含资金方节点、核心企业节点和上下游企业节点的区块链系统能够通过广播进行数据同步，并基于区块链系统的账本来维护统一的企业关联关系信息，通过预先在区块链中存证企业上链信息、企业关联关系信息和与企业关联关系信息绑定的可用授信信息，存证的数据是经过校验的数据，在融资的过程中，根据区块链不可篡改的特性，对于已经上链的信息具有信任度，不再需要对原始的合同、票据等凭证进行核验，仅通过存证的企业上链信息、企业关联关系信息和可用授信信息对融资请求进行校验即可，能够快速且准确的实现融资处理。该方案构建得到一种快速且可靠的授信传递机制，简化资金方对于向其融资的上下游企业的信息核对流程，加快融资进度，有效避免相关技术中在资金方、核心企业和上下游企业之间进行链路式信息传输所需的大量的时间传输成本和对合同、票据等进行信息核对的时间和人力成本，还有效构建了关于核心企业的企业关联关系信息以及将核心企业的可用授信信息与企业关联关系进行绑定，基于区块链系统的账本进行数据的统一维护，融资处理时多个资金方节点能够共享区块链系统账本的数据，无需每个资金方节点各自维护一套相关数据。
附图说明
21.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
22.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
23.图1a示意性地示出了适用于本公开实施例的基于区块链系统的融资授信传递的方法的系统架构；
24.图1b示意性地示出了根据本公开实施例的企业关联关系信息为关系图谱形式的示意图；
25.图2示意性示地出了本公开一实施例的应用于资金方节点的基于区块链系统的融资授信传递的方法的流程图；
26.图3示意性地示地出了本公开实施例的资金方、核心企业和上下游企业各自对应的企业上链信息的示意图；
27.图4示意性地示地出了本公开实施例的步骤s220的详细实施流程图；
28.图5示意性地示地出了本公开实施例的步骤s230的详细实施流程图；
29.图6示意性示地出了本公开另一实施例的应用于资金方节点的基于区块链系统的融资授信传递的方法的流程图；
30.图7示意性示地出了本公开一实施例的应用于上下游企业节点的基于区块链系统的融资授信传递的方法的流程图；
31.图8示意性示地出了本公开一实施例的应用于核心企业节点的基于区块链系统的融资授信传递的方法的流程图；以及
32.图9示意性地示出了本公开实施例提供的电子设备的结构框图。
具体实施方式
33.在研发中发现：目前进行上下游企业融资的信任机制复杂，需要通过提供线上或线下签署的与核心企业相关的合同或票据，并在核心企业、上下游企业和出资方之间流转查看的方式，实现核心企业的授信转移给上下游企业，这种方式存在授信流程繁琐导致融资耗时较长、处理效率低下的问题。
34.例如，在针对核心企业的授信如何传递给上下游企业进行融资这一问题时，有的方案为：通过线下签署合同的方式让上下游企业和核心企业签署相关合同，在上下游企业向资金方申请融资的时候出示(提交)该合同证明待融资的上下游企业和核心企业的关系，然后由资金方维护相关企业之间的关系并维护授信关系。然而，这种方式对于合同的签署和审核均需要耗费大量的人工成本和时间成本，融资效率低；此外，如果仅将核心企业与供应商的合同数据作为信任依据，很可能会出现伪造合同来骗取授信的情况，这种情况难以鉴别和追溯。
35.有的方案为：核心企业线上签署授权传递的合同或数字票据等，将该合同流转至该核心企业所关联的各个上下游企业，需要融资的上下游企业根据线上流转的合同或数字票据等选择核心企业的授信，向资金方发起融资，资金方对相关合同或数字票据进行审核后发放融资。然而，这种方式中，使用数字票据且全链路数据传输从而构建出链路信息和关联关系的逻辑比较繁琐。此外，在存在多个资金方的情况下，每个资金方都需要维护一套企业之间的关系表，一笔融资所需要的数据量过多，会造成非必要的资源占用。
36.有鉴于此，本公开的实施例提供了一种基于区块链系统的融资授信传递的方法和区块链系统，提供了一种快速且可靠的授信传递机制，简化资金方对于向其融资的上下游企业的信息核对流程，加快融资进度，有效避免相关技术中在资金方、核心企业和上下游企业之间进行链路式信息传输所需的大量的时间传输成本和对合同、票据等进行信息核对的时间和人力成本，还有效构建了关于核心企业的企业关联关系信息以及将核心企业的可用
授信信息与企业关联关系进行绑定，基于区块链系统的账本进行数据的统一维护，融资处理时多个资金方节点能够共享区块链系统账本的数据，无需每个资金方节点各自维护一套相关数据。
37.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
38.本公开的第一个示例性实施例提供了一种基于区块链系统的融资授信传递的方法。
39.图1a示意性地示出了适用于本公开实施例的基于区块链系统的融资授信传递的方法的系统架构。
40.参照图1a所示，本公开的实施例提供的区块链系统100的系统架构包括：资金方对应的资金方节点110、核心企业对应的核心企业节点120和上下游企业对应的上下游企业节点130。资金方节点110、核心企业节点120和上下游企业节点130作为区块链系统中的区块链节点(简称节点)。
41.资金方是银行或金融机构等用于进行融资放款的企业或机构。
42.核心企业是在资金方中具有授信的企业。
43.上下游企业是与核心企业具有直接或间接关联关系的上游或下游企业的统称。
44.参照图1a所示，资金方节点110、核心企业节点120和上下游企业节点130的个数可以是一个或多个。
45.在图1a中，以资金方节点x和资金方节点y来示例两个不同的资金方各自对应的资金方节点，以核心企业节点a和核心企业节点b来示例两个不同的核心企业各自对应的核心企业节点。
46.图1b示意性地示出了根据本公开实施例的企业关联关系信息为关系图谱形式的示意图。
47.本公开的实施例中，核心企业和上下游企业之间的关系通过企业关联关系信息来进行表示。
48.根据本公开的实施例，企业关联关系信息为关于核心企业的关系图谱的形式，在上述关系图谱中，每个企业作为树状结构的节点，企业之间的关联关系采用上述树状结构的连边进行表示，上述企业包括上述核心企业和上述上下游企业。
49.例如，参照图1b所示，关于核心企业m的企业关联关系信息以关系图谱的形式进行表示，在区块链系统的账本中进行存证时，可以通过数据列表或直接以图形的形式进行存储。该关系图谱中，按照和核心企业m亲疏关系进行上下游企业的级别排序，例如在图1b中示例了核心企业m的一级企业m
11
和一级企业m
12
，一级企业m
11
和一级企业m
12
是和核心企业m具有直接关联的上下游企业。和一级企业m
11
具有直接关联的上下游企业分别为企业m
21
和企业m
22
，则企业m
21
和企业m
22
相对于核心企业m而言，在关系图谱中表示为二级企业m
21
和二级企业m
22
，即，核心企业m经由一级企业m
11
分支为两个二级企业m
21
和二级企业m
22
。以此类推，核心企业m经由一级企业m
12
分支为两个二级企业m
23
和二级企业m
24
。同样可以理解二级企业m
21
、m
22
、m
23
、m
24
各自对应的三级企业m
31
、m
32
、m
33
、m
34
。上述一级、二级和三级等为企业层
级信息，上述企业层级信息为上下游企业在核心企业的供应链中所处的层级信息，用于表示上下游企业与核心企业之间的关系亲疏程度。例如，在示例的表示方式中，与核心企业的关系越近，则层级信息的数值越小。在其他实施例中，可以变化层级信息的表示方式、数值大小、亲疏关系和层级数值的对应关系等。
50.结合图1a和图1b进行理解，在图1a中采用单点划线示意的是核心企业和不同层级的上下游企业之间的节点关联，例如，核心企业节点a和一级上下游企业节点c1的连线表示核心企业节点a对应的核心企业(例如描述为核心企业a)和一级上下游企业节点c1对应的一级上下游企业之间具有关联关系(为直接关联关系)。类似的，核心企业节点a和二级上下游企业节点d的连线表示核心企业a和二级上下游企业节点d对应的二级上下游企业之间具有关联关系(为间接关联关系)。核心企业节点a和三级上下游企业节点e的连线表示核心企业a和三级上下游企业节点e对应的三级上下游企业之间具有关联关系(为间接关联关系)。
51.同理，可以理解图1a中采用双点划线示意的核心企业节点b和各个级别的上下游企业节点之间的关联关系。本实施例中，以核心企业节点b和一级上下游企业节点c2的连线表示核心企业(例如为核心企业b)和一级上下游企业c2之间具有关联关系(为直接关联关系)。
52.另外，参照图1a所示，各级上下游企业各自对应的节点之间的关联关系采用实线连线来表示。例如，一级上下游企业节点c1和c2均连接于二级上下游企业节点d，表示一级上下游企业节点c1和c2各自对应的一级上下游企业和二级上下游企业节点d对应的二级上下游企业之间具有关联关系。同理可知，二级上下游企业节点d对应的二级上下游企业和三级上下游企业节点e对应的三级上下游企业之间也具有关联关系。
53.对于每个资金方节点而言，例如图1a中示例的资金方节点x和资金方节点y，该区块链系统100中，进行融资处理的目标资金方节点例如为资金方节点x，参照图1a中实线所示，该资金方节点x和各个核心企业节点120以及上下游节点130均能够基于区块链网络进行点对点通信，并且在融资处理过程中，该资金方节点x对区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息具有访问权限。
54.同理，参照图1a中虚线所示，如果进行融资处理的目标资金方节点为资金方节点y，则该资金方节点y和各个核心企业节点120以及上下游节点130均能够基于区块链网络进行点对点通信，并且在融资处理过程中，该资金方节点y对区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息具有访问权限。
55.该区块链系统100中，有效构建了关于核心企业的企业关联关系信息以及将核心企业的可用授信信息与企业关联关系进行绑定。基于区块链系统的账本进行数据(包含企业上链信息、企业关联关系信息和可用授信信息等)的统一维护，融资处理时多个资金方节点能够共享区块链系统账本的数据，无需每个资金方节点各自维护一套相关数据。
56.例如，上述账本中存储的企业上链信息、企业关联关系信息和可用授信信息可以是由资金方节点x维护得到的，资金方节点y在融资处理时，从账本中调用对应的数据进行校验即可，无需单独维护一套自己的数据(诸如关联关系数据和授信数据等)。
57.在一些实施例中，基于区块链系统的融资授信传递的方法可以由上述区块链系统100中的资金方节点110执行；在另一些实施例中，基于区块链系统的融资授信传递的方法可以由上述区块链系统100中的上下游企业节点130执行；在另一些实施例中，基于区块链
系统的融资授信传递的方法可以由上述区块链系统100中的核心企业节点120执行。
58.本公开的第一个示例性实施例提供了一种基于区块链系统的融资授信传递的方法。本实施例的方法应用于资金方节点。上述区块链系统可以参照图1a示例的区块链系统100。
59.图2示意性示地出了本公开一实施例的应用于资金方节点的基于区块链系统的融资授信传递的方法的流程图。
60.参照图2所示，应用于资金方节点的融资授信传递的方法，包括以下步骤：s210、s220和s230。
61.在步骤s210，接收第一企业节点发送的融资请求，上述融资请求中携带有：第一企业的企业标识、上述第一企业的名义关联核心企业和融资金额。
62.在一实施例中，上述第一企业节点可以是位于区块链系统中的一个区块链节点，这种情况下，第一企业的企业标识是在第一企业的企业信息上链存证时对应在区块链系统中生成的唯一身份凭证，例如该第一企业的企业标识是由该第一企业的私钥数字签名生成的唯一标识。
63.在一实施例中，上述企业信息上链存证前，需要进行企业实名认证，需要企业提供相关实名认证信息，诸如企业营业执照名称、统一社会信用代码、法定代表人姓名和法定代表人身份证号等信息，由可信认证中心(例如为中国金融认证中心(cfca))进行企业真实性认证，在认证通过的情况下，区块链系统中的智能合约对企业信息进行加密，并根据可信认证中心的规则生成公私钥对和区块链地址，将认证结果和加密后的企业信息在区块链系统内进行广播并共识上链。
64.在另一实施例中，上述第一企业节点可以是区块链系统之外的一个设备节点，该设备节点能够和区块链系统中的资金方节点之间进行通信。这种情况下，第一企业的企业标识是常规意义下的企业标识，在区块链系统中不具有对应的区块链地址。
65.在一些实施例中，第一企业节点对应的第一企业可以是通过实名认证的企业，或者为未通过实名认证的企业。
66.在一些实施例中，第一企业节点可以是某个核心企业的上下游企业对应的企业节点；在另一些实施例中，第一企业和核心企业之间并未建立关联关系。
67.在一些实施例中，第一企业的名义关联核心企业可以是和第一企业具有真实关联关系的核心企业，或者是和第一企业并不具有真实关联关系的核心企业，或者上述名义关联核心企业并不是资金方节点所认可的核心企业。
68.融资金额是第一企业根据自身的融资需求发起的请求金额。
69.在步骤s220，根据上述区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息，验证上述第一企业、上述名义关联核心企业和上述融资金额是否合法。
70.上述可用授信信息与上述核心企业的企业关联关系信息相绑定。可用授信信息包含：核心企业在资金方中可用的授信类别和对应该授信类别下的授信额度。
71.例如，资金方针对同一个核心企业可以在不同维度进行考量，得到多个不同的授信类别，例如某个核心企业涉及的产业类型有多种，分别为汽车制造业、手机芯片制造业和物流运输业，资金方通过对该核心企业在不同产业类型下的营业状况和资金储备等进行评
估，得到针对该核心企业在汽车制造业对应的授信类别为a类，在手机芯片制造业的授信类别为c类，在物流运输业的授信类别为b类，各类授信类别下的融资授信额度具有差异，例如，a类授信类别的融资授信额度为：100万(大于)～300万(能取到端点值)，b类授信类别下的融资授信额度为20万(大于)～100万(能取到端点值)，c类授信类别的融资授信额度为：1万(大于或等于)～20万(能取到端点值)。
72.企业关联关系信息用于表示核心企业和上下游企业相互之间是否有关联以及关联的亲疏程度。参照前面关于区块链系统100的系统架构的描述可知，在一实施例中，企业关联关系信息为关于核心企业的关系图谱的形式，在上述关系图谱中，每个企业作为树状结构的节点，企业之间的关联关系采用上述树状结构的连边进行表示，上述企业包括核心企业和上下游企业。
73.例如，将关系树类型的企业关联关系信息以列表形式或图形形式进行存储。
74.图3示意性地示地出了本公开实施例的资金方、核心企业和上下游企业各自对应的企业上链信息的示意图。
75.根据本公开的一些实施例，参照图3所示，区块链系统的账本中存储的企业上链信息包括：资金方、核心企业和上下游企业各自对应的企业上链信息。
76.资金方的企业上链信息310包括：上述资金方的可信企业身份信息和企业标识。
77.例如上述资金方的可信企业身份信息是通过可信认证中心进行实名认证的资金方的企业四要素信息。上述企业四要素信息包括：企业营业执照名称、统一社会信用代码、法定代表人姓名和法定代表人身份证号。
78.上述资金方的企业标识是由资金方的私钥数字签名生成的唯一标识。
79.核心企业的企业上链信息320包括：上述核心企业的可信企业身份信息、可信企业财务信息和企业标识。
80.例如，核心企业的可信企业身份信息是通过可信认证中心进行实名认证的核心企业的企业四要素信息，具体包含内容不再赘述。
81.上述核心企业的企业标识是由核心企业的私钥数字签名生成的唯一标识。
82.上下游企业的企业上链信息330包括：上述上下游企业的可信企业身份信息、可信企业财务信息、可信企业层级信息和企业标识，例如，上下游企业的可信企业身份信息是通过可信认证中心进行实名认证的上下游企业的企业四要素信息，具体包含内容不再赘述。
83.上述企业上链信息中，企业四要素信息主要用于企业的身份认证，企业标识主要用作企业的唯一性辨别指纹。
84.可信企业财务信息主要包含各个企业(例如核心企业或上下游企业等)的预设周期(可以按月、季度或年等，与融资还款周期可以设置关联)内的财务报表、审计数据等企业财务信息，该财务报表、审计数据等需要企业自身和资金方均进行数字签名(企业提交财报信息给资金方，资金方确定财报信息，对财报信息实现核心企业和资金方的双方签名)，以此表示该资金方对该企业财务状态的认可，该方式能够解决资金方无法确定企业财务状态的问题，也可让企业在向其他资金方融资的时候给其他资金方一个财务状态参考。
85.上下游企业的企业层级信息主要包含上下游企业在某个核心企业的产业链中所在的流转层级位置信息，这样做既可以体现出该企业在供应链中与核心企业的亲疏关系，也可使层级信息透明化，让资金方能够合理规划进行放款。
86.区块链系统的账本中预先存储有企业上链信息、企业关联关系信息和与企业关联关系信息绑定的可用授信信息，通过根据上述区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息，来验证上述第一企业、上述名义关联核心企业和上述融资金额是否合法，这种校验逻辑能够保证验证正确性的同时极大地简化了校验流程。由于存证的数据是经过校验的数据，在融资的过程中，根据区块链不可篡改的特性，对于已经上链的信息具有信任度，不再需要对原始的合同、票据等凭证进行核验，仅通过存证的企业上链信息、企业关联关系信息和可用授信信息对融资请求进行校验即可，能够快速且准确的实现融资处理。
87.根据本公开的一些实施例，上述区块链系统的账本中存储的企业关联关系信息通过以下方式得到：由上述核心企业节点和上述上下游企业节点对关联凭证和待构建的关联关系形成构建共识之后，触发智能合约的关联和存证操作：生成企业关联关系信息，并将上述关联凭证和上述企业关联关系信息存储至上述区块链系统的账本中。
88.上述区块链系统的账本中存储的可用授信信息通过以下方式得到：由上述核心企业节点和上述资金方节点对上述核心企业节点的可用授信信息形成传递共识之后，触发智能合约的授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。
89.在步骤s230，在上述第一企业、上述名义关联核心企业和上述融资金额均合法的情况下，向上述第一企业节点发放资金，并对上述可用授信信息进行更新。
90.在上述第一企业、上述名义关联核心企业和上述融资金额均合法的情况下，说明融资请求合理，需要对融资请求进行合理响应，即通过向第一企业节点发放资金，实现融资放款。此外，由于放款之后授信额度已经被使用了一部分，因此还需要同步更新可用授信信息中的授信额度。
91.包含上述步骤s210～s230的方法中，通过将资金方、核心企业和上下游企业各自对应的节点作为区块链节点，包含资金方节点、核心企业节点和上下游企业节点的区块链系统能够通过广播进行数据同步，并基于区块链系统的账本来维护统一的企业关联关系信息，通过预先在区块链中存证企业上链信息、企业关联关系信息和与企业关联关系信息绑定的可用授信信息，存证的数据是经过校验的数据，在融资的过程中，根据区块链不可篡改的特性，对于已经上链的信息具有信任度，不再需要对原始的合同、票据等凭证进行核验，仅通过存证的企业上链信息、企业关联关系信息和可用授信信息对融资请求进行校验即可，能够快速且准确的实现融资处理。上述方法构建得到一种快速且可靠的授信传递机制，简化资金方对于向其融资的上下游企业的信息核对流程，加快融资进度，有效避免相关技术中在资金方、核心企业和上下游企业之间进行链路式信息传输所需的大量的时间传输成本和对合同、票据等进行信息核对的时间和人力成本，还有效构建了关于核心企业的企业关联关系信息以及将核心企业的可用授信信息与企业关联关系进行绑定，基于区块链系统的账本进行数据的统一维护，融资处理时多个资金方节点能够共享区块链系统账本的数据，无需每个资金方节点各自维护一套相关数据。
92.图4示意性地示地出了本公开实施例的步骤s220的详细实施流程图。
93.根据本公开的实施例，参照图4所示，上述步骤s220中，根据上述区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息，验证上述第一企业、上述名
义关联核心企业和上述融资金额是否合法，包括以下步骤：s411、s412、s421、s422、s431、s432和s433。
94.在步骤s411，根据上述企业上链信息和上述第一企业的企业标识，验证上述第一企业的真实性。
95.在步骤s412，在上述第一企业的真实性验证通过的情况下，确定上述第一企业合法。
96.在一些实施例中，上述步骤s411～s412可以通过以下方式来实现：
97.在上述企业上链信息中查询是否存在与所述第一企业的企业标识匹配的目标企业；
98.在存在上述目标企业的情况下，视为第一企业合法；
99.在不存在上述目标企业的情况下，根据第一企业的企业标识，调用外部可信认证系统，对上述第一企业的真实性进行二次验证；
100.在二次验证的验证结果为验证通过的情况下，视为第一企业合法；
101.在二次验证的验证结果为验证不通过的情况下，视为第一企业不合法。
102.上述方法中，通过提供链上和链下相结合的方式进行企业真实性(也可以描述为合法性)校验，通过先链上查询、在链上查询不到再进行链下查询的策略，针对第一企业为上链节点所对应的企业或者第一企业为链下企业的情况均能够处理，适用性广泛。同时针对大部分为链上节点的场景，基于链上查询优先的原则，能够有效提升查询效率，从而提升融资处理效率。
103.在步骤s421，根据上述企业关联关系信息，查询上述第一企业和上述名义关联核心企业之间的关联关系是否存在。
104.在步骤s422，在上述关联关系存在的情况下，确定上述名义关联核心企业合法。
105.针对关联关系的认定，必须通过上链数据来进行验证，以确保执行融资放款对应的第一企业和声称的名义关联核心企业之间确实有真实的关联关系且该关联关系在融资时是可信的。
106.在步骤s431，根据上述可用授信信息，查询上述名义关联核心企业对应的目标可用授信额度。
107.在步骤s432，确定上述融资金额是否低于上述目标可用授信额度。
108.在步骤s433，在上述融资金额低于上述目标可用授信额度的情况下，确定上述融资金额合法。
109.核心企业和关联的上下游企业共用一个授信额度，核心企业无法分配各个上下游企业的可用授信额度，可用的授信额度是由资金方进行分配的。
110.针对授信额度的认定，必须通过上链数据来进行验证，以确保执行融资放款对应的第一企业所需的授信额度在名义关联核心企业(如果是真实的核心企业)对应的目标可用授信额度范围内。
111.需要说明的是，步骤s411～s412、s421～s422、s431～s433这三组步骤之间的执行顺序不做限制，可以具有先后顺序或者并列执行，在图4中仅示意了一种可能实施的情况。
112.当三个条件均满足的情况下，即，第一企业、上述名义关联核心企业和上述融资金额均合法的情况下，才会执行步骤s230。
113.图5示意性地示地出了本公开实施例的步骤s230的详细实施流程图。
114.根据本公开的实施例，上下游企业的企业上链信息包括：上下游企业的可信企业财务信息和可信企业层级信息；上述可信企业财务信息是上述上下游企业和上述资金方共同签名验证通过之后的企业财务信息；上述可信企业层级信息是上述上下游企业和上述上下游企业的上一级企业共同签名验证通过之后的企业层级信息，上述企业层级信息为上述上下游企业在上述核心企业的供应链中所处的层级信息，用于表示上述上下游企业与上述核心企业之间的关系亲疏程度。
115.参照图5所示，上述步骤s230中，向上述第一企业节点发放资金，并对上述可用授信信息进行更新，包括以下步骤：s510和s520。
116.在步骤s510，根据上述第一企业的可信企业财务信息和可信企业层级信息，确定上述第一企业的放款参考额度，上述放款参考额度小于上述目标可用授信额度。
117.根据本公开的实施例，上述可用授信信息中的授信额度在上述核心企业和与上述核心企业具有关联关系的目标上下游企业之间共用。本实施例中，名义关联核心企业对应的目标可用授信额度作为融资请求中的授信额度上限值。
118.在步骤s510中，资金方根据可信企业财务信息和可信企业层级信息，确定第一企业的放款参考额度，例如可以通过预先构建的映射表来进行查询得到目标放款参考档位，然后在目标放款参考档位里面确定放款参考额度。在映射表中，存储有核心企业的企业财务信用等级(可以拓展或替换为其他类似的考核指标，例如为企业财务稳定性等数据)、上下游企业的企业财务信用等级、上下游企业相对于核心企业之间的层级信息这三个因素和放款参考档位之间的映射关系。例如，核心企业和上下游企业的财务信用等级在a级、上下游企业的层级信息在一级，对应的目标放款参考档位在80％～100％，核心企业和上下游企业的企业财务信用等级在a级、上下游企业的层级信息在二级，对应的目标放款参考档位在60％～80％，核心企业和上下游企业的企业财务信用等级在b级，上下游企业的层级信息在一级，对应的目标放款参考档位在60％～80％；核心企业的财务信用等级在a级，上下游企业的财务信用等级在c级、上下游企业的层级信息在二级，对应的目标放款参考档位在50％～60％。
119.在步骤s520，根据上述放款参考额度和上述融资金额中的较小者，向上述第一企业节点发放资金，并对上述可用授信信息进行更新。
120.上述步骤s520中，根据上述放款参考额度和上述融资金额中的较小者，向上述第一企业节点发放资金，并对上述可用授信信息进行更新，包括：确定上述放款参考额度和上述融资金额中的较小者；向上述第一企业节点发放与上述较小者匹配金额的资金；从上述名义关联企业的可用授信信息中扣减上述资金对应的金额值，得到更新后的可用授信信息。
121.包含上述步骤s50～s520的实施例中，根据可信企业财务信息和可信企业层级信息，确定放款参考额度，选择放款参考额度和融资金额中的较小者来进行放款，在确定要响应于融资请求进行放款的前提下，采取细化且合理的放款策略，使得放款金额适配于核心企业、上下游企业各自的财务状态，同时还参考核心企业和上下游企业之间的亲疏关联，有效降低资金方的放款风险。
122.图6示意性示地出了本公开另一实施例的应用于资金方节点的基于区块链系统的
融资授信传递的方法的流程图。
123.根据本公开的实施例，应用于资金方节点的基于区块链系统的融资授信传递的方法，除了包括上述步骤s210～s230之外，还包括以下步骤：s611、s612、s621、s622和s623，参照图6所示，为了简化示意，仅在图6中示意了步骤s611～s623。
124.在步骤s611，接收上述核心企业节点和上述上下游企业节点各自广播的通过认证且进行加密后的可信企业信息。可信企业信息的具体内容可以参照前面关于资金方的企业上链信息310、核心企业的企业上链信息320和上下游企业的企业上链信息330的详细描述。
125.在步骤s612，将上述加密后的可信企业信息存储至上述区块链系统的账本中，得到上述核心企业节点和上述上下游企业节点的企业上链信息。
126.基于步骤s611～s612，资金方能够接收区块链系统中的核心企业节点和上下游企业节点广播的加密后的可信企业信息，并触发智能合约实现企业上链信息的存证，既能保证各个企业信息的上链实现企业自身和资金方的信息共享，还能够保证原始数据的加密。
127.在步骤s621，接收上述核心企业节点发送的可用授信信息的传递请求。
128.在步骤s622，对上述可用授信信息进行验证，得到传递审批结果。
129.在步骤s623，在上述传递审批结果为通过的情况下，触发智能合约的授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。
130.基于步骤s621～s623，能够实现核心企业节点和资金方节点关于核心企业的某类可用授信信息传递给特定关联的某个企业或某些企业达成共识，从而在资金方处理融资请求时能够快速且准确地实现授信传递。
131.需要说明的是，步骤s611～s612、s621～s623这两组步骤之间的执行顺序不做限制，可以具有先后顺序或者并列执行，在图6中仅示意了一种可能实施的情况，针对同一个资金方，步骤s611～s612在s621～s623之前执行。
132.在研发中还发现：存在部分非融资企业的信息暴露给其他上下游企业的缺陷。例如，在相关技术中，核心企业线上签署授权传递的合同或数字票据等，将该合同流转至该核心企业所关联的各个上下游企业，需要融资的上下游企业根据线上流转的合同或数字票据等选择核心企业的授信，向资金方发起融资，资金方对相关合同或数字票据进行审核后发放融资，这个方案中，各个上下游企业能够看到其他上下游企业的相关信息，有些私密信息以不希望的方式公开给其他上下游企业，造成私密数据的泄露。
133.有鉴于此，本公开的实施例中，通过对区块链账本中存储的企业上链信息、企业关联关系信息和可用授信信息的访问权限进行配置来有效解决上述问题。
134.根据本公开的实施例，上述账本中存储的企业上链信息的访问权限被配置为：
135.上述企业上链信息的所属企业具备访问权限；
136.用于进行融资处理的目标资金方节点具备访问权限；
137.上述企业上链信息的其他非所属企业不具备访问权限。
138.上述账本中存储的企业关联关系信息的访问权限被配置为：
139.上述企业关联关系信息所涉及的企业主体具备访问权限；
140.用于进行融资处理的目标资金方节点具备访问权限；
141.与上述企业关联关系信息无关的企业主体不具备访问权限。
142.上述账本中存储的可用授信信息的访问权限被配置为：
143.上述可用授信信息的所属核心企业具备访问权限；
144.上述所属核心企业具有关联关系的目标上下游企业具备访问权限；
145.用于进行融资处理的目标资金方节点具备访问权限；例如，可以是授信传递处理的资金方，也可以是不同于该资金方的用于进行融资处理的另外的资金方；
146.与上述所属核心企业未构建关联关系的上下游企业不具备访问权限。
147.通过以上访问权限的配置，在实现快速且正确处理融资的情况下，还有效保护了个别企业的私密数据。
148.本公开的第二个示例性实施例提供了一种基于区块链系统的融资授信传递的方法。上述方法应用于每个上下游企业节点。上述区块链系统可以参照图1a示例的区块链系统100所示。本实施例的方法可以结合第一个实施例和后续的第三个实施例进行交互理解。相同的部分不做详细的描述，具体细节可以参考前后的实施例进行理解。
149.图7示意性示地出了本公开一实施例的应用于上下游企业节点的基于区块链系统的融资授信传递的方法的流程图。
150.参照图7所示，本公开实施例提供的应用于上下游企业节点的基于区块链系统的融资授信传递的方法，包括以下步骤：s710、s720、s730和s740。
151.在步骤s710，向核心企业节点发送关联关系的构建请求，上述构建请求携带有以下信息：关联凭证和待关联的目标企业的企业标识。上述目标企业为所借助授信传递的核心企业或上述核心企业的关联企业。
152.在步骤s720，在上述核心企业针对上述构建请求的关联审批结果为通过的情况下，触发智能合约的关联和存证操作：生成企业关联关系信息，并将上述企业关联关系信息和上述关联凭证存储至上述区块链系统的账本中。
153.在步骤s730，向资金方节点发送融资请求，上述融资请求中携带有：上述当前上下游企业的企业标识、上述核心企业的标识和融资金额。
154.在步骤s740，接收来自上述资金方节点反馈的融资处理结果。
155.本实施例中，步骤s710～s720为核心企业节点和上下游企业节点之间对构建关联关系形成共识和存证的过程，可以结合第三个实施例的步骤s810～s830进行理解。步骤s730～s740是上下游企业节点和资金方节点进行融资处理交互的过程，可以结合第一个实施例的步骤s210～s230来进行交互流程的理解。
156.此外，步骤s710～s720还可以参照第一个实施例中描述的以下内容进行理解，上述区块链系统的账本中存储的企业关联关系信息通过以下方式得到：由上述核心企业节点和上述上下游企业节点对关联凭证和待构建的关联关系形成构建共识之后，触发智能合约的关联和存证操作：生成企业关联关系信息，并将上述关联凭证和上述企业关联关系信息存储至上述区块链系统的账本中。
157.本公开的第三个示例性实施例提供了一种区块链系统的融资授信传递的方法。上述方法应用于核心企业节点。上述区块链系统可以参照图1a示例的区块链系统100所示。
158.图8示意性示地出了本公开一实施例的应用于核心企业节点的基于区块链系统的融资授信传递的方法的流程图。
159.参照图8所示，本公开实施例提供的应用于上下游企业节点的基于区块链系统的
融资授信传递的方法，包括以下步骤：s810、s820、s830、s840和s850。
160.在步骤s810，接收上下游企业节点发送的关联关系的构建请求，上述构建请求携带有以下信息：关联凭证和待关联的目标企业的企业标识。上述目标企业为所借助授信传递的核心企业或上述核心企业的关联企业。
161.在步骤s820，对上述关联凭证进行校验，得到关联审批结果。
162.在步骤s830，在上述关联审批结果为通过的情况下，触发智能合约的关联和存证操作：生成企业关联关系信息，并将上述企业关联关系信息和上述关联凭证存储至上述区块链系统的账本中。
163.在步骤s840，向上述资金方节点发送关于融资的可用授信信息的传递请求。
164.在步骤s850，在上述资金方节点针对上述传递请求的传递审批结果为通过的情况下，触发智能合约的授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。
165.本实施例中，步骤s810～s830为核心企业节点和上下游企业节点之间对构建关联关系形成共识和存证的过程，可以结合第二个实施例的步骤s710～s720进行理解。步骤s840～s850是核心企业节点和资金方节点进行授信传递形成共识的过程，可以结合第一个实施例的步骤s621～s623来进行交互流程的理解。
166.此外，步骤s840～s850可以参照第一个实施例中描述的以下内容进行理解，上述区块链系统的账本中存储的可用授信信息通过以下方式得到：由上述核心企业节点和上述资金方节点对上述核心企业节点的可用授信信息形成传递共识之后，触发智能合约的授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。
167.在上述第二个实施例和第三个实施例中，上下游企业节点或核心企业节点还可以将自身的企业信息进行加密后发送给可信认证中心进行验证，在验证通过之后在区块链系统进行可信企业信息的存证，具体可以进一步参照第一个实施例的步骤s611～s612来理解核心企业节点、上下游企业节点等企业节点和资金方节点之间的交互过程。
168.本公开的第四个示例性实施例提供了一种区块链系统。
169.参照图1所示，本公开的实施例提供的区块链系统100包括：资金方对应的资金方节点110、核心企业对应的核心企业节点120和上下游企业对应的上下游企业节点130。
170.上述核心企业节点和上述上下游企业节点中存储有关联关系智能合约，上述资金方节点和上述核心企业节点中存储有授信传递智能合约。
171.上述上下游企业节点130用于：向核心企业节点发送关联关系的构建请求，上述构建请求携带有以下信息：关联凭证和待关联的目标企业的企业标识；上述目标企业为所借助授信传递的核心企业或上述核心企业的关联企业。
172.上述核心企业节点120用于：对上述关联凭证进行校验，得到关联审批结果。
173.在上述关联审批结果为通过的情况下，触发上述关联关系智能合约执行关联和存证操作：生成企业关联关系信息，并将上述企业关联关系信息和上述关联凭证存储至上述区块链系统的账本中。
174.上述核心企业节点120还用于：向上述资金方节点发送关于融资的可用授信信息的传递请求。
175.上述资金方节点110用于：对上述可用授信信息进行验证，得到传递审批结果。
176.在上述传递审批结果为通过的情况下，触发上述授信传递智能合约执行授信传递操作：将上述可用授信信息与上述企业关联关系信息进行绑定，并存储至上述区块链系统的账本中。
177.上述上下游企业节点130还用于：向上述资金方节点发送融资请求，上述融资请求中携带有：上述当前上下游企业的企业标识、上述核心企业的标识和融资金额。
178.上述资金方节点110还用于：根据上述区块链系统的账本中存储的企业上链信息、企业关联关系信息和可用授信信息，验证上述第一企业、上述名义关联核心企业和上述融资金额是否合法；其中上述可用授信信息与上述核心企业的企业关联关系信息相绑定；在上述第一企业、上述名义关联核心企业和上述融资金额均合法的情况下，向上述第一企业节点发放资金，并对上述可用授信信息进行更新。
179.本实施例中步骤所包含的具体细节或者可以包含的更多的功能可以参照第一个实施例～第三个实施例的描述，这里不再赘述。
180.本公开的第五个示例性实施例提供了一种电子设备。
181.图9示意性地示出了本公开实施例提供的电子设备的结构框图。
182.参照图9所示，本公开实施例提供的电子设备900包括处理器901、通信接口902、存储器903和通信总线904，其中，处理器901、通信接口902和存储器903通过通信总线904完成相互间的通信；存储器903，用于存放计算机程序；处理器901，用于执行存储器上所存放的程序时，实现如上所述的基于区块链系统的融资授信传递的方法。
183.本公开的第六个示例性实施例还提供了一种计算机可读存储介质。上述计算机可读存储介质上存储有计算机程序，上述计算机程序被处理器执行时实现如上所述的基于区块链系统的融资授信传递的方法。
184.该计算机可读存储介质可以是上述实施例中描述的设备/装置中所包含的；也可以是单独存在，而未装配入该设备/装置中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
185.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
186.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
187.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公
开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。