CN114090376A - 一种基于联盟链系统的业务处理方法及装置 - Google Patents

Abstract

本申请实施例提供一种基于联盟链系统的业务处理方法及装置，联盟链系统中包含多个节点，各节点上均设置有业务系统，业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信，包括：第一节点在确定交易待执行的业务功能为自身可提供的第一交易功能时，基于第一交易功能处理交易得到处理结果，并将该处理结果共识到各节点；第二节点基于该处理结果，确定交易待执行的业务功能为自身可提供的第二交易功能时，基于第二交易功能处理交易得到处理结果，并将该处理结果共识到各节点，直至交易中的最后一个交易功能的处理结果共识到各节点。上述方法用于降低功能模块工作压力，提高业务处理效率。

Description

一种基于联盟链系统的业务处理方法及装置

技术领域

本申请涉及网络技术领域，尤其涉及一种基于联盟链系统的业务处理方法及装置。

背景技术

区块链技术具有天然的去中心化特征，通过共识算法能够实现各网络节点间的互通互信。区块链中的联盟链是由若干节点合作维护的一条区块链，外界的节点想要加入联盟需要获得联盟链中节点的许可。在具有大量节点的网络中，节点之间是不信任的，网络连接也变得不可预测，共识协议变得愈发重要。容错协议能够给网络提供强大的安全性，保证了网络的活跃度。

目前，现有技术的联盟链中运行的业务系统中各功能模块互相通信完成业务处理，最终通过共识算法共识业务处理结果，保证业务处理结果的一致性和准确性。但该种方式，需要功能模块间通信协作完成业务处理，增加功能模块工作压力，降低业务处理效率。

因此，现在亟需一种基于联盟链系统的业务处理方法及装置，用于降低功能模块工作压力，提高业务处理效率。

发明内容

本申请实施例提供一种基于联盟链系统的业务处理方法及装置，用于降低功能模块工作压力，提高业务处理效率。

第一方面，本申请实施例提供一种基于联盟链系统的业务处理方法，所述联盟链系统中包含多个节点，任一节点上均设置有业务系统，所述业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信，该方法包括：

针对任一交易，所述联盟链系统中的第一节点在确定所述交易待执行的业务功能为自身可提供的第一业务功能时，基于所述第一业务功能处理所述交易，得到第一处理结果，并基于共识机制将所述第一处理结果共识到所述联盟链系统中的各节点；

所述联盟链系统中的第二节点基于所述第一处理结果，确定所述交易待执行的业务功能为自身可提供的第二业务功能时，基于所述第二业务功能处理所述交易，得到第二处理结果，并基于共识机制将所述第二处理结果共识到所述联盟链系统中的各节点，直至所述交易中的最后一个业务功能的处理结果共识到所述联盟链系统中的各节点。

上述方法中，在联盟链的各节点中设置业务系统，并针对业务系统中的每个业务功能设置对应的预设数量的节点提供该业务功能，各节点接收交易后，使得各节点通过共识机制实时通信，根据业务功能中的交易功能对交易进行处理，共识处理结果，使得提供下一顺序交易功能的节点基于该处理结果，进行下一顺序业务功能的处理。相比于现有技术中通过业务功能模块之间互相通信，可以大大降低通信耗时，和降低业务功能模块资源占用。

可选的，所述联盟链系统中各节点可提供的业务功能通过如下方式确定，包括：

针对待分配的业务功能中优先级最高的业务功能，所述联盟链系统基于共识机制确定各节点的节点资源信息中资源空闲最多的第三节点，并设置所述第三节点用于提供所述待分配的业务功能中优先级最高的业务功能，直至所述待分配的业务功能均分配完毕。

上述方法中，在各节点中安装联盟链的业务系统后，各节点根据自身节点资源信息争夺业务功能和/或交易功能，按照节点资源信息中资源空闲最多的节点提供节点数量不足且优先级最高的业务功能和/或交易功能。如此，可以保证优先级高(重要性或资源需求多)的业务功能可以有充足的资源，尽最大可能保证联盟链的业务处理系统的正常运行。

可选的，所述联盟链系统基于共识机制确定各节点的节点资源信息中资源空闲最多的第三节点，包括：

针对任一节点，所述联盟链系统根据所述节点中各项资源的权重、各项资源的资源使用情况及各项资源的性能信息，确定所述节点的资源空闲状况；

所述联盟链系统基于共识机制中将资源空闲状况中资源空闲最多的节点，确定为第三节点。

上述方法中，共识机制中设置各项资源对应的权重，便于根据节点的节点资源使用情况、节点性能信息和节点提供业务功能的资源占用情况等资源项的数据和权重确定节点空闲资源，进而获取资源空闲最多的节点，均衡业务功能的节点资源。

可选的，所述多个业务功能中包含监控功能，所述方法还包括：

所述联盟链系统中的第四节点基于自身可提供的监控功能，监控所述各节点；若确定存在异常的节点，则产生告警。

上述方法中，对节点进行监控，若节点异常，则产生告警。提高运维效率，保证业务处理正常进行。

