CN116112506A - 基于联盟链系统的交易信息处理方法、装置、介质及设备 - Google Patents

Abstract

本申请的实施例提供了一种基于联盟链系统的交易信息处理方法、装置、介质及设备。该联盟链系统中包含有网关节点和至少一个联盟链子网络，该交易信息处理方法由网关节点执行，该交易信息处理方法包括：从与网关节点相对应的联盟链子网络中获取联盟链节点信息，该联盟链节点信息包括处于存活状态的网络节点，该处于存活状态的网络节点是根据各个联盟链节点广播的节点存活消息确定的；从存活的网络节点中选择用于提交交易信息的目标联盟链节点；将来自于应用侧的交易信息提交给目标联盟链节点，以使目标联盟链节点发起对交易信息的验证处理。本申请实施例的技术方案可以实现动态网关的功能，有利于提升系统的弹性与可扩展性。

Description

基于联盟链系统的交易信息处理方法、装置、介质及设备

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种基于联盟链系统的交易信息处理方法、装置、介质及设备。

背景技术

区块链网络是由众多节点共同组成的一个端到端的去中心化网络，每个节点都允许获得一份完整的数据库拷贝，节点之间基于一套共识机制来共同维护整个区块链。联盟链是区块链的一种形式，相较于公有链的数据公开、节点自由加入和退出，在联盟链中，只有联盟内部成员才有权限访问数据，节点加入网络需得到许可，更适合监管和较快的交易速度，并且可以建立多个独立的账本。

联盟链中的网关连接于应用程序与联盟链网络之间，其能够使应用程序专注于业务逻辑，并通过该网关来实现与联盟链网络的交互，然而如何能够在联盟链中实现动态网关，以提高系统的弹性与可扩展性是亟待解决的技术问题。

发明内容

本申请的实施例提供了一种基于联盟链系统的交易信息处理方法、装置、介质及设备，进而至少在一定程度上可以实现动态网关的功能，有利于提升系统的弹性与可扩展性。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种基于联盟链系统的交易信息处理方法，所述联盟链系统中包含有网关节点和至少一个联盟链子网络，一个所述网关节点与一个所述联盟链子网络相对应，所述交易信息处理方法由所述网关节点执行，所述交易信息处理方法包括：从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，所述处于存活状态的网络节点是根据各个联盟链节点广播的节点存活消息确定的；从所述存活的网络节点中选择用于提交交易信息的目标联盟链节点；将来自于应用侧的交易信息提交给所述目标联盟链节点，以使所述目标联盟链节点发起对所述交易信息的验证处理。

根据本申请实施例的一个方面，提供了一种基于联盟链系统的交易信息处理方法，所述联盟链系统中包含有网关节点和至少一个联盟链子网络，一个所述网关节点与一个所述联盟链子网络相对应，所述交易信息处理方法由所述联盟链子网络中的联盟链节点执行，所述交易信息处理方法包括：向联盟链子网络中广播节点存活消息，并接收联盟链子网络中的各个联盟链节点广播的节点存活消息，所述节点存活消息中包含有发送方节点标识；根据接收到的节点存活消息，确定所述联盟链子网络中处于存活状态的网络节点；向与所述联盟链子网络相对应的网关节点发送联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，以使所述网关节点选择用于提交交易信息的目标联盟链节点。

根据本申请实施例的一个方面，提供了一种基于联盟链系统的交易信息处理装置，所述联盟链系统中包含有网关节点和至少一个联盟链子网络，一个所述网关节点与一个所述联盟链子网络相对应，所述交易信息处理装置设置在所述网关节点内，所述交易信息处理装置包括：获取单元，配置为从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，所述处于存活状态的网络节点是根据各个联盟链节点广播的节点存活消息确定的；选择单元，配置为从所述存活的网络节点中选择用于提交交易信息的目标联盟链节点；处理单元，配置为将来自于应用侧的交易信息提交给所述目标联盟链节点，以使所述目标联盟链节点发起对所述交易信息的验证处理。

在本申请的一些实施例中，基于前述方案，所述选择单元配置为：在接收到所述应用侧发送的交易信息时，从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息；或者每隔设定时间从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息。

在本申请的一些实施例中，基于前述方案，所述选择单元配置为：若所述网关节点处于初始化状态，则从设定的节点地址处获取所述联盟链节点信息；其中，所述设定的节点地址是与所述网关节点相对应的联盟链子网络中的指定网络节点的地址。

在本申请的一些实施例中，基于前述方案，所述选择单元还配置为：在获取到处于存活状态的网络节点之后，根据处于存活状态的网络节点的地址信息从存活的网络节点处获取所述联盟链节点信息。

