CN111460504B - 业务处理方法、装置、节点设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法、装置、节点设备及存储介质，其中方法包括：获取关于目标业务的执行请求，以及获取所述区块链集合中的各条区块链的业务处理信息；基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链；将所述执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点处理所述目标业务。采用本发明实施例可以提高业务请求的执行效率。

Description

业务处理方法、装置、节点设备及存储介质

技术领域

本申请涉及区块链技术领域，尤其涉及一种业务处理方法、装置、节点设备及存储介质。

背景技术

随着科技的不断发展，为了各种业务处理的安全性，多数企业将企业相关业务转移到区块链网络中进行比如开票业务、银行贷款业务等等。通常的，在区块链网络中处理各种业务的流程可以包括：企业或者用户向区块链提交业务处理请求；区块链网络中组成区块链的共识节点对所述业务处理请求进行验证、上链等操作。这样一来，如果区块链网络在一段时间内接收到的业务处理请求较多，受到区块链网络中区块链存储容量以及业务请求处理能力的影响，可能导致某些业务请求需要等到较长时间才会被处理，如此降低了区块链网络业务请求的执行效率。因此，在区块链网络中，如何提高业务请求的执行效率成为研究的热点问题。

附图说明

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

图1a是本发明实施例提供的一种区块链网络的架构图；

图1b是本发明实施例提供的另一种区块链网络的架构图；

图1c是本发明实施例提供的一种业务处理***的结构示意图；

图2是本发明实施例提供的一种业务处理方法的流程示意图；

图3a是本发明实施例提供的一种用户界面的示意图；

图3b是本发明实施例提供的另一种用户界面的示意图；

图4是本发明实施例提供的另一种业务处理方法的流程示意图；

图5是本发明实施例提供的一种业务处理装置的结构示意图；

图6是本发明实施例提供的一种节点设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明实施例提供了一种业务处理方案，该业务处理方案可以应用于区块链网络中，所述区块链网络中包括路由节点、共识节点集合以及区块链集合，所述区块链集合中包括至少一条区块链，每条区块链由所述共识节点集合中的至少两个共识节点组成。具体实现中，本发明实施例所提供的业务处理方案可由区块链网络中的路由节点来执行，当路由节点获取到关于目标业务的执行请求时，获取各条区块链的业务处理信息，并根据各条区块链的业务处理信息从区块链集合中选择一条目标区块链来负责处理该执行请求；进一步地，将执行请求转发至组成所述目标区块链的目标共识节点，由目标共识节点处理该执行请求所指示的目标业务。

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库。现有的区块链网络中可包括多个节点设备，这些节点设备可包括计算机设备，比如服务器或终端。参考图1a所示为本发明实施例提供的一种区块链网络的架构图，在图1a所示的区块链网络的架构图中，包括多个节点设备100，每个节点设备100可以具备的功能中的一种或多种：路由功能，路由功能是每个节点设备都具备的功能，用于支持节点之间的通信；应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数据签名以表示任务数据的来源，将记录数据发送到区块链网络中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中；区块链，包括一系列按照产生的先后时间顺序相互接续的区块，新区块一旦加入到区块链中就不会被一处，区块中记录了区块链网络中节点提交的记录数据。

其中，应用实现的业务可包括钱包，用于提供进行电子货币的交易的功能；共享账本，用于提供账目数据的存储、查询和修改等操作的功能；智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易。

为了方便区块链网络中的业务处理，本发明实施例提供了另外一种区块链网络的架构图，可参考图1b所示。图1b所示的区块链网络中的节点设备可包括至少一个路由节点101和至少两个共识节点102，当用户向区块链网络提交业务请求时，路由节点101首先接收到业务请求，然后将业务请求转发给相应的共识节点102，由共识节点102进行共识认证上链等操作。

基于上述的业务处理方案以及新的区块链网络的架构，本发明实施例提供了一种业务处理***，参考图1c为本发明实施例提供的一种业务处理***的结构示意图。图1c所述的业务处理***可包括至少一个用户终端103，一个区块链网络104，所述用户终端103可以是区块链网络104中的一个节点设备，也可以是独立于区块链网络104，但是可以与104进行信息交互的终端设备。在本发明实施例中，假设用户终端103是独立于区块链网络104存在的终端设备，比如手机、笔记本电脑、智能穿戴等任何智能设备。

在一个实施例中，区块链网络104可以包括至少一个路由节点1041和至少一个共识节点1042，至少一个共识节点1042组成了区块链网络104中的共识节点集合。所述至少一个路由节点1041主要用于获取用户通过用户终端103输入的各种业务请求或者信息，本发明实施例中，所述业务请求主要包括关于目标业务的执行请求和查询请求，所述目标业务可以是开票业务等。所述路由节点1021将获取到的业务请求转发至相应的共识节点1042，由共识节点1042对接收到的业务请求或者信息进行验证，验证后添加到区块链上。

在一个实施例中，区块链网络中共识节点集合组成一个区块链集合或者说区块链集合中每条区块链是由共识节点集合中至少两个共识节点组成的，区块链集合中包括至少一条区块链，例如共识节点集中的共识节点1、共识节点2以及共识节点3组成区块链1，共识节点4、共识节点5和共识节点6可以组成区块链2等。应当理解的，共识节点通常指区块链上提供共识服务的一个或者一组进程，常见的网络服务访问形式为网际协议(InternetProtocol，IP)地址+端口号或者域名，因此，路由节点是通过执行IP地址和端口或者域名来访问不同链上的共识节点，以向共识节点转发业务请求的。为了便于区块链的管理，组成不同区块链的共识节点通常是相互独立、互不影响的，或者说任意区块链之间通常不存在相同的共识节点。但是，在实际应用中，任意区块链之间也可以存在相同的共识节点，本发明实施例不做具体限定。