可选的，确定存在异常的节点之后，还包括：

所述联盟链系统中的第四节点将存在异常的节点进行隔离；

所述联盟链系统中的第四节点确定所述联盟链中具有所述异常的节点所提供的业务功能的节点数量是否满足设定要求；

所述联盟链系统中的第四节点若确定不满足所述设定要求时，在所述联盟链系统中触发资源替代请求；

所述联盟链系统基于共识机制从所述各节点中确定出用于替代所述第四节点的第五节点。

上述方法中，联盟链基于各节点的共识机制，设置业务功能对应设定数量的节点，基于该设定数量的节点提供业务功能，使得业务功能的设定数量节点中的节点故障后，其它节点动态争抢接替该故障节点提高的业务功能，能保证业务功能始终基于该设定数量的节点提供。相比于现有技术中，为了保证业务系统在联盟链中正常运行，工作人员预先为业务系统中的各功能模块分别设置对应的节点，使得每个功能模块有足够的节点提供。若出现节点故障，该故障节点提供的功能很有可能受到影响，严重时影响业务系统运行。本申请可以在节点发生故障时，根据节点资源信息，使得资源最充裕的节点立即接替该故障节点的业务功能，保证在故障节点修复时，该故障节点的业务功能拥有足够的资源，进一步保证业务系统稳定性。也因此，相比于现有技术中人工确定故障节点并修复后，将修复后的节点或新的节点配置为提供该功能的周期长，影响业务系统运行来说，本申请动态调整业务功能节点资源的方式，使得业务系统对故障节点无感，提高业务处理的准确性。

可选的，具有监控功能的节点在所述联盟链系统中发送的第一指令与具有交易功能的节点在所述联盟链系统中发送的第二指令的优先级不同，所述第一指令的优先级高于所述第二指令的优先级。

上述方法中，具有监控功能的节点在联盟链系统中发送的第一指令优先级高于具有交易功能的节点在联盟链系统中发送的第二指令的优先级。如此，若具有监控功能的节点确定具有交易功能的节点出现故障，则可以使得具有交易功能的节点在接收到第一指令时，优先执行第一指令，防止故障节点仍然执行第二指令执行交易处理导致的交易处理异常，保证交易处理的准确性。

第二方面，本申请实施例提供一种基于联盟链系统，所述联盟链系统中包含多个节点，任一节点上均设置有业务系统，所述业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信；其中，所述联盟链系统中具有交易功能的节点，用于在确定交易待执行的业务功能为自身可提供的交易功能时，处理所述交易，得到处理结果，并基于共识机制将所述处理结果共识到所述联盟链中的各节点；直至所述交易中的最后一个交易功能的处理结果共识到所述联盟链中的各节点。

上述系统，设置为联盟链系统中具有交易功能的节点，在确定交易待执行的业务功能为自身可提供的交易功能时，处理该交易，得到处理结果，并基于共识机制将该处理结果共识到联盟链中的各节点。如此，相比于现有技术中联盟链系统基于系统中各功能模块之间直接通信来说，本申请可以通过共识机制共识功能模块和节点之间的信息，提高了信息传输速度，节省了功能模块通信资源。

可选的，还包括：所述联盟链系统中具有监控功能的节点，用于监控所述联盟链系统中的各节点，并在确定存在异常的节点时，产生告警。

上述系统，设置具有监控功能的节点监控联盟链系统中的各节点，在节点异常时，产生告警。如此，提高运维效率，保证交易业务正常处理。

可选的，所述具有监控功能的节点，用于存在异常的节点进行隔离；并在确定所述联盟链系统中具有所述异常的节点所提供的业务功能的节点数量不满足设定要求时，在所述联盟链中触发资源替代请求；所述资源替代请求用于从所述联盟链系统的各节点中确定出用于替代所述异常的节点的节点。

上述系统，具有监控功能的节点，在存在异常的节点时，对异常的节点进行隔离。如此，保证交易业务处理的准确性。在确定联盟链系统中具有该异常的节点所提供的业务功能的节点数量不满足设定要求时，在联盟链中触发资源替代请求，从联盟链系统的各节点中确定出用于替代该异常的节点的节点。如此，保证有充足的节点数量提供该业务功能，则保证交易业务处理的可靠性和效率。

可选的，具有监控功能的节点在所述联盟链中发送的第一指令与具有交易功能的节点在所述联盟链中发送的第二指令的优先级不同，所述第一指令的优先级高于所述第二指令的优先级。

上述系统，将具有监控功能的节点的指令优先级设置为高于具有交易功能的节点的指令优先级。有限防止异常节点仍然进行交易业务处理导致的业务处理错误，提高业务处理可靠性。

第三方面，本申请实施例提供一种基于联盟链系统的业务处理装置，所述联盟链系统中包含多个节点，任一节点上均设置有业务系统，所述业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信，所述装置包括：