在本申请的一些实施例中，基于前述方案，所述联盟链节点信息还包括处于存活状态的网络节点的账本高度；所述选择单元配置为：根据所述处于存活状态的网络节点的账本高度，从所述存活的网络节点中选择账本高度最高的网络节点作为所述目标联盟链节点。

在本申请的一些实施例中，基于前述方案，所述联盟链节点信息还包括所述联盟链子网络的背书策略；所述选择单元配置为：根据所述背书策略，从所述存活的网络节点中选择与所述背书策略中的节点要求相匹配的网络节点作为所述目标联盟链节点。

在本申请的一些实施例中，基于前述方案，所述选择单元配置为：从所述存活的网络节点中随机选择设定数量的网络节点作为所述目标联盟链节点。

根据本申请实施例的一个方面，提供了一种基于联盟链系统的交易信息处理装置，所述联盟链系统中包含有网关节点和至少一个联盟链子网络，一个所述网关节点与一个所述联盟链子网络相对应，所述交易信息处理装置设置在所述联盟链子网络中的联盟链节点内，所述交易信息处理装置包括：交互单元，配置为向联盟链子网络中广播节点存活消息，并接收联盟链子网络中的各个联盟链节点广播的节点存活消息，所述节点存活消息中包含有发送方节点标识；确定单元，配置为根据接收到的节点存活消息，确定所述联盟链子网络中处于存活状态的网络节点；发送单元，配置为向与所述联盟链子网络相对应的网关节点发送联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，以使所述网关节点选择用于提交交易信息的目标联盟链节点。

在本申请的一些实施例中，基于前述方案，所述节点存活消息中还包含有发送方的签名信息；所述确定单元配置为：根据接收到的节点存活消息中包含的发送方节点标识，对接收到的节点存活消息中包含的签名信息进行验证；若对接收到的节点存活消息中包含的签名信息验证通过，则将签名信息验证通过的节点存活消息中包含的发送方节点标识所对应的联盟链节点确定为处于存活状态的网络节点。

在本申请的一些实施例中，基于前述方案，所述发送单元配置为：在接收到与所述联盟链子网络相对应的网关节点发送的查询请求时，向所述网关节点发送所述联盟链节点信息；或者在确定处于存活状态的网络节点发生变化时，向所述网关节点发送所述联盟链节点信息。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的基于联盟链系统的交易信息处理方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上述实施例中所述的基于联盟链系统的交易信息处理方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的基于联盟链系统的交易信息处理方法。

在本申请的一些实施例所提供的技术方案中，通过根据各个联盟链节点广播的节点存活消息确定处于存活状态的网络节点，使得各个联盟链节点可以获取到联盟链子网络中的节点存活状态信息，进而便于网关节点来选择用于提交交易信息的联盟链节点。而网关节点通过获取联盟链节点信息，并从存活的网络节点中选择用于提交交易信息的目标联盟链节点，然后将来自于应用侧的交易信息提交给目标联盟链节点，以使目标联盟链节点发起对该交易信息的验证处理，使得网关节点可以从存活的网络节点中自动选择合适的联盟链节点来提交交易信息，实现了动态网关的功能，有利于提升系统的弹性与可扩展性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了区块链网络的结构示意图；

图2示出了区块链中各区块的连接关系示意图；

图3示出了Gossip协议中消息传输的过程示意图；

图4示出了可以应用本申请实施例的技术方案的应用场景示意图；

图5示出了根据本申请的一个实施例的基于联盟链系统的交易信息处理方法；

图6示出了根据本申请的一个实施例的基于联盟链系统的交易信息处理方法；

图7示出了根据本申请的一个实施例的联盟链系统的架构示意图；

图8示出了根据本申请的一个实施例的基于联盟链系统的交易信息处理装置的框图；

图9示出了根据本申请的一个实施例的基于联盟链系统的交易信息处理装置的框图；

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在参考附图以更全面的方式描述示例实施方式。然而，示例的实施方式能够以各种形式实施，且不应被理解为仅限于这些范例；相反，提供这些实施方式的目的是使得本申请更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，本申请所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，有许多具体细节从而可以充分理解本申请的实施例。然而，本领域技术人员应意识到，在实施本申请的技术方案时可以不需用到实施例中的所有细节特征，可以省略一个或更多特定细节，或者可以采用其它的方法、元件、装置、步骤等。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