可选的，对于区块链网络中的每个共识节点，均具有与其对应的节点标识，并且区块链网络中每个共识节点可以存储其他共识节点的节点标识，以便于后续根据其他共识节点的节点标识向其他节点发送信息。并且，每个共识节点预先知道其与哪些共识节点共同组成一条相同的区块链。比如在上述例子中，共识节点2预先知道，其与共识节点1和共识节点3共同组成区块链1；共识节点4预先知道，其与共识节点5和共识节点6共同组成区块链2。

具体实现中，通常的每个共识节点可以拥有一个对应的端口，组成相同区块链的几个共识节点中互相存储其他几个共识节点的端口，这样一来，当该共识节点接收到执行请求时，可以通过其他几个共识节点的端口将执行请求可以发送给其他几个共识节点，由这些共识节点共识完成对目标业务的处理。

在一个实施例中，每个企业或者用户在区块链网络中的账户地址是通过对公钥进行哈希运算得到的，因此，某个企业或者用户在不同区块链中对应的账户地址时相同的。

在一个实施例中，为了均衡区块链网络中业务请求处理情况，路由节点1041在接收到用户输入的执行请求之后，向共识节点1042转发所述执行请求之前，可以先根据各条区块链的业务处理信息从区块链集合中选择一条目标区块链。所述业务处理信息可包括正在处理的业务请求的数量以及相应区块链的当前已用存储量等；进一步地，将执行请求转发至组成该目标区块链的目标共识节点，由目标共识节点对执行请求进行验证、上链等操作。

在上述的业务处理***中，区块链网络104接收到用户发送的执行请求后，由路由节点1041均衡各条区块链网络的业务处理信息后，再决定将获取到的执行请求转发至那条区块链网络处理。与现有的区块链网络中一链治所有的方法相比，区块链网络接收到的请求可以均衡到各条区块链上处理，避免了一条区块链上待处理的业务请求过多的情况，从而可提高业务请求的执行效率。

基于上述的业务处理***，本发明实施例提供了一种业务处理方法，请参见图2，为本发明实施例提供的一种业务处理方法的流程示意图。图2所示的业务处理方法应用于区块链网络中，可以由区块链网络中的路由节点执行，所述区块链网络中还可以包括共识节点集合以及所述共识节点集合组成的区块链集合，所述共识节点集合中包括至少两个共识节点，所述区块链集合包括至少一条区块链，每条区块链由共识节点集合中的至少两个共识节点组成。图2所示的业务处理方法可包括以下步骤：

步骤S201、获取关于目标业务的执行请求，以及获取区块链集合中的各条区块链的业务处理信息。

其中，所述目标业务可以包括开票业务、银行业务以及其他任意业务中的一种或多种，假设目标业务包括开票业务，所述关于目标业务的执行请求用于指示开具***。在一个实施例中，所述执行请求可以用户通过用户终端提交到区块链网络中的，所述用户终端可以是区块链网络中的一个节点设备，也可以是独立于区块链网路的终端设备。所述用户终端可以是手机、平板、笔记本电脑以及智能穿戴设备等。

可选的，用户除了可以通过用户终端向区块链网络提交关于目标业务的执行请求外，还可以提交关于目标业务的查询请求或者其他请求，在下面的描述中，将与目标业务相关的请求统称为业务请求，比如业务请求包括关于目标业务的查询请求和执行请求。

在一个实施例中，所述各条区块链的业务处理信息可包括各条区块链处理业务请求的平均耗时。应当理解的，在区块链网络中，路由节点接收到业务请求并将业务请求转发给区块链集合中的某条区块链进行处理，实际上是转发至组成某条区块链的共识节点进行处理。相应的区块链处理完成了该业务请求之后，可以向路由节点返回一个处理完成的结果比如处理成功或者处理失败，以便于路由节点通知用户该业务请求被处理的情况。可选的，路由节点可以根据将业务请求发送给该区块链的第一时间以及该区块链返回处理结果的第二时间确定区块链处理该业务请求所需时间，比如将第一时间和第二时间的时间差作为该条区块链处理业务请求所需时间。

在一个实施例中，所述获取所述区块链集合中各条区块链的业务处理信息，可包括：根据记录的任一条区块链在一段时间内处理的历史业务请求的数量以及处理每个历史业务请求所需时间确定任一条区块链的平均耗时。

在其他实施例中，所述业务处理信息还可以包括相应区块链正在处理的业务请求的数量和当前已用存储量，所述获取所述区块链集合中各条区块链的业务处理信息，可包括：向各条区块链所在共识节点发送业务处理信息查询请求，所述业务处理信息查询请求用于指示各条区块链所在共识节点查询相应区块链的业务处理信息并返回；接收各条区块链所在共识节点返回的相应区块链的业务处理信息。

步骤S202、基于各条区块链的业务处理信息从区块链集合中获取目标区块链。

在一个实施例中，为了使得各条区块链能够均衡处理区块链网络接收到的业务请求，避免造成业务请求堆积的问题，本发明实施例中路由节点在接收到执行请求后，从区块链集合中选择一条当前最适合处理该执行请求的目标区块。可选的，所述当前最适合处理该执行请求的目标区块可以是当前正在处理的业务请求数量较少的区块链，或者是当前时刻处理业务请求的能力最强的区块链比如平均耗时较小等等。应当理解的，本发明实施例只是列举了两种可以成为当前最适合处理该执行请求的目标区块链所满足的条件，在实际应用中可以由其他条件，比如剩余存储量较大等，在此不做具体限定。基于此，路由节点在步骤S201中获取到各条区块链的业务处理信息后，需要基于各条区块链的业务处理信息从区块链集合中获取目标区块链。