确定模块，用于针对任一交易，在确定所述交易待执行的业务功能为自身可提供的第一交易功能时，通过处理模块基于所述第一交易功能处理所述交易，得到第一处理结果，并基于共识机制将所述第一处理结果共识到所述联盟链系统中的各节点；

所述确定模块，用于基于所述第一处理结果，确定所述交易待执行的业务功能为自身可提供的第二交易功能时，通过所述处理模块基于所述第二交易功能处理所述交易，得到第二处理结果，并基于共识机制将所述第二处理结果共识到所述联盟链系统中的各节点，直至所述交易中的最后一个交易功能的处理结果共识到所述联盟链系统中的各节点。

第四方面，本发明实施例还提供一种计算设备，包括：存储器，用于存储程序；处理器，用于调用所述存储器中存储的程序，按照获得的程序执行如第一方面的各种可能的设计中所述的方法。

第五方面，本发明实施例还提供一种计算机可读非易失性存储介质，包括计算机可读程序，当计算机读取并执行所述计算机可读程序时，使得计算机执行如第一方面的各种可能的设计中所述的方法。

本发明的这些实现方式或其他实现方式在以下实施例的描述中会更加简明易懂。

附图说明

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

图1为本发明实施例提供的一种基于联盟链系统的架构示意图；

图2为本发明实施例提供的一种基于联盟链系统的业务系统的架构示意图；

图3为本发明实施例提供的一种基于联盟链系统的业务处理方法的流程示意图；

图4为本发明实施例提供的一种基于联盟链系统的业务处理方法的流程示意图；

图5为本发明实施例提供的一种基于联盟链系统的业务处理装置示意图。

具体实施方式

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

图1为本发明实施例提供的一种基于联盟链系统的架构示意图，其中，节点101及其数据库1、节点102及其数据库2、节点103及其数据库3，可以是参与该联盟链系统的相同或不同机构、组织等的对应服务节点。这里的节点101及其数据库1、节点102及其数据库2、节点103及其数据库3只是一种示例，并不对联盟链系统中的节点数量做限制。针对联盟链系统中每个机构、组织的服务节点可以不止一个，参与该联盟链系统的机构、组织数量也不做限制。客户端104可以为节点101的客户端104，客户端104可以用于获取基于联盟链系统的业务系统中的数据，或对基于联盟链系统的业务系统发起业务处理请求等。管理客户端105可以为通过节点101对联盟链系统的业务系统做相应管理操作的管理客户端105，如，数据配置变更、系统发布变更等。这里每个机构的服务节点都可以存在客户端104和/或管理客户端105，根据需要设置，这里具体不做限定。

该联盟链系统中的各节点均设置有业务系统，各节点中不同的节点可以提供业务系统的相同或不同的业务功能，每个业务功能分别通过设定数量的节点提供。如，当前联盟链系统中有20个节点，业务系统中设置有识别功能通过10个节点提供，数据配置功能通过3个节点提供，识别功能的优先级高于数据配置功能的优先级，则该20个节点在业务系统安装运行后，先根据节点自身资源信息争夺识别功能(资源空闲最多的节点优先争夺到识别功能，即，当前20个节点中资源空闲量为前10的节点提供识别功能)，当成功争夺到该识别功能的节点达到10个后，20个节点继续争夺数据配置功能(优选的，这里针对每个业务功能或交易功能都是全量节点根据节点资源信息争夺，争夺的依据为节点资源空闲情况，如此，可以保证业务功能/交易功能的运行速度。争夺的依据也可以为节点根据节点资源信息和该节点的业务功能或交易功能，如，争夺与节点提供的业务功能或交易功能不同的业务功能或交易功能，这里可以根据业务功能和交易功能等具体需要设置，此处不做限制)，以使得数据配置功能通过3个节点提供。将最后剩余的没有提供业务功能的节点存放在资源备用池中。当提供业务功能的节点出现异常后，该节点外的其它节点争夺该异常的节点提供的业务功能，如此，在正常情况下的业务处理过程中，识别功能总是通过10个节点提供，数据配置功能总是通过3个节点提供，很好的保证了业务功能运行所需的资源，进一步保证业务系统的运行速率和业务处理的准确性。

在一种示例中，每个机构可以通过该机构的多个服务节点提供业务系统中的所有业务功能，如，业务系统中若包含两个业务功能，该机构由节点101和节点102运行业务系统，则可以为节点101提供一种业务功能，节点102提供另一种业务功能。即，联盟链系统中一个机构的服务节点也可以完全提供业务系统的所有功能。或者，在又一种示例中，也可以为通过联盟链系统中的所有参与者(机构、组织等)的服务节点提供业务系统中的所有业务功能，如，业务系统中若包含两个业务功能，机构1的节点101和机构2的节点102运行业务系统，可以为节点101提供一种业务功能，节点102提供另一种业务功能。即，联盟链系统中全部或部分机构的服务节点可以完全提供业务系统的所有功能。这里对提供业务功能的节点来源(节点来源，可以为节点所属的机构)可以不做限制。