区块链(Blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块(即区块)，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

如上所述，区块链本质上是一个去中心化的数据库，而区块链是由区块链网络中的节点共同维护的。比如，在图1所示的区块链网络中，可以包括多个节点101，多个节点101可以是形成区块链网络的各个客户端。每个节点101在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该区块链网络内的共享数据。为了保证区块链网络内的信息互通，区块链网络中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当区块链网络中的任意节点接收到输入信息时，区块链网络中的其它节点便根据共识算法获取该输入信息，将该输入信息作为共享数据进行存储，使得区块链网络中全部节点上存储的数据均一致。

对于区块链网络中的每个节点，均具有与其对应的节点标识，而且区块链网络中的每个节点均可以存储有其它节点的节点标识，以便后续根据其它节点的节点标识，将生成的区块广播至区块链网络中的其它节点。每个节点中可维护一个节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(InternetProtocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息。

区块链网络中的每个节点均存储一条相同的区块链。区块链由多个区块组成，参见图2所示，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值等，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值等，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

区块链网络中各个节点可以是服务器，也可以是终端设备。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算(Cloud Computing)、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、智能家居、车载终端等，但并不局限于此。各个节点之间可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

联盟链是区块链的一种形式，相较于公有链的数据公开、节点自由加入和退出，在联盟链中，只有联盟内部成员才有权限访问数据，节点加入网络需得到许可，更适合监管和较快的交易速度，并且可以建立多个独立的账本。联盟链中的网关连接于应用程序与联盟链网络之间，其能够使应用程序专注于业务逻辑，并通过该网关来实现与联盟链网络的交互。

网关分为静态网关和动态网关，静态网关的网关配置完全定义在连接配置中，连接配置定义了应用程序身份和全部可访问的区块链网络拓扑结构，包括各个子网络、各个成员和其所属节点以及各节点的角色等。应用程序使用这些连接配置来管理和区块链网络的交互，但当网络发生变化时(如节点的增加和离线，网络规则的更改或角色权限的修改等)，连接配置也需要相应的重新配置。

相对于静态网关而言，本申请实施例中提出的动态网关在网络发生变化时一般无需调整，并且自动选择更合适的节点来提交交易，从而带来额外的弹性和可扩展性。比如对于动态网关，可以指定网络中一个或两个节点，然后使用基于Gossip协议的服务发现来发现可用的网络拓扑。

Gossip协议又称为Epidemic协议(流行病协议)，是基于流行病传播方式的节点或者进程之间信息交换的协议，在分布式系统中被广泛使用。Gossip协议利用一种随机的方式将信息传播到整个网络中，并在一定时间内使得系统内的所有节点数据一致，Gossip协议其实是一种去中心化思路的分布式协议，解决状态在集群中的传播和状态一致性的保证两个问题。

以下结合图3介绍一下Gossip协议的执行过程：Gossip过程是由种子节点发起，当一个种子节点有状态需要更新到网络中的其他节点时，它会随机的选择周围几个节点散播消息，收到消息的节点也会重复该过程，直至最终网络中所有的节点都收到了消息。这个过程可能需要一定的时间，由于不能保证某个时刻所有节点都收到消息，但是理论上最终所有节点都会收到消息，因此它是一个最终一致性协议。

假设Gossip是周期性的散播消息，周期为1秒，被感染节点随机选择k个邻接节点(fan-out)散播消息，并设置fan-out数量为2，即每次最多往2个节点散播。那么如图3所示，每次散播消息都会选择尚未发送过的2个节点进行散播，收到消息的节点不再往发送节点散播，比如节点A发送至节点B和节点D，那么节点B在进行散播的时候，不再发给节点A，但是可以发送给节点C和节点D。

需要说明的是：Gossip过程是异步的，也就是说发消息的节点不会关注对方是否收到，即不等待响应；不管对方有没有收到，它都会每隔1秒向周围节点发消息。

基于前述介绍的内容，在本申请的一个具体应用场景中，如图4所示，应用侧401可以与联盟链子网络之间进行交互，比如提交交易信息至联盟链子网络来进行共识上链处理。其中，应用侧401中包含了应用程序4011和网关节点4012。网关节点4012与应用程序4011部署在一起，共同组成了应用侧401，网关节点4012用于将来自于应用程序4011的交易信息提交给联盟链子网络中的节点。

需要说明的是，图4中所示的网关节点4012可以通过SDK(Software DevelopmentKit，软件开发工具包)的方式来实现，并且可以与应用程序4011部署在同一台物理设备上。在本申请的其它实施例中，网关节点4012也可以与应用程序4011部署在不同的物理设备上，并且也可以不划分为应用侧401的一部分，这些可以在实现时根据实际需要进行选择。

由于在非区块链应用(即中心化应用)中，一般是基于名字服务(比如设置服务注册中心)，通过服务发现的方式来动态提供可用的服务，比如所有的设备都在服务注册中心进行注册，即所有设备都与服务注册中心进行交互，然后由服务注册中心维护所有设备的信息。但是在区块链技术中，由于去中心化、多组织多业务网络和异构系统等特性，导致无法使用名字服务这种方式提供统一的服务发现方案。正是基于此，在图4所示系统架构的基础上，本申请实施例提出了一种新的技术方案。

具体地，联盟链子网络中的联盟链节点可以向联盟链子网络中广播节点存活消息，并接收联盟链子网络中其它的联盟链节点广播的节点存活消息，该节点存活消息中包含有发送方节点标识。然后联盟链节点可以根据接收到的节点存活消息，确定联盟链子网络中处于存活状态的网络节点。比如，联盟链子网络中的联盟链节点可以基于前述的Gossip协议来广播节点存活消息。

在这种情况下，如果网关节点4012接收到来自于应用程序4011的交易信息，那么网关节点4012可以从联盟链子网络中(比如从某个联盟链节点处)获取联盟链节点信息，该联盟链节点信息包括处于存活状态的网络节点，然后从存活的网络节点中选择用于提交交易信息的目标联盟链节点(比如选择账本高度最高的联盟链节点)。在选择出目标联盟链节点之后，可以将来自于应用程序4011的交易信息提交给目标联盟链节点，以使目标联盟链节点发起对该交易信息的验证处理。

可见，本申请实施例的技术方案使得各个联盟链节点可以获取到联盟链子网络中的节点存活状态信息，进而便于网关节点从存活的网络节点中自动选择合适的联盟链节点来提交交易信息，实现了动态网关的功能，有利于提升系统的弹性与可扩展性。

以下对本申请实施例的技术方案的各种实现细节进行详细阐述：

图5示出了根据本申请的一个实施例的基于联盟链系统的交易信息处理方法，该联盟链系统中包含有网关节点和至少一个联盟链子网络，一个网关节点与一个联盟链子网络相对应，图5所示的交易信息处理方法由联盟链子网络中的联盟链节点执行。

具体而言，参照图5所示，该基于联盟链系统的交易信息处理方法至少包括步骤S510至步骤S530，详细介绍如下：

在步骤S510中，向联盟链子网络中广播节点存活消息，并接收联盟链子网络中的各个联盟链节点广播的节点存活消息，该节点存活消息中包含有发送方节点标识。

可选地，联盟链子网络中的各个联盟链节点可以采用Gossip协议在联盟链子网络中广播节点存活消息。当然，联盟链节点也可以通过其它的方式来广播节点存活消息，只要能够保证所广播的节点存活消息能够被其它联盟链节点接收到即可。

可选地，节点存活消息中包含的发送方节点标识可以是发送方的地址信息，比如链上地址信息。

在步骤S520中，根据接收到的节点存活消息，确定联盟链子网络中处于存活状态的网络节点。

可选地，如果接收到了某个联盟链节点发送的节点存活消息，那么说明该联盟链节点是处于存活状态的，因此可以根据接收到的节点存活消息来确定联盟链子网络中处于存活状态的网络节点。

在本申请的一个实施例中，节点存活消息中还可以包含有发送方的签名信息，在这种情况下，联盟链节点还可以根据接收到的节点存活消息中包含的发送方节点标识，对接收到的节点存活消息中包含的签名信息进行验证，在对接收到的节点存活消息中包含的签名信息验证通过之后，将签名信息验证通过的节点存活消息中包含的发送方节点标识所对应的联盟链节点确定为处于存活状态的网络节点。该实施例的技术方案通过对存活消息中包含的签名信息进行验证，可以避免非法节点恶意发送存储消息而带来的安全性问题。

在步骤S530中，向与联盟链子网络相对应的网关节点发送联盟链节点信息，该联盟链节点信息包括处于存活状态的网络节点，以使网关节点选择用于提交交易信息的目标联盟链节点。

在本申请的一个实施例中，联盟链子网络中的联盟链节点可以在接收到与联盟链子网络相对应的网关节点发送的查询请求时，向网关节点发送联盟链节点信息。在本申请的其它实施例中，联盟链节点也可以在确定处于存活状态的网络节点发生变化时，向网关节点发送联盟链节点信息，以保证网关节点中一致维护有最新的处于存活状态的网络节点。

图5是从联盟链节点的角度对本申请实施例的基于联盟链系统的交易信息处理方法进行的阐述，以下从网关节点的角度对本申请实施例的技术方案的实现细节进行详细说明：

图6示出了根据本申请的一个实施例的基于联盟链系统的交易信息处理方法，该联盟链系统中包含有网关节点和至少一个联盟链子网络，一个网关节点与一个联盟链子网络相对应，图6所示的交易信息处理方法由网关节点执行。具体而言，参照图6所示，该基于联盟链系统的交易信息处理方法至少包括步骤S610至步骤S630，详细介绍如下：

在步骤S610中，从与网关节点相对应的联盟链子网络中获取联盟链节点信息，该联盟链节点信息包括处于存活状态的网络节点，处于存活状态的网络节点是根据各个联盟链节点广播的节点存活消息确定的。

在本申请的一个实施例中，网关节点可以在接收到应用侧(此处的应用侧可以理解为是应用程序)发送的交易信息时，从与网关节点相对应的联盟链子网络中获取联盟链节点信息，进而可以获取到最新的联盟链节点信息，以保证选择出最优最合适的目标联盟链节点。

在本申请的一个实施例中，网关节点也可以每隔设定时间从与网关节点相对应的联盟链子网络中获取联盟链节点信息。即该实施例中网关节点可以周期性地获取联盟链节点信息，为了保证能够获取到准确的、能够反应实时状态的联盟链节点信息，该设定时间可以设置为较小的值，以通过较短的周期来获取联盟链节点信息。

在本申请的一个实施例中，如果网关节点处于初始化状态，则网络节点可以从设定的节点地址处获取联盟链节点信息；其中，设定的节点地址是与网关节点相对应的联盟链子网络中的指定网络节点的地址。

可选地，网关节点处于初始化状态可以是网关节点首次开机时，或者网络节点首次需要从联盟链子网络中获取联盟链节点信息时的状态。该设定的节点地址需要保证是能够处于存储状态的联盟链节点的地址。

在本申请的一个实施例中，如果网关节点不是处于初始化状态，那么网络节点可以在获取到处于存活状态的网络节点之后，根据处于存活状态的网络节点的地址信息从存活的网络节点处获取联盟链节点信息。比如网关节点在获取到处于存活状态的网络节点之后，可以从处于存活状态的网络节点中选择一个或多个联盟链节点(随机选择或者选择网络状态较优的或者选择距离最近的等)来获取联盟链节点信息。

继续参照图6所示，在步骤S620中，从存活的网络节点中选择用于提交交易信息的目标联盟链节点。

在本申请的一个实施例中，联盟链节点信息中可以包含有处于存活状态的网络节点的账本高度，在这种情况下，网关节点可以根据处于存活状态的网络节点的账本高度，从存活的网络节点中选择账本高度最高的网络节点作为目标联盟链节点。

在本申请的一个实施例中，网关节点也可以从存活的网络节点中随机选择设定数量的网络节点作为目标联盟链节点。或者也可以选择网络状态较好的网络节点作为目标联盟链节点，或者选择距离较近的网络节点作为目标联盟链节点。

在本申请的一个实施例中，联盟链节点信息中可以包含有联盟链子网络的背书策略，在这种情况下，网关节点可以根据背书策略，从存活的网络节点中选择与背书策略中的节点要求相匹配的网络节点作为目标联盟链节点。可选地，背书策略中的节点要求比如可以是节点数量等。

需要说明的是：区块链中的背书可以简单理解为验证交易并声明此交易是否合法。背书策略(即endorsement policy)可以理解为是对交易进行背书必须满足的条件，即要得到背书成功的结论，必须满足背书策略中给出的条件，比如一个背书策略的例子可以是节点A、B和C都需要对某个类型的交易信息进行背书等。

可选地，一个背书验证的过程可以是：提交交易信息的节点(比如本申请实施例中的网关节点)将交易信息发送给选择出的背书节点，比如发送一个propose消息到所选择的背书节点集合，然后背书节点模拟交易，生成背书签名，并提交给网关节点来获取交易的背书，同时通过排序服务进行广播，排序服务向所有节点投递传播交易的信息，以便于进行共识上链处理。

在本申请的其它实施例中，也可以将前述实施例中涉及到的选择目标联盟链节点的技术方案进行结合，比如在账本高度最高的网络节点有多个时，可以从中选择网络状态较优的或者距离较近的网络节点作为目标联盟链节点。

继续参照图6所示，在步骤S630中，将来自于应用侧的交易信息提交给目标联盟链节点，以使目标联盟链节点发起对交易信息的验证处理。

可选地，目标联盟链节点可以对该交易信息进行验证处理，即进行背书，然后可以在联盟链网络中对该交易信息进行共识上链处理。

以下结合图7对本申请实施例的一个具体应用场景的技术方案进行详细阐述：

如图7所示，假设存在3个节点，其中，节点1和节点2参与了联盟链子网络1，节点2和节点3参与了联盟链子网络2，节点与节点之间可以通过Gossip协议来进行通信。并且联盟链子网络1与联盟链子网络2各自维护自己的账本，相互之间是隔离的。

在本申请的一个实施例中，联盟链子网络中的在线节点(即处于存活状态的节点)通过持续广播“存活消息”(比如可以通过Gossip协议来广播)来表明其处于可用状态，每一条存活消息中都包含了发送者的身份信息和签名信息。可选地，该身份信息可以是发送者的地址信息。

联盟链子网络中的节点通过收集各个节点广播的存活消息来维护联盟链子网络中的在线节点信息。如果没有收到某个节点的存活信息，则说明这个节点处于离线状态(即“死亡”状态)，进而各个节点会将离线状态的节点从维护的联盟链子网络中的在线节点信息中剔除。可选地，“存活消息”可以由发送方节点进行签名，这样可以避免恶意节点假冒其他节点发送“存活消息”的情况，这也是由于这些恶意节点没有根CA(CertificateAuthority，证书授权)中心签发的密钥。

区块链SDK网关(即图7中所示的网关1和网关2)处于应用与联盟链子网络之间，用于在应用与联盟链子网络之间提供通信的桥梁。由于SDK网关可以查询其所对应的联盟链子网络中处于存活状态的节点等信息，因此应用程序在提交交易信息时，不需要再指定为交易信息进行背书的节点，也不需要向多个节点提交交易信息，而只需要给定联盟链子网络的ID和智能合约，SDK网关即可通过该联盟链子网络的ID获取到处于存活状态的节点信息(可选地，如果一个SDK网关对应于一个联盟链子网络，那么由于对应关系是固定的，也可以不给定联盟链子网络的ID和智能合约)。然后，SDK网关可以根据获取到的信息对节点进行选择(SDK网关之所以可以对节点进行选择，是由于SDK网关可以访问联盟链子网络的元数据，比如背书策略、账本高度、签名策略等)。

例如，SDK网关可以优先选择具有更高的账本高度的节点，或者排除处于离线状态的节点，并根据背书策略来选择将交易信息提交给哪些节点。此外，如果无法根据标准选定一个节点，SDK网关还可以从处于存活状态的节点中进行随机选择。

在图7所示的实施例中，一个SDK网关对应于一个联盟链子网络，即网关1对应于联盟链子网络1，网络2对应于联盟链子网络2。可选地，一个SDK网关也可以对应多个联盟链子网络，在这种情况下，应用程序在向网关提交交易信息时，也必须提供对应的联盟链子网络的ID，进而网关根据该联盟链子网络的ID获取对应的联盟链子网络中处于存活状态的节点信息，进而从中选择出用于提交交易信息的节点(可以是一个或多个)。

本申请实施例的技术方案通过节点的服务发现(即广播存活消息来进行发现)和区块链SDK网关对节点的选择，可以为应用程序屏蔽区块链网络的变化(如节点的增加和离线，网络规则的更改或角色权限的修改等)，并且可以根据节点区块高度等信息自动选择更合适的节点来提交交易，实现了动态网关的功能，有利于提升系统的弹性和可扩展性。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的基于联盟链系统的交易信息处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的基于联盟链系统的交易信息处理方法的实施例。

图8示出了根据本申请的一个实施例的基于联盟链系统的交易信息处理装置的框图，该联盟链系统中包含有网关节点和至少一个联盟链子网络，一个网关节点与一个联盟链子网络相对应，该交易信息处理装置设置在网关节点内。

参照图8所示，根据本申请的一个实施例的基于联盟链系统的交易信息处理装置800，包括：获取单元802、选择单元804和处理单元806。

其中，获取单元802配置为从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，所述处于存活状态的网络节点是根据各个联盟链节点广播的节点存活消息确定的；选择单元804配置为从所述存活的网络节点中选择用于提交交易信息的目标联盟链节点；处理单元806配置为将来自于应用侧的交易信息提交给所述目标联盟链节点，以使所述目标联盟链节点发起对所述交易信息的验证处理。

在本申请的一些实施例中，基于前述方案，选择单元804配置为：在接收到所述应用侧发送的交易信息时，从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息；或者每隔设定时间从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息。

在本申请的一些实施例中，基于前述方案，选择单元804配置为：若所述网关节点处于初始化状态，则从设定的节点地址处获取所述联盟链节点信息；其中，所述设定的节点地址是与所述网关节点相对应的联盟链子网络中的指定网络节点的地址。

在本申请的一些实施例中，基于前述方案，选择单元804还配置为：在获取到处于存活状态的网络节点之后，根据处于存活状态的网络节点的地址信息从存活的网络节点处获取所述联盟链节点信息。

在本申请的一些实施例中，基于前述方案，所述联盟链节点信息还包括处于存活状态的网络节点的账本高度；选择单元804配置为：根据所述处于存活状态的网络节点的账本高度，从所述存活的网络节点中选择账本高度最高的网络节点作为所述目标联盟链节点。

在本申请的一些实施例中，基于前述方案，所述联盟链节点信息还包括所述联盟链子网络的背书策略；选择单元804配置为：根据所述背书策略，从所述存活的网络节点中选择与所述背书策略中的节点要求相匹配的网络节点作为所述目标联盟链节点。

在本申请的一些实施例中，基于前述方案，选择单元804配置为：从所述存活的网络节点中随机选择设定数量的网络节点作为所述目标联盟链节点。

图9示出了根据本申请的一个实施例的基于联盟链系统的交易信息处理装置的框图，该联盟链系统中包含有网关节点和至少一个联盟链子网络，一个网关节点与一个联盟链子网络相对应，该交易信息处理装置设置在联盟链子网络中的联盟链节点内。

参照图9所示，根据本申请的一个实施例的基于联盟链系统的交易信息处理装置900，包括：交互单元902、确定单元904和发送单元906。

其中，交互单元902配置为向联盟链子网络中广播节点存活消息，并接收联盟链子网络中的各个联盟链节点广播的节点存活消息，所述节点存活消息中包含有发送方节点标识；确定单元904配置为根据接收到的节点存活消息，确定所述联盟链子网络中处于存活状态的网络节点；发送单元906配置为向与所述联盟链子网络相对应的网关节点发送联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，以使所述网关节点选择用于提交交易信息的目标联盟链节点。

在本申请的一些实施例中，基于前述方案，所述节点存活消息中还包含有发送方的签名信息；所述确定单元904配置为：根据接收到的节点存活消息中包含的发送方节点标识，对接收到的节点存活消息中包含的签名信息进行验证；若对接收到的节点存活消息中包含的签名信息验证通过，则将签名信息验证通过的节点存活消息中包含的发送方节点标识所对应的联盟链节点确定为处于存活状态的网络节点。

在本申请的一些实施例中，基于前述方案，所述发送单元906配置为：在接收到与所述联盟链子网络相对应的网关节点发送的查询请求时，向所述网关节点发送所述联盟链节点信息；或者在确定处于存活状态的网络节点发生变化时，向所述网关节点发送所述联盟链节点信息。

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种基于联盟链系统的交易信息处理方法，其特征在于，所述联盟链系统中包含有网关节点和至少一个联盟链子网络，一个所述网关节点与一个所述联盟链子网络相对应，所述交易信息处理方法由所述网关节点执行，所述交易信息处理方法包括：

从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，所述处于存活状态的网络节点是根据各个联盟链节点广播的节点存活消息确定的；

从所述存活的网络节点中选择用于提交交易信息的目标联盟链节点；

将来自于应用侧的交易信息提交给所述目标联盟链节点，以使所述目标联盟链节点发起对所述交易信息的验证处理。

2.根据权利要求1所述的基于联盟链系统的交易信息处理方法，其特征在于，从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息，包括：

在接收到所述应用侧发送的交易信息时，从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息；或者

每隔设定时间从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息。

3.根据权利要求1所述的基于联盟链系统的交易信息处理方法，其特征在于，从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息，包括：

若所述网关节点处于初始化状态，则从设定的节点地址处获取所述联盟链节点信息；其中，所述设定的节点地址是与所述网关节点相对应的联盟链子网络中的指定网络节点的地址。

4.根据权利要求3所述的基于联盟链系统的交易信息处理方法，其特征在于，从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息，还包括：

在获取到处于存活状态的网络节点之后，根据处于存活状态的网络节点的地址信息从存活的网络节点处获取所述联盟链节点信息。

5.根据权利要求1所述的基于联盟链系统的交易信息处理方法，其特征在于，所述联盟链节点信息还包括处于存活状态的网络节点的账本高度；

从所述存活的网络节点中选择用于提交交易信息的目标联盟链节点，包括：

根据所述处于存活状态的网络节点的账本高度，从所述存活的网络节点中选择账本高度最高的网络节点作为所述目标联盟链节点。

6.根据权利要求1所述的基于联盟链系统的交易信息处理方法，其特征在于，所述联盟链节点信息还包括所述联盟链子网络的背书策略；

从所述存活的网络节点中选择用于提交交易信息的目标联盟链节点，包括：

根据所述背书策略，从所述存活的网络节点中选择与所述背书策略中的节点要求相匹配的网络节点作为所述目标联盟链节点。

7.根据权利要求1所述的基于联盟链系统的交易信息处理方法，其特征在于，从所述存活的网络节点中选择用于提交交易信息的目标联盟链节点，包括：

从所述存活的网络节点中随机选择设定数量的网络节点作为所述目标联盟链节点。

8.一种基于联盟链系统的交易信息处理方法，其特征在于，所述联盟链系统中包含有网关节点和至少一个联盟链子网络，一个所述网关节点与一个所述联盟链子网络相对应，所述交易信息处理方法由所述联盟链子网络中的联盟链节点执行，所述交易信息处理方法包括：

向联盟链子网络中广播节点存活消息，并接收联盟链子网络中的各个联盟链节点广播的节点存活消息，所述节点存活消息中包含有发送方节点标识；

根据接收到的节点存活消息，确定所述联盟链子网络中处于存活状态的网络节点；

向与所述联盟链子网络相对应的网关节点发送联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，以使所述网关节点选择用于提交交易信息的目标联盟链节点。

9.根据权利要求8所述的基于联盟链系统的交易信息处理方法，其特征在于，所述节点存活消息中还包含有发送方的签名信息；

根据接收到的节点存活消息，确定所述联盟链子网络中处于存活状态的网络节点，包括：

根据接收到的节点存活消息中包含的发送方节点标识，对接收到的节点存活消息中包含的签名信息进行验证；

若对接收到的节点存活消息中包含的签名信息验证通过，则将签名信息验证通过的节点存活消息中包含的发送方节点标识所对应的联盟链节点确定为处于存活状态的网络节点。

10.根据权利要求8或9所述的基于联盟链系统的交易信息处理方法，其特征在于，向与所述联盟链子网络相对应的网关节点发送联盟链节点信息，包括：

在接收到与所述联盟链子网络相对应的网关节点发送的查询请求时，向所述网关节点发送所述联盟链节点信息；或者

在确定处于存活状态的网络节点发生变化时，向所述网关节点发送所述联盟链节点信息。

11.一种基于联盟链系统的交易信息处理装置，其特征在于，所述联盟链系统中包含有网关节点和至少一个联盟链子网络，一个所述网关节点与一个所述联盟链子网络相对应，所述交易信息处理装置设置在所述网关节点内，所述交易信息处理装置包括：

获取单元，配置为从与所述网关节点相对应的联盟链子网络中获取联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，所述处于存活状态的网络节点是根据各个联盟链节点广播的节点存活消息确定的；

选择单元，配置为从所述存活的网络节点中选择用于提交交易信息的目标联盟链节点；

处理单元，配置为将来自于应用侧的交易信息提交给所述目标联盟链节点，以使所述目标联盟链节点发起对所述交易信息的验证处理。

12.一种基于联盟链系统的交易信息处理装置，其特征在于，所述联盟链系统中包含有网关节点和至少一个联盟链子网络，一个所述网关节点与一个所述联盟链子网络相对应，所述交易信息处理装置设置在所述联盟链子网络中的联盟链节点内，所述交易信息处理装置包括：

交互单元，配置为向联盟链子网络中广播节点存活消息，并接收联盟链子网络中的各个联盟链节点广播的节点存活消息，所述节点存活消息中包含有发送方节点标识；

确定单元，配置为根据接收到的节点存活消息，确定所述联盟链子网络中处于存活状态的网络节点；

发送单元，配置为向与所述联盟链子网络相对应的网关节点发送联盟链节点信息，所述联盟链节点信息包括处于存活状态的网络节点，以使所述网关节点选择用于提交交易信息的目标联盟链节点。

13.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的基于联盟链系统的交易信息处理方法。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至10中任一项所述的基于联盟链系统的交易信息处理方法。

15.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，计算机设备的处理器从所述计算机可读存储介质读取并执行所述计算机指令，使得所述计算机设备执行如权利要求1至10中任一项所述的基于联盟链系统的交易信息处理方法。

Images