在一个实施例中，基于步骤S201中描述，路由节点可以根据每条区块链的平均耗时从所述区块链集合中获取目标区块链，一种可行的实施方式为：获取各条区块链的平均耗时；从所述区块链集合中选取平均耗时最小的区块链作为目标区块链。其中，所述区块链集合中任一条区块链的平均耗时是根据任一条区块链处理的历史业务请求的数量以及执行每个历史业务请求所需时间确定的。

可选的，任一条区块链的平均耗时可以指任意一个时间段内的平均耗时，也即任一条区块链的平均耗时是根据一个时间段内该任一条区块链处理的历史业务请求的数量以及执行每个历史业务请求所需时间确定的。所述任意一个时间段可以包括：从该任一条区块链创建完成，开始处理业务请求开始截止到当前时刻这一段时间。

应当理解的，区块链处理一个业务请求所需时间受到区块链的剩余存储量等因素的影响，随着时间的推移，任一条区块链存在的时间越长，其剩余存储量越小，因此，为了更加准确的计算任一条区块链的平均耗时，本发明实施例中所述任意一个时间段还可以包括最近几个月或者最近几个星期。

在其他实施例中，路由节点可以根据每条区块链的平均耗时从所述区块链集合中获取目标区块链，另一种可行的实施方式包括：获取预设时间段内各条区块链处理每个业务请求所需时间；检测各条区块链对应的所需时间中连续所需时间大于时间阈值的连续数量；将连续数量最少的一条区块链作为目标区块链。例如，在最近一周，区块链1中对应的所需时间中出现了连续4个所需时间大于时间阈值，区块链2中对应的所需时间中出现了连续1个所需时间大于时间阈值，则选择将区块链2作为目标区块链。应当理解的，连续数量越少，表明区块链处理业务请求的能力越强，选择处理业务请求能力强的区块链作为目标区块链来处理关于目标业务的执行请求，可以加快执行请求被处理的速度，并且也可以提高区块链网络处理业务请求的执行效率。

步骤S203、将执行请求转发至组成目标区块链的目标共识节点，以使得目标共识节点处理所述目标业务。

其中，组成目标区块链的目标共识节点的数量至少为一个，目标共识节点组成目标区块链是指这些共识节点之间可以互相广播区块，并将各自接收到的区块存储在目标区块链上。在一个实施例中，目标共识节点处理所述目标业务，可以包括以下步骤：对目标业务进行校验，比如校验目标业务的签名是否正确；校验完成后，将目标业务存储在目标共识节点对应的交易池中，并更新其用于记录接收到业务请求的哈希树；之后，将更新时间戳更新为接收到执行请求的时间；从交易池中选择包括目标业务的至少一个业务信息生成当前区块；并尝试不同的随机数，将不同的随机数和目标区块链的版本信息、当前区块的父区块的区块头哈希值以及区块中业务信息的特征值等输入到哈希函数中进行运算，如果运算结果小于预设值，则将随机数以及上述各种信息存储在当前区块的区块头中，将至少一个业务信息存储在区块主体中；进一步的，将存储了上述信息的当前区块广播至组成目标区块链的其他目标共识节点进行共识，共识完成后将当前区块连接到目标区块链上。

在一个实施例中，由前述可知，可能存储目标共识节点组成两条或多条区块链的情况，为了目标共识节点明确该业务请求需要存储到哪条区块链上，路由节点在向目标共识节点转发执行请求时，可以在执行请求中携带链标识，目标共识节点根据链标识可以明确其需要和哪些其他目标共识节点完成对执行请求的验证以及上链等操作。

在一个实施例中，目标共识节点对目标业务处理完成后，可以向路由节点反馈处理情况，比如目标业务为开票业务，共识节点反馈的处理情况可以包括开票完成，开具的票据数据已成功存储在目标区块链中。为了让用户掌握目标业务的处理进度，路由节点将处理结果反馈给用户终端，用户终端可以在用户界面中显示处理结果。例如，参考图3a为本发明实施例提供的一种用户界面的示意图，301可表示处理结果，处理结果中可包括：“处理进度：已完成；处理状态：处理成功，存储位置：目标区块链”。

可选的，为了方便用户后续查询目标业务，路由节点还可以将目标区块链的区块链标识输出在用户终端中，如302所示。这样一来，如果用户想要查询目标业务，用户可以向区块链网络提交携带目标区块链的链标识的查询请求，将所述查询请求发送给组成所述目标区块链的目标共识节点，以使得所述目标共识节点响应所述查询请求得到对所述目标业务的查询结果，并返回所述查询结果；接收所述目标共识节点返回的所述查询结果，并输出所述查询结果。

再如，参考图3b所示为本发明实施例提供的另一种用户界面的示意图，303表示处理结果，可包括如“处理进度：处理完成；处理状态：处理失败，失败原因：XXX”，用户可以根据303所示的处理结果分析失败原因，重新向区块链网络提交执行请求。