该联盟链系统中的各节点均设置有业务系统，各节点通过共识机制进行通信。如，节点101和节点102通过共识机制共识处理交易获取的处理结果，即，在一种示例中，若节点101提供的生成交易功能的优先级高于节点102提供的生效交易功能，节点101和节点102获取到交易后，节点101确定交易待执行的业务功能为自身可提供的生成交易功能时，处理该交易，得到处理结果，并基于共识机制将该处理结果共识到节点102中；节点102确定交易待执行的业务功能为自身可提供的生效交易功能时，基于节点101共识的处理结果处理该交易，得到处理结果。若还有节点103提供优先级低于生效交易功能的发布交易功能，则可以在确定交易待执行的业务功能为自身可提供的发布交易功能时，基于节点102共识的处理结果处理该交易，得到处理结果。

另外，联盟链系统中还可以包含具有监控功能的节点，监控该联盟链系统中的各节点，并在确定存在异常的节点时，产生告警。还可以在存在异常的节点时，对该异常的节点进行隔离；并在确定联盟链系统中具有异常的节点所提供的业务功能的节点数量不满足设定要求时(如，在上述示例中，提供识别功能的10个节点中，一个节点发生异常，使得提供该识别功能的节点只有9个，不满足识别功能需要10个节点提供的设定要求)，在该联盟链中触发资源替代请求；从联盟链系统的各节点中确定出用于替代异常的节点的节点(在上一示例中，从剩余的10个节点中(包括资源备用池中的节点和提供数据配置功能的3个节点)确定出用于替代该异常的节点的节点)。其中，在该联盟链系统中具有监控功能的节点提供监控功能且不用于争夺监控功能以外的业务功能，具有监控功能的节点发送的第一指令优先级高于具有交易功能的节点发送的第二指令的优先级。如此，保证监控节点可以及时将异常的节点隔离，保证业务系统运行的可靠性和准确性。

基于上述联盟链系统架构，本发明实施例提供的一种基于联盟链系统的业务系统的架构示意图，如图2所示，基于联盟链系统的业务系统可以实现识别功能、数据配置功能、业务处理功能、监控功能，相应的，该业务系统中可以包含识别功能模块、数据配置功能模块、业务处理功能模块、监控功能模块。其中，识别功能用于识别处理交易所需的业务功能和节点提供的业务功能，数据配置功能用于提供业务处理相关参数，业务处理功能用于处理交易，监控功能用于监控联盟链中交易处理过程和各处理节点的运行状态。这里的业务系统只是一种示例，并不对业务系统提供的业务功能做限制，如，业务系统还可以提供节点授权功能(如，对联盟链系统中的新增节点或修复后的异常节点等授权加入联盟链系统和业务系统等)等。业务处理功能中还可以分为数据收集功能、数据生成功能、数据生效功能、数据发布功能等。在一种示例中，上述联盟链系统中的机构、组织可以是同地域或不同地域的，如，可以是相同国家的，也可以是不同国家的。

基于上述联盟链系统架构和基于联盟链系统的业务系统的架构，本发明实施例提供的一种基于联盟链系统的业务处理方法的流程示意图，所述联盟链系统中包含多个节点，任一节点上均设置有业务系统，所述业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信，如图3所示，所述方法包括：

步骤301、针对任一交易，所述联盟链系统中的第一节点在确定所述交易待执行的业务功能为自身可提供的第一交易功能时，基于所述第一交易功能处理所述交易，得到第一处理结果，并基于共识机制将所述第一处理结果共识到所述联盟链系统中的各节点；

此处，需要说明的是业务功能中可以包含一个或多个交易功能。每个交易功能也可以通过设定数量的节点处理。

步骤302、所述联盟链系统中的第二节点基于所述第一处理结果，确定所述交易待执行的业务功能为自身可提供的第二交易功能时，基于所述第二交易功能处理所述交易，得到第二处理结果，并基于共识机制将所述第二处理结果共识到所述联盟链系统中的各节点，直至所述交易中的最后一个交易功能的处理结果共识到所述联盟链系统中的各节点。

上述方法中，在联盟链的各节点中设置业务系统，并针对业务系统中的每个业务功能设置对应的预设数量的节点提供该业务功能，各节点接收交易后，使得各节点通过共识机制实时通信，根据业务功能中的交易功能对交易进行处理，共识处理结果，使得提供下一顺序交易功能的节点基于该处理结果，进行下一顺序业务功能的处理。相比于现有技术中通过业务功能模块之间互相通信，可以大大降低通信耗时，和降低业务功能模块资源占用。

本发明实施例提供的一种基于联盟链系统的业务处理方法，所述联盟链系统中各节点可提供的业务功能通过如下方式确定，包括：针对待分配的业务功能中优先级最高的业务功能，所述联盟链系统基于共识机制确定各节点的节点资源信息中资源空闲最多的第三节点，并设置所述第三节点用于提供所述待分配的业务功能中优先级最高的业务功能，直至所述待分配的业务功能均分配完毕。

在一种示例中，业务系统中可以实现识别功能、数据配置功能、业务处理功能、监控功能，业务功能的优先级排序为：识别功能的优先级＞数据配置功能的优先级＞业务处理功能的优先级＞监控功能的优先级，该业务系统中配置有识别功能对应节点数量为3个、数据配置功能对应节点数量为2个、业务处理功能对应节点数量为10个、监控功能对应节点数量为5个。

现在在联盟链系统中的25个节点中安装并运行该业务系统，25个节点首先根据节点自身的节点资源信息争夺识别功能，首先，25个节点中资源空闲最多的节点争夺到识别功能，继之，当前提供该识别功能节点之外的24个节点中资源空闲最多的节点争夺到识别功能，直到识别功能达到设定的节点数量要求-3个节点提供该识别功能。

之后，25个节点首先根据节点自身的节点资源信息争夺数据配置功能，25个节点中资源空闲最多的节点争夺到数据配置功能，继之，当前提供该数据配置功能节点之外的24个节点中资源空闲最多的节点争夺到数据配置功能，直到数据配置功能达到设定的节点数量要求-2个节点提供该识别功能。

之后，25个节点首先根据节点自身的节点资源信息争夺业务处理功能，25个节点中资源空闲最多的节点争夺到业务处理功能，继之，当前提供该数据配置功能节点之外的24个节点中资源空闲最多的节点争夺到业务处理功能，直到业务处理功能达到设定的节点数量要求-10个节点提供该业务处理功能。

之后，25个节点首先根据节点自身的节点资源信息争夺监控功能，25个节点中资源空闲最多的节点争夺到监控功能，继之，当前提供该监控功能节点之外的24个节点中资源空闲最多的节点争夺到监控功能，直到监控功能达到设定的节点数量要求-5个节点提供该监控功能。这里需要说明的是，可以通过人工设置或通过其他程序等方式确定固定节点提供监控功能，即，具有监控功能的节点不参与争夺业务功能的流程中。如此，保证这些固定节点提供监控功能的稳定可追溯性等，便于工作人员运维处理。另外，由上述示例可知，一个节点可以同时提供一个或多个业务功能，具体根据节点的节点资源信息确定，还可以根据节点当前提供的业务功能资源充足情况确定该节点是否可以争夺到另一个业务功能，即，争夺当前待提供的业务功能的依据是节点的资源空闲最多、该节点提供的业务功能的资源最充足。

这里争夺当前待提供的业务功能的依据可以有两个因素：节点资源空闲情况、该节点提供的业务功能的资源是否充足情况。依据节点的这两个因素争夺业务功能的方法可以根据需要具体设置，如，节点的资源空闲最多，但是该节点提供的业务功能的资源(可以为提供该业务功能的各节点的空闲资源总量)低于资源充足阈值，则该节点不能争夺另一业务功能。节点的资源空闲最多，该节点提供的业务功能的资源(可以为提供该业务功能的各节点的空闲资源总量)高于资源充足阈值，则该节点可以争夺另一业务功能。

本发明实施例提供的一种基于联盟链系统的业务处理方法，所述联盟链系统基于共识机制确定各节点的节点资源信息中资源空闲最多的第三节点，包括：

针对任一节点，所述联盟链系统根据所述节点中各项资源的权重、各项资源的资源使用情况及各项资源的性能信息，确定所述节点的资源空闲状况；

所述联盟链系统基于共识机制中将资源空闲状况中资源空闲最多的节点，确定为第三节点。

在一种示例中，节点资源信息中的资源使用情况包括内存剩余量、各种进程剩余数等，资源性能信息包括：服务器内存总量、服务器型号、服务器生产年限等等。将对节点提供业务功能影响较大和/或应用较多的资源项设置较大权重，使得节点中各项资源的权重、根据各项资源的资源使用情况及各项资源的性能信息计算的资源空闲情况最符合表征节点提供业务功能的能力。

本发明实施例提供的一种基于联盟链系统的业务处理方法，所述多个业务功能中包含监控功能，所述方法还包括：所述联盟链系统中的第四节点基于自身可提供的监控功能，监控所述各节点；若确定存在异常的节点，则产生告警。也就是说，第四节点为具有监控功能的监控节点，该监控节点用于监控联盟链系统中的各节点的业务处理情况和自身运行情况，若该节点出现特定的业务处理异常(如，交易处理等待时间超过设定阈值等)或运行故障(如，云网关识别到该节点不能与其它节点通过共识机制通信等)，针对该异常的节点产生告警，还可以将该异常的节点隔离(可以通过关闭该异常的节点的相应端口等实现隔离该异常的节点)，还可以在该异常的节点修复后，将该节点放入资源备用池。

本发明实施例提供的一种基于联盟链系统的业务处理方法，确定存在异常的节点之后，还包括：

所述联盟链系统中的第四节点将存在异常的节点进行隔离；

所述联盟链系统中的第四节点确定所述联盟链中具有所述异常的节点所提供的业务功能的节点数量是否满足设定要求；