本发明实施例中，区块链网络中部署有路由节点和共识节点集合，共识节点集合用于组成一个区块链集合，区块链集合中包括至少一条区块链。路由节点获取到关于目标业务的执行请求后，获取区块链集合中各条区块链的业务处理请求；并根据各条区块链的业务处理信息从区块链网络中获取目标区块链，然后将执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点执行所述目标业务。如此一来，实现了由路由节点均衡各条区块链网络的业务处理信息后，再决定将获取到的执行请求转发至那条区块链网络处理。与现有的区块链网络中一链治所有的方法相比，区块链网络接收到的请求可以均衡到各条区块链上处理，避免了一条区块链上待处理的业务请求过多的情况，从而可提高业务请求的执行效率。

基于上述的业务处理方法，本发明实施例提供了另一种业务处理方法，参考图4所示，为本发明实施例提供的一种业务处理方法的流程示意图。图4所示的业务处理方法应用于区块链网络中，可以由区块链网络中的路由节点执行，所述区块链网络中还可以包括共识节点集合以及所述共识节点集合组成的区块链集合，所述共识节点集合中包括至少两个共识节点，所述区块链集合包括至少一条区块链。图4所示的业务处理方法中所述业务处理信息可包括相应区块链正在处理的业务请求的数量和当前已用存储量，图4所示的业务处理方法可包括以下步骤：

步骤S401、获取关于目标业务的执行请求，以及获取区块链集合中各条区块链中正在处理的业务请求的数量和当前已用存储量。

在一个实施例中，步骤S401包括的一些可行的实施方式可参见图2所示实施例中相关步骤的描述，在此不再赘述。

步骤S402、根据各条区块链中正在处理的业务请求的数量和当前已用存储量从区块链集合中获取目标区块链。

在一个实施例中，为了更加准确地从区块链集合中选择出当前最适合执行该执行请求的目标区块链，本发明实施例综合考虑了各条区块链正在处理的业务请求的数量以及当前已用存储量情况。可选的，可以根据各条区块链设置的请求量权重值、存储量权重值、业务请求的数量和当前已用存储量从区块链集合中获取目标区块链。具体地，所述根据各条区块链正在处理的业务请求的数量和当前已用存储量从区块链集合中获取目标区块链，可包括：获取各条区块链对应的请求量权重值以及存储量权重值；基于各条区块链正在处理的业务请求的数量、所述请求量权重值、所述当前已用存储量以及所述存储量权重值确定各条区块链的候选参数值；将所述区块链集合中最小候选参数值对应的区块链作为目标区块链。

在一个实施例中，所述基于各条区块链正在处理的业务请求的数量、所述请求量权重值、所述当前已用存储量以及所述存储量权重值确定各条区块链的候选参数值，包括：将正在处理的业务请求的数量与请求量权重值相乘、将所述当前已用存储量和存储量权重值相乘，最后将两部分相乘结果相加即得到候选参数值。

其中，所述各条区块链对应的请求量权重值是根据相应区块链对应的可承接的业务请求总数量、正在处理的业务请求的数量以及请求数量阈值确定的，所述各条区块链对应的存储量权重值是根据相应区块链对应的存储总量、当前已用存储量以及存储量阈值确定的。其中，各条区块链对应的可承接的业务请求总数量大于该条区块链对应的请求数量阈值。可选的，不同区块链对应的可承接的业务请求总数量以及请求数量阈值可以受到组成相应区块链的共识节点的处理能力影响，不同区块链对应的可承接的业务请求总数量以及请求数量阈值可以相同，也可以不同。

应当理解的，每条区块链对应的请求量权重值以及存储量权重值的确定方法是相同的，下面以区块链集合中的第一区块链为例，介绍如何确定各条区块链对应的请求量权重值和存储量权重值。在确定第一区块链的请求量权重值时，判断第一区块链中正在处理的业务请求的数量与第一区块链可承接的业务请求总数量以及请求数量阈值之间的大小关系；如果正在处理的业务请求的数量小于请求数量阈值，则设置第一区块链的请求量权重值为第一请求量权重值；如果正在处理的业务请求的数量大于所述请求数量阈值且小于或等于可承接的业务请求总数量，则设置第一区块链的请求权重值为第二请求量权重值。可选的，第一请求量权重值小于第二请求量权重值，换句话说，对于一条区块链而言，正在处理的业务请求的数量越大，该条区块链对应的请求量权重值越大。

同理的，在确定第一区块的存储量权重值时，判断第一区块链的当前已用存储量与存储量阈值以及存储总量之间的大小关系；如果第一区块链的当前已用存储量小于存储量阈值，则可以设置第一区块链的存储量权重值为第一存储量权重值；如果第一区块链的当前已用存储量大于存储量阈值小于或等于存储总量，则可以设置第一区块链的存储量权重值为第二存储量权重值。可选的，第一存储量权重值可以小于第二存储量权重值，换句话说，对于一条区块链而言，当前已用存储量越大，该条区块链对应的存储量权重值越大。

在一个实施例中，上述各条区块链对应的请求数量阈值可以包括一个或多个，该请求数量阈值可以根据相应区块链的当前已用存储量确定的，例如，当前已用存储量在第一存储量范围内时，请求数量阈值为第一阈值；当前已用存储量在第二存储量范围内时，请求数量阈值为第二阈值。如果第一存储量范围小于第二存储量阈值，则第一阈值大于第二阈值；如果第一存储量范围大于第二存储量阈值，则第一阈值小于第二阈值。总结来说，当前已用存储量越大，其对应的请求数量阈值越小，当前已用存储量越小，其对应的请求数量阈值越大。这是由于当前已用存储量较大的情况下，该条区块链剩余存储量较小，为了保证每个业务请求处理的成功率，应该为该条区块链分配较少的业务请求。为了达到该目的，应该保证在上述计算过程中，该条区块链的候选参数值较大，在请求量阈值和正在处理的业务请求的数量一定的情况下，可以通过增大存储量权重值的方法，调大计算结果。又因为，在在当前已用存储量不变的情况下，存储量权重值与存储量阈值成反比例关系，因此可以通过减少存储量阈值来调大存储量权重值。