所述联盟链系统中的第四节点若确定不满足所述设定要求时，在所述联盟链系统中触发资源替代请求；

所述联盟链系统基于共识机制从所述各节点中确定出用于替代所述第四节点的第五节点。也就是说，联盟链系统中的监控节点将异常的节点隔离后，还需要确定该异常的节点提供的业务功能是否满足节点数量的设定要求，若是不满足，需要出发资源替代请求，从联盟链系统中确定出第五节点，提供该业务功能，使得该业务功能的节点数量满足设定要求。这里需要说明的是，监控节点将异常的节点隔离后，可以通过共识机制确定是否进行该异常的节点的业务功能争夺，以及通过共识机制确定第五节点，这里资源替代请求是节点共识机制共识到的一种说法。

本发明实施例提供的一种基于联盟链系统的业务处理方法，具有监控功能的节点在所述联盟链系统中发送的第一指令与具有交易功能的节点在所述联盟链系统中发送的第二指令的优先级不同，所述第一指令的优先级高于所述第二指令的优先级。也就是说，联盟链系统上各节点的通讯使用至少两套指令集。指令集A-第二指令集为节点间信息交互指令集，报文头部可以为以“000A”开头。指令集B-第一指令集为监控功能模块发出的干预指令，报文头部可以为以“000B”开头。当监控节点发现联盟链系统上出现异常或需要人工干预等任何场景时，通过专用干预指令集向联盟链系统发出的干预指令-第一指令。指令集A的消息将在各节点排队处理。当收到归属于指令集B的指令时，节点将优先处理，无需排队。每个节点为指令集B的信息处理设置专门的线程池并发处理，保证共识干预机制和业务处理互不干扰。另外，为避免指令集B被篡改或伪造，干预指令集发出者将自己的签名信息植入指令集B的报文头，将发起的时间信息放入报文体。节点接收到指令集B的指令后先对报文的发出者身份的合法性，通过核验的指令集B指令才会被真正遵照执行。

基于上述方法流程，本发明实施例提供的一种基于联盟链系统的业务处理方法流程，如图4所示，包括：

步骤401、在业务系统中设置相关配置数据。

此处，相关配置数据可以为业务系统中各业务功能的节点数量、不同国家的汇率数据、设定时间内的最高交易量、一笔交易的最大交易金额等等。

此处，也可以针对一些业务功能中的多个交易功能设置交易功能对应的提供该交易功能的节点数量。

步骤402、将该业务系统安装在节点中，并运行。

此处，节点为联盟链系统中的各节点。

步骤403、运行该业务系统的各节点争夺节点提供的业务功能。

此处，监控功能可以是设置的固定节点提供的。

步骤404、各节点获取交易请求。

此处，各节点可以通过共识机制获取交易请求。在一种示例中，业务系统获取客户端提交的存款交易请求(例如，该存款交易请求中的信息包括将一定数值的第一币种存储为第二币种)。则节点中的数据配置功能得到第一币种和第二币种的汇率，可以根据数据生成功能根据该存款交易请求中的第一币种和第二币种的汇率进行转换得到第二币种的数值。并由数据生效功能将对应该第二币种的数值的交易数据生效。由数据发布功能将设定时间段内的各交易数据发布。这里，相比于现有技术中通过各功能模块之间通信完成数据的收集、生成、生效和发布，本申请通过共识机制完成数据的收集、生成、生效和发布，加快业务处理速度。

步骤405、各节点中提供识别功能的节点识别处理该交易请求需要的业务功能/业务功能中的交易功能。通过共识机制共识处理该交易请求需要的业务功能/业务功能中的交易功能到各节点。

如，在上述示例中，处理该交易请求需要的业务功能包括：数据配置功能和业务处理功能，业务处理功能中包括数据生成功能、数据生效功能和数据发布功能等交易功能。

步骤406、各节点中提供第一业务功能的节点确定自身提供该第一业务功能，各节点中提供该第一业务功能中第一交易功能的节点确定自身提供该第一交易功能，通过该第一交易功能对交易请求进行处理，或根据处理结果对交易请求进行处理获取处理结果。将该第一交易功能获取的处理结果通过共识机制共识到各节点。

此处，第一业务功能为：在处理该交易请求需要的多个业务功能中，未对该交易请求提供过的业务功能中排序最前的业务功能。

第一交易功能为：第一业务功能的处理该交易请求需要的多个交易功能中，未对该交易请求提供过的交易功能中排序最前的交易功能。

其中，该第一交易功能根据处理结果对交易请求进行处理获取处理结果对应的流程前提为：提供第一交易功能的节点获取到在前的业务功能处理后获取的处理结果，则基于该处理结果对交易请求进行处理。

步骤407、各节点中提供该第一业务功能中第二交易功能的节点确定自身提供该第二交易功能，通过该第二交易功能，根据处理结果对交易请求进行处理获取处理结果。将该第二交易功能获取的处理结果通过共识机制共识到各节点。

此处，第二交易功能为在第一交易功能之后进行处理的交易功能。

步骤408、各节点中提供第二业务功能的节点确定自身提供该第二业务功能，各节点中提供该第二业务功能中第一交易功能的节点确定自身提供该第一交易功能，通过该第一交易功能对交易请求进行处理，或根据处理结果对交易请求进行处理获取处理结果。将该第一交易功能获取的处理结果通过共识机制共识到各节点。

此处，第二业务功能为在第一业务功能之后进行处理的业务功能。

第一交易功能为：第二业务功能的处理该交易请求需要的多个交易功能中，未对该交易请求提供过的交易功能中排序最前的交易功能。

其中，该第一交易功能根据处理结果对交易请求进行处理获取处理结果对应的流程前提为：提供第一交易功能的节点获取到在前的业务功能处理后获取的处理结果，则基于该处理结果对交易请求进行处理。

步骤409、各节点中提供该第二业务功能中第二交易功能的节点确定自身提供该第二交易功能，通过该第二交易功能，根据处理结果对交易请求进行处理获取处理结果。将该第二交易功能获取的处理结果通过共识机制共识到各节点。

此处，第二交易功能为在第一交易功能之后进行处理的交易功能。

步骤410、直至处理该交易请求需要的多个业务功能均完成处理，获取最后的处理结果。

此处，在上述示例中，该最后的处理结果可以是在第二币种对应的账户中完成存款。

步骤411、监控节点确定提供某一业务功能的节点发生异常，产生告警。

步骤412、监控节点将该发生异常的节点隔离。

步骤413、各节点根据节点资源信息，基于共识机制对该业务功能进行争夺，确定提供该业务功能的节点。

步骤414、监控节点确定新增节点或修复后的该异常的节点，将该节点放入资源备用池。

这里需要说明的是，上述方法流程并不唯一，如，步骤411至步骤414的任一步骤或多个步骤可以在步骤404至步骤409的任一步骤前后执行。另外，交易也可以是业务系统自身运行产生的，则无需执行步骤404。步骤401可以在该流程步骤中的任一步骤前后执行。步骤402和步骤403可以只在业务系统更新等需要重新安装的流程中执行。其中步骤406至步骤409的方法流程只是一种示例，具体根据处理该交易请求所需的业务功能数量和业务功能中交易功能的数量确定。因此，上述方法流程不对基于联盟链系统的业务处理方法做限制，可以根据具体需要调整。

基于相同的思路，本发明实施例提供了一种基于联盟链系统的业务处理装置，所述联盟链系统中包含多个节点，任一节点上均设置有业务系统，所述业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信，如图5所示，包括：

确定模块501，用于针对任一交易，在确定所述交易待执行的业务功能为自身可提供的第一交易功能时，通过处理模块502基于所述第一交易功能处理所述交易，得到第一处理结果，并基于共识机制将所述第一处理结果共识到所述联盟链系统中的各节点；

所述确定模块501，用于基于所述第一处理结果，确定所述交易待执行的业务功能为自身可提供的第二交易功能时，通过所述处理模块502基于所述第二交易功能处理所述交易，得到第二处理结果，并基于共识机制将所述第二处理结果共识到所述联盟链系统中的各节点，直至所述交易中的最后一个交易功能的处理结果共识到所述联盟链系统中的各节点。

可选的，所述确定模块501具体用于，针对待分配的业务功能中优先级最高的业务功能，通过所述处理模块502基于共识机制确定各节点的节点资源信息中资源空闲最多的第三节点，并设置所述第三节点用于提供所述待分配的业务功能中优先级最高的业务功能，直至所述待分配的业务功能均分配完毕。

可选的，所述处理模块502具体用于，针对任一节点，所述联盟链系统根据所述节点中各项资源的权重、各项资源的资源使用情况及各项资源的性能信息，确定所述节点的资源空闲状况；所述确定模块501具体用于，基于共识机制中将资源空闲状况中资源空闲最多的节点，确定为第三节点。

可选的，所述处理模块502还用于，基于自身可提供的监控功能，监控所述各节点；若确定存在异常的节点，则产生告警。

可选的，所述处理模块502具体用于，将存在异常的节点进行隔离；所述确定模块501具体用于，确定所述联盟链中具有所述异常的节点所提供的业务功能的节点数量是否满足设定要求；所述确定模块501具体用于，若确定不满足所述设定要求时，通过所述处理模块502在所述联盟链系统中触发资源替代请求；所述确定模块501具体用于，基于共识机制从所述各节点中确定出用于替代所述第四节点的第五节点。

可选的，具有监控功能的节点在所述联盟链系统中发送的第一指令与具有交易功能的节点在所述联盟链系统中发送的第二指令的优先级不同，所述第一指令的优先级高于所述第二指令的优先级。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (13)

1.一种基于联盟链系统的业务处理方法，其特征在于，所述联盟链系统中包含多个节点，任一节点上均设置有业务系统，所述业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信，所述方法包括：