同理可知的，上述各条区块链对应的存储量阈值也可以包括一个或多个，该存储量阈值可以根据相应区块链的正在处理的业务请求的数量确定的，例如，正在处理的业务请求的数量在第一数量范围内，存储量阈值为第三阈值；正在处理的业务请求的数量在第二数量范围内，存储量阈值为第四阈值。如果第一数量范围大于第二数量范围，则第三阈值小于第四阈值；如果第一数量范围小于第二数量范围，则第三阈值大于第四阈值。总结来说，正在处理的业务请求的数量越大，其对应的存储量阈值越小，正在处理的业务请求的数量越小，其对应的存储量阈值越大。这是由于正在处理的业务请求的数量越大，表明该条区块链还能处理的业务请求的数量越小，因此，在上述计算过程中，为了保证计算出的该条区块链的候选参数值越大，在存储量阈值和当前已用存储量以及存储量权重不变的情况下，通过设置较大的请求量权重值来增大候选参数值值，又因为在正在处理的业务请求的数量不变的情况下，请求量权重值与请求数量阈值成反比，因此通过调小请求数量阈值来增大请求权重值。

基于上述描述，在确定第一区块链的请求量权重值时，首先需要根据第一区块链的当前已用存储量确定第一区块链当前使用的请求数量阈值为哪个。然后在执行根据请求数量阈值确定第一区块链的请求量权重值的步骤。同理的，在确定第一区块链的存储量权重值时，首先需要根据第一区块链的正在处理的业务请求的数量确定出第一区块链当前使用的存储量阈值为哪个。如此一来，可以实现在接收到业务请求时，充分考虑每条区块链的业务请求处理能力，从而选择一条较优的区块链来执行该业务请求，可以提高该业务请求执行的成功率。

步骤S403、检测目标区块链是否满足业务处理条件。

步骤S404、若目标区块链满足业务处理条件，则将执行请求转发至组成目标区块链的目标共识节点，以指示目标共识节点执行目标业务。

在一个实施例中，即使通过步骤S402从区块链集合中选择出目标区块链，但是不能保证选择出的目标区块链能够有能力处理该执行请求，因此，路由节点在执行步骤S404将执行请求转发至目标共识节点之前，还需要检测是否目标区块链满足业务处理条件，在满足的情况下执行步骤S404,；在不满足的情况下执行步骤S405，如此一来，可以避免在不满足的情况下，路由节点还继续向目标区块链转发该执行请求，导致目标业务不能被成功执行，还需要用户重新输入，降低了目标业务的执行成功率。

在一个实施例中，所述检测目标区块链是否满足业务处理条件可包括：如果目标区块链是根据步骤S402中所述的各条区块链的候选参数值确定出来的，则若目标区块链的候选参数值大于参数阈值，则确定目标区块链不满足业务处理条件；若目标区块链的候选参数值小于或等于参数阈值，则确定目标区块满足业务处理处理条件。其中，参数阈值是区块链网络设置的，当一条区块链能够有能力处理业务请求时，最小的候选参数值。候选参数值大于参数阈值，表明当前区块链网络中最有的区块链仍然没有能力处理该业务请求。

在其他实施例中，所述检测目标区块链是否满足业务处理条件可包括：如果目标区块链是根据图2实施例中所述各条区块链的平均耗时确定出来的，则若目标区块链的平均耗时大于时间阈值，则确定目标区块链不满足业务处理条件；若目标区块链的平均耗时小于或等于时间阈值，则确定目标区块链满足业务处理条件。其中，时间阈值是区块链网络设置的，当一条区块链能够有能力处理业务请求时，最小的平均耗时。

步骤S405、若目标区块链不满足业务处理条件，则调用新建区块链的服务资源创建新的区块链，并将执行请求转发至组成新建的区块链的第一共识节点，以指示第一共识节点处理执行目标业务。

在一个实施例中，如果目标区块不满足业务处理条件，表明当前区块链网络中不存在适合执行目标业务的区块链，则需要新建一条区块链来执行目标业务。具体实现中，路由节点调用新建区块链的服务资源来创建新的区块链；并将所述执行请求转发至组成新建的区块链的第一共识节点，以指示所述第一共识节点处理所述执行目标业务。如此一来，可以保证区块链网络接收到的每一个业务请求都能及时地、以较高的成功率执行。

本申请实施例中，区块链网络中部署有路由节点和共识节点集合，共识节点集合用于组成一个区块链集合，区块链集合中包括至少一条区块链。路由节点获取到关于目标业务的执行请求后，获取各条区块链中正在处理的业务请求的数量以及当前已用存储量；根据各条区块区块链中正在处理的业务请求的数量以及当前已用存储量，从区块链集合中获取目标区块链；进一步的，当目标区块链满足业务处理条件的情况下，将执行请求转发至组成目标区块链的目标共识节点；当目标区块链不满足业务处理条件的情况下，调用新建区块链的服务资源创建新的区块链，并将所述执行请求转发至组成新建的区块链的第一共识节点，以指示所述第一共识节点处理所述执行目标业务，如此一来可以避免路由节点在目标区块链不满足业务处理条件的情况下，向目标共识节点转发执行请求而浪费更多的功耗开销；同时，也保证了区块链网络能够及时地以较高的成功率执行接收到业务请求。