针对任一交易，所述联盟链系统中的第一节点在确定所述交易待执行的业务功能为自身可提供的第一交易功能时，基于所述第一交易功能处理所述交易，得到第一处理结果，并基于共识机制将所述第一处理结果共识到所述联盟链系统中的各节点；

所述联盟链系统中的第二节点基于所述第一处理结果，确定所述交易待执行的业务功能为自身可提供的第二交易功能时，基于所述第二交易功能处理所述交易，得到第二处理结果，并基于共识机制将所述第二处理结果共识到所述联盟链系统中的各节点，直至所述交易中的最后一个交易功能的处理结果共识到所述联盟链系统中的各节点。

2.如权利要求1中所述的方法，其特征在于，所述联盟链系统中各节点可提供的业务功能通过如下方式确定，包括：

针对待分配的业务功能中优先级最高的业务功能，所述联盟链系统基于共识机制确定各节点的节点资源信息中资源空闲最多的第三节点，并设置所述第三节点用于提供所述待分配的业务功能中优先级最高的业务功能，直至所述待分配的业务功能均分配完毕。

3.如权利要求2中所述的方法，其特征在于，所述联盟链系统基于共识机制确定各节点的节点资源信息中资源空闲最多的第三节点，包括：

针对任一节点，所述联盟链系统根据所述节点中各项资源的权重、各项资源的资源使用情况及各项资源的性能信息，确定所述节点的资源空闲状况；

所述联盟链系统基于共识机制中将资源空闲状况中资源空闲最多的节点，确定为第三节点。

4.如权利要求1中所述的方法，其特征在于，所述多个业务功能中包含监控功能，所述方法还包括：

所述联盟链系统中的第四节点基于自身可提供的监控功能，监控所述各节点；若确定存在异常的节点，则产生告警。

5.如权利要求4中所述的方法，其特征在于，确定存在异常的节点之后，还包括：

所述联盟链系统中的第四节点将存在异常的节点进行隔离；

所述联盟链系统中的第四节点确定所述联盟链中具有所述异常的节点所提供的业务功能的节点数量是否满足设定要求；

所述联盟链系统中的第四节点若确定不满足所述设定要求时，在所述联盟链系统中触发资源替代请求；

所述联盟链系统基于共识机制从所述各节点中确定出用于替代所述第四节点的第五节点。

6.如权利要求4中所述的方法，其特征在于，具有监控功能的节点在所述联盟链系统中发送的第一指令与具有交易功能的节点在所述联盟链系统中发送的第二指令的优先级不同，所述第一指令的优先级高于所述第二指令的优先级。

7.一种联盟链系统，其特征在于，所述联盟链系统中包含多个节点，任一节点上均设置有业务系统，所述业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信；其中，

所述联盟链系统中具有交易功能的节点，用于在确定交易待执行的业务功能为自身可提供的交易功能时，处理所述交易，得到处理结果，并基于共识机制将所述处理结果共识到所述联盟链中的各节点；直至所述交易中的最后一个交易功能的处理结果共识到所述联盟链中的各节点。

8.如权利要求7中所述的系统，其特征在于，还包括：

所述联盟链系统中具有监控功能的节点，用于监控所述联盟链系统中的各节点，并在确定存在异常的节点时，产生告警。

9.如权利要求8中所述的系统，其特征在于，所述具有监控功能的节点，用于存在异常的节点进行隔离；并在确定所述联盟链系统中具有所述异常的节点所提供的业务功能的节点数量不满足设定要求时，在所述联盟链中触发资源替代请求；所述资源替代请求用于从所述联盟链系统的各节点中确定出用于替代所述异常的节点的节点。

10.如权利要求8中所述的系统，其特征在于，具有监控功能的节点在所述联盟链中发送的第一指令与具有交易功能的节点在所述联盟链中发送的第二指令的优先级不同，所述第一指令的优先级高于所述第二指令的优先级。

11.一种基于联盟链系统的业务处理装置，其特征在于，所述联盟链系统中包含多个节点，任一节点上均设置有业务系统，所述业务系统提供多个业务功能，每个业务功能分别通过设定数量的节点提供，各节点基于共识机制通信，所述装置包括：

确定模块，用于针对任一交易，在确定所述交易待执行的业务功能为自身可提供的第一交易功能时，通过处理模块基于所述第一交易功能处理所述交易，得到第一处理结果，并基于共识机制将所述第一处理结果共识到所述联盟链系统中的各节点；

所述确定模块，用于基于所述第一处理结果，确定所述交易待执行的业务功能为自身可提供的第二交易功能时，通过所述处理模块基于所述第二交易功能处理所述交易，得到第二处理结果，并基于共识机制将所述第二处理结果共识到所述联盟链系统中的各节点，直至所述交易中的最后一个交易功能的处理结果共识到所述联盟链系统中的各节点。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序，当所述程序在计算机上运行时，使得计算机实现执行权利要求1至6中任一项所述的方法。

13.一种计算机设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于调用所述存储器中存储的计算机程序，按照获得的程序执行如权利要求1至6任一权利要求所述的方法。

Images