基于上述的方法实施例中，本发明实施例还提供了一种业务处理装置，参考图5，为本发明实施例提供的一种业务处理装置的结构示意图。所述业务处理装置可以应用于区块链网络中，所述区块链网络包括共识节点集合以及所述共识节点集合组成的区块链集合，所述共识节点集合中包括至少两个共识节点，所述区块链集合中包括至少一条区块链。图5所示的业务处理装置可运行如下单元：

获取单元501，用于获取关于目标业务的执行请求，以及获取所述区块链集合中的各条区块链的业务处理信息；

所述获取单元501，还用于基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链；

转发单元502，用于将所述执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点处理所述目标业务。

在一个实施例中，所述获取单元501在基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链时，执行如下操作：获取各条区块链的业务处理信息中包括的平均耗时；从所述区块链集合中选取平均耗时最小的区块链作为所述目标区块链；其中，所述区块链集合中任一条区块链的平均耗时是根据所述任一条区块链处理的历史业务请求的数量以及执行每个历史业务请求所需时间确定的，所述历史业务请求包括历史执行请求和历史查询请求中的一种或多种。

在一个实施例中，所述各条区块链的业务处理信息包括相应区块链正在处理的业务请求的数量和当前已用存储量，所述业务请求包括执行请求和查询请求中的一种或多种，所述获取单元501在基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链时，执行如下操作：获取各条区块链对应的请求量权重值以及存储量权重值；基于各条区块链正在处理的业务请求的数量、所述请求量权重值、所述当前已用存储量以及所述存储量权重值确定各条区块链的候选参数值；将所述区块链集合中最小候选参数值对应的区块链作为目标区块链；其中，所述各条区块链对应的请求量权重值是根据相应区块链对应的可承接的业务请求总数量、正在处理的业务请求的数量以及请求数量阈值确定的，所述各条区块链对应的存储量权重值是根据相应区块链对应的存储总量、当前已用存储量以及存储量阈值确定的。

在一个实施例中，所述业务处理装置还包括检测单元503，所述检测单元503，用于检测所述目标区块链是否满足业务处理条件，所述业务处理条件包括平均耗时小于时间阈值或者候选参数值小于参数阈值；所述转发单元502在用于将所述执行请求转发至组成所述目标区块链的目标共识节点时，执行如下步骤：在检测单元503检测到所述目标区块链满足所述业务处理条件时，将所述执行请求转发至组成所述目标区块链的目标共识节点。

在一个实施例中，所述业务处理装置还包括调用单元504，所述调用单元504用于若所述目标区块链不满足所述业务处理条件，则调用新建区块链的服务资源创建新的区块链；所述转发单元502，还用于将所述执行请求转发至组成新建的区块链的第一共识节点，以指示所述第一共识节点处理所述执行所述目标业务。

在一个实施例中，所述业务处理装置还包括接收单元505和输出单元506：所述接收单元505，用于接收查询所述目标业务的查询请求，所述查询请求携带标识所述目标区块链的链标识；所述转发单元502，还用于将所述查询请求转发至组成所述目标区块链的所述目标共识节点，以使得所述目标共识节点响应所述查询请求进行查询得到对所述目标业务的查询结果，并返回所述查询结果；所述接收单元505，还用于接收所述目标共识节点返回的所述查询结果；所述输出单元506，用于输出所述查询结果。

在一个实施例中，所述获取单元501在获取各条区块链的业务处理信息时，执行如下步骤：向各条区块链所在共识节点发送业务处理信息查询请求，所述业务处理信息查询请求用于指示组成各条区块链的各个共识节点查询相应区块链的业务处理信息并返回；接收组成各条区块链的各个共识节点返回的相应区块链的业务处理信息。

在一个实施例中，所述接收单元505，还用于接收所述目标共识节点返回的处理结果，所述处理结果是所述目标共识节点对所述执行请求所指示的所述目标业务进行处理得到的；所述输出单元506，还用于存储并输出所述处理结果。

根据本发明的一个实施例，图2以及图4所示的业务处理方法中可由图5所示的业务处理装置中的各个单元来执行。例如。图2中所示的S201和步骤S202可由图5所示的业务处理装置中的获取单元501来执行，步骤S203可由图5所示的业务处理装置中的转发单元502来执行。再如，图4所示的业务处理方法中步骤S401和步骤S402可由图5所示的业务处理装置中的获取单元501来执行，步骤S403由图5所示的业务处理装置中的检测单元503来执行，步骤S404可由图5所示的业务处理装置中的转发单元502来执行，步骤S405可由图5所示的业务处理装置中的调用单元504和转发单元502来执行。

根据本发明的另一个实施例，图5所示的业务处理装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本发明的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本发明的其它实施例中，基于业务处理装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本发明的另一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图2以及图4中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图5中所示的业务处理装置设备，以及来实现本发明实施例的数据处理方法。所述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

本发明实施例中，区块链网络中部署有路由节点和共识节点集合，共识节点集合用于组成一个区块链集合，区块链集合中包括至少一条区块链。路由节点获取到关于目标业务的执行请求后，获取区块链集合中各条区块链的业务处理请求；并根据各条区块链的业务处理信息从区块链网络中获取目标区块链，然后将执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点执行所述目标业务。如此一来，实现了由路由节点均衡各条区块链网络的业务处理信息后，再决定将获取到的执行请求转发至那条区块链网络处理。与现有的区块链网络中一链治所有的方法相比，区块链网络接收到的请求可以均衡到各条区块链上处理，避免了一条区块链上待处理的业务请求过多的情况，从而可提高业务请求的执行效率。

基于上述方法以及装置项实施例的描述，本发明实施例提供了一种节点设备，参考图6，为本发明实施例提供的一种节点设备的结构示意图。该节点设备可以位于区块链网络中，所述区块链网络包括共识节点集合以及所述共识节点集合组成的区块链集合，所述共识节点集合中包括至少一个共识节点，所述区块链集合中包括至少一条区块链。所述节点设备包括处理器601和计算机存储介质602。

计算机存储介质602可以存储在节点设备的存储器中，所述计算机存储介质602用于存储计算机程序，所述计算机程序包括程序指令，所述处理器601用于执行所述计算机存储介质602存储的程序指令。处理器601或称CPU(Central Processing Unit，中央处理器))是节点设备的计算核心以及控制核心，其适于实现一条或多条指令，具体适于加载并执行一条或多条指令从而实现相应方法流程或相应功能；在一个实施例中，处理器601可以用于执行：获取关于目标业务的执行请求，以及获取所述区块链集合中的各条区块链的业务处理信息；基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链；将所述执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点处理所述目标业务。

本发明实施例还提供了一种计算机存储介质(Memory)，所述计算机存储介质是节点设备中的记忆设备，用于存放程序和数据。可以理解的是，此处的计算机存储介质既可以包括节点设备中的内置存储介质，当然也可以包括节点设备所支持的扩展存储介质。计算机存储介质提供存储空间，在该存储空间中存放了适于被处理器601加载并执行的一条或多条指令，这些指令可以是一个或多个计算机程序(包括程序代码)。需要说明的是，此处的计算机存储介质可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器的计算机存储介质。

在一个实施例中，处理器601加载并执行一条或多条指令时，用于执行：获取关于目标业务的执行请求，以及获取所述区块链集合中的各条区块链的业务处理信息；基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链；将所述执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点处理所述目标业务。

在一个实施例中，所述处理器601在基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链时，执行如下操作：获取各条区块链的业务处理信息中包括的平均耗时；从所述区块链集合中选取平均耗时最小的区块链作为所述目标区块链；其中，所述区块链集合中任一条区块链的平均耗时是根据所述任一条区块链处理的历史业务请求的数量以及执行每个历史业务请求所需时间确定的，所述历史业务请求包括历史执行请求和历史查询请求中的一种或多种。

在一个实施例中，所述各条区块链的业务处理信息包括相应区块链正在处理的业务请求的数量和当前已用存储量，所述业务请求包括执行请求和查询请求中的一种或多种，所述处理器601在基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链时，执行如下操作：获取各条区块链对应的请求量权重值以及存储量权重值；基于各条区块链正在处理的业务请求的数量、所述请求量权重值、所述当前已用存储量以及所述存储量权重值确定各条区块链的候选参数值；将所述区块链集合中最小候选参数值对应的区块链作为目标区块链；其中，所述各条区块链对应的请求量权重值是根据相应区块链对应的可承接的业务请求总数量、正在处理的业务请求的数量以及请求数量阈值确定的，所述各条区块链对应的存储量权重值是根据相应区块链对应的存储总量、当前已用存储量以及存储量阈值确定的。

在一个实施例中，在将所述执行请求转发至组成所述目标区块链的目标共识节点之前，所述处理器601还执行：检测所述目标区块链是否满足业务处理条件，所述业务处理条件包括平均耗时小于时间阈值或者候选参数值小于参数阈值；若所述目标区块链满足所述业务处理条件，则执行将所述执行请求转发至组成所述目标区块链的目标共识节点的步骤。

在一个实施例中，所述处理器601还执行：若所述目标区块链不满足所述业务处理条件，则调用新建区块链的服务资源创建新的区块链；将所述执行请求转发至组成新建的区块链的第一共识节点，以指示所述第一共识节点处理所述执行所述目标业务。

在一个实施例中，所述处理器601还执行：接收查询所述目标业务的查询请求，所述查询请求携带标识所述目标区块链的链标识；将所述查询请求转发至组成所述目标区块链的所述目标共识节点，以使得所述目标共识节点响应所述查询请求进行查询得到对所述目标业务的查询结果，并返回所述查询结果；接收所述目标共识节点返回的所述查询结果，并输出所述查询结果。

在一个实施例中，所述处理器601在获取各条区块链的业务处理信息时，执行如下操作：向各条区块链所在共识节点发送业务处理信息查询请求，所述业务处理信息查询请求用于指示组成各条区块链的各个共识节点查询相应区块链的业务处理信息并返回；接收组成各条区块链的各个共识节点返回的相应区块链的业务处理信息。

在一个实施例中，所述处理器601还执行：接收所述目标共识节点返回的处理结果，所述处理结果是所述目标共识节点对所述执行请求所指示的所述目标业务进行处理得到的；存储并输出所述处理结果。

本发明实施例中，区块链网络中部署有路由节点和共识节点集合，共识节点集合用于组成一个区块链集合，区块链集合中包括至少一条区块链。路由节点获取到关于目标业务的执行请求后，获取区块链集合中各条区块链的业务处理请求；并根据各条区块链的业务处理信息从区块链网络中获取目标区块链，然后将执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点执行所述目标业务。如此一来，实现了由路由节点均衡各条区块链网络的业务处理信息后，再决定将获取到的执行请求转发至那条区块链网络处理。与现有的区块链网络中一链治所有的方法相比，区块链网络接收到的请求可以均衡到各条区块链上处理，避免了一条区块链上待处理的业务请求过多的情况，从而可提高业务请求的执行效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明部分实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (10)

1.一种业务处理方法，其特征在于，所述方法由区块链网络中的路由节点执行，所述区块链网络还包括共识节点集合及区块链集合，所述共识节点集合中包括至少两个共识节点，所述区块链集合包括至少一条区块链，所述区块链集合中的每条区块链由所述共识节点集合中的至少两个共识节点组成，所述方法包括：

获取关于目标业务的执行请求，以及获取所述区块链集合中的各条区块链的业务处理信息，所述业务处理信息包括所述各条区块链正在处理的业务请求的数量和当前已用存储量；

获取各条区块链对应的请求量权重值以及存储量权重值；所述各条区块链对应的请求量权重值是根据相应区块链对应的可承接的业务请求总数量、正在处理的业务请求的数量以及请求数量阈值确定的，所述各条区块链对应的存储量权重值是根据相应区块链对应的存储总量、当前已用存储量以及存储量阈值确定的；

基于所述各条区块链正在处理的业务请求的数量、所述请求量权重值、所述当前已用存储量以及所述存储量权重值确定各条区块链的候选参数值；

将所述区块链集合中最小候选参数值对应的区块链作为目标区块链；

若所述目标区块链的候选参数值小于参数阈值，则将所述执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点处理所述目标业务；

若所述目标区块链的候选参数值大于或等于所述参数阈值，则调用新建区块链的服务资源创建新的区块链，并将所述执行请求转发至组成新建的区块链的第一共识节点，以指示所述第一共识节点处理所述目标业务。

2.如权利要求1所述的方法，其特征在于，所述基于所述各条区块链的业务处理信息从所述区块链集合中获取目标区块链，包括：

获取各条区块链的业务处理信息中包括的平均耗时；

从所述区块链集合中选取平均耗时最小的区块链作为所述目标区块链；

其中，所述区块链集合中任一条区块链的平均耗时是根据所述任一条区块链处理的历史业务请求的数量以及执行每个历史业务请求所需时间确定的，所述历史业务请求包括历史执行请求和历史查询请求中的一种或多种。

3.如权利要求2所述的方法，其特征在于，所述将所述执行请求转发至组成所述目标区块链的目标共识节点之前，所述方法还包括：

检测所述目标区块链是否满足业务处理条件，所述业务处理条件包括平均耗时小于时间阈值；

若所述目标区块链满足所述业务处理条件，则执行将所述执行请求转发至组成所述目标区块链的目标共识节点的步骤。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

若所述目标区块链不满足所述业务处理条件，则调用新建区块链的服务资源创建新的区块链；

将所述执行请求转发至组成新建的区块链的第一共识节点，以指示所述第一共识节点处理所述执行所述目标业务。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收查询所述目标业务的查询请求，所述查询请求携带标识所述目标区块链的链标识；

将所述查询请求转发至组成所述目标区块链的所述目标共识节点，以使得所述目标共识节点响应所述查询请求进行查询得到对所述目标业务的查询结果，并返回所述查询结果；

接收所述目标共识节点返回的所述查询结果，并输出所述查询结果。

6.如权利要求1所述的方法，其特征在于，所述获取各条区块链的业务处理信息，包括：

向各条区块链所在共识节点发送业务处理信息查询请求，所述业务处理信息查询请求用于指示组成各条区块链的各个共识节点查询相应区块链的业务处理信息并返回；

接收组成各条区块链的各个共识节点返回的相应区块链的业务处理信息。

7.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述目标共识节点返回的处理结果，所述处理结果是所述目标共识节点对所述执行请求所指示的所述目标业务进行处理得到的；

存储并输出所述处理结果。

8.一种业务处理装置，其特征在于，应用于区块链网络，所述区块链网络包括共识节点集合以及区块链集合，所述共识节点集合中包括至少两个共识节点，所述区块链集合中包括至少一条区块链，所述区块链集合中的每条区块链由所述共识节点集合中的至少两个共识节点组成，所述装置包括；

获取单元，用于获取关于目标业务的执行请求，以及获取所述区块链集合中的各条区块链的业务处理信息，所述业务处理信息包括所述各条区块链正在处理的业务请求的数量和当前已用存储量；

所述获取单元，还用于获取各条区块链对应的请求量权重值以及存储量权重值；基于所述各条区块链正在处理的业务请求的数量、所述请求量权重值、所述当前已用存储量以及所述存储量权重值确定各条区块链的候选参数值；将所述区块链集合中最小候选参数值对应的区块链作为目标区块链；所述各条区块链对应的请求量权重值是根据相应区块链对应的可承接的业务请求总数量、正在处理的业务请求的数量以及请求数量阈值确定的，所述各条区块链对应的存储量权重值是根据相应区块链对应的存储总量、当前已用存储量以及存储量阈值确定的；

转发单元，用于若所述目标区块链的候选参数值小于参数阈值，则将所述执行请求转发至组成所述目标区块链的目标共识节点，以使得所述目标共识节点处理所述目标业务；

调用单元，用于若所述目标区块链的候选参数值大于或等于所述参数阈值，则调用新建区块链的服务资源创建新的区块链；

所述转发单元，还用于将所述执行请求转发至组成新建的区块链的第一共识节点，以指示所述第一共识节点处理所述目标业务。

9.一种节点设备，其特征在于，包括：

处理器，适用于实现一条或多条指令；以及

计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行如权利要求1-7任一项所述的业务处理方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令被处理器执行时，用于执行如权利要求1-7任一项所述的业务处理方法。

Images