CN106899680A - 多区块链的分片处理方法和装置 - Google Patents

Abstract

本发明涉及一种多区块链的分片处理方法和装置，所述方法包括：接收应用客户端发送的交易请求，所述交易请求中携带了应用客户端参数，所述应用客户端参数包括业务类型；获取多个区块链的区块链标识，所述区块链具有对应的业务类型，所述区块链上部署了应用级代码；对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识；将所述交易请求分配至与已选择的区块链标识对应的区块链，使得所述区块链上部署的应用级代码根据所述应用客户端参数完成交易。采用本方法在面对海量交易请求时能够有效提高区块链性能。

Description

多区块链的分片处理方法和装置

技术领域

本发明涉及互联网技术领域，特别是涉及一种多区块链的分片处理方法和装置。

背景技术

区块链的应用级代码是指在区块链的应用领域所调用的应用层面的代码。区块链的应用领域包括智能合约、证券交易和电子商务等。应用级代码初始化后被存储在区块链中，通过应用级代码可以在区块链上进行交易，交易结果保存在区块链中。在传统的区块链平台中，通常只有一个区块链，区块链涵盖了多种业务类型，通过这一区块链可以进行多种业务类型的电子交易。如果在同一时间内向这一区块链发起了海量的交易请求，无疑会对区块链的性能带来极大影响，甚至会导致区块链平台宕机。

发明内容

基于此，有必要针对上述技术问题，提供一种在面对海量交易请求时能够有效提高区块链性能的多区块链的分片处理方法和装置。

一种多区块链的分片处理方法，所述方法包括：

接收应用客户端发送的交易请求，所述交易请求中携带了应用客户端参数，所述应用客户端参数包括业务类型；

获取多个区块链的区块链标识，所述区块链具有对应的业务类型，所述区块链上部署了应用级代码；

对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识；

将所述交易请求分配至与已选择的区块链标识对应的区块链，使得所述区块链上部署的应用级代码根据所述应用客户端参数完成交易。

在其中一个实施例中，所述应用客户端参数还包括业务标识，所述对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识的步骤包括：

若与所述交易请求中携带的业务类型对应的区块链标识为多个，则根据所述业务类型、业务标识和每个区块链标识分别进行哈希计算，得到相应的哈希结果集合；

根据哈希结果集合选择与所述交易请求对应的区块链标识。

在其中一个实施例中，所述应用客户端参数还包括业务标识，所述对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识的步骤包括：

若与所述交易请求中携带的业务类型对应的区块链标识为多个，则将相同业务类型的区块链作为物理区块链，并将物理区块链分为多个虚拟区块链；

获取所述多个虚拟区块链对应的虚拟区块链标识；

根据所述业务类型、业务标识和每个虚拟区块链标识分别进行哈希计算，得到相应的哈希结果集合；

根据哈希结果集合选择与所述交易请求对应的虚拟区块链标识。

在其中一个实施例中，所述对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识的步骤包括：

当区块链的数量发生变化时，获取映射表，所述映射表包括应用客户端参数与区块链标识之间的映射关系，所述应用客户端参数包括业务类型和业务标识；

根据所述映射关系以及所述交易请求中携带的业务类型和业务标识在所述映射表中检索对应的区块链标识，将检索到的区块链标识记录为已选择的区块链标识。

在其中一个实施例中，所述方法还包括：

接收所述应用客户端发送的事件消息流获取请求；

将所述事件消息流获取请求发送至所述交易请求所分配的区块链；

当所述区块链通过应用级代码执行交易时，获取对应的事件消息流，将所述事件消息流返回至应用客户端。

一种多区块链的分片处理装置，所述装置包括：

应用级代码分片服务端，用于接收应用客户端的交易请求，所述交易请求中携带了应用客户端参数，所述应用客户端参数包括业务类型；获取多个区块链的区块链标识，所述区块链具有对应的业务类型，所述区块链上部署了应用级代码；对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识；

应用级代码分片客户端，用于将所述交易请求分配至与已选择的区块链标识对应的区块链，使得所述区块链上部署的应用级代码根据所述应用客户端参数完成交易。

在其中一个实施例中，所述应用客户端参数还包括业务标识，所述应用级代码分片服务端还用于若与所述交易请求中携带的业务类型对应的区块链标识为多个，则根据所述业务类型、业务标识和每个区块链标识分别进行哈希计算，得到相应的哈希结果集合；根据哈希结果集合选择与所述交易请求对应的区块链标识。

在其中一个实施例中，所述应用客户端参数还包括业务标识，所述应用级代码分片服务端还用于若与所述交易请求中携带的业务类型对应的区块链标识为多个，则将相同业务类型的区块链作为物理区块链，并将物理区块链分为多个虚拟区块链；获取所述多个虚拟区块链对应的虚拟区块链标识；根据所述业务类型、业务标识和每个虚拟区块链标识分别进行哈希计算，得到相应的哈希结果集合；根据哈希结果集合选择与所述交易请求对应的虚拟区块链标识。

在其中一个实施例中，所述应用级代码分片服务端还用于当区块链的数量发生变化时，获取映射表，所述映射表包括应用客户端参数与区块链标识之间的映射关系，所述应用客户端参数包括业务类型和业务标识；根据所述映射关系以及所述交易请求中携带的业务类型和业务标识在所述映射表中检索对应的区块链标识，将检索到的区块链标识记录为已选择的区块链标识。

在其中一个实施例中，所述装置还包括：

事件消息服务端，用于接收所述应用客户端发送的事件消息流获取请求；将所述事件消息流获取请求发送至所述交易请求所分配的区块链；

事件消息客户端，用于当所述区块链通过应用级代码执行交易时，获取对应的事件消息流，将所述事件消息流返回至应用客户端。

上述多区块链的分片处理方法和装置，在接收到应用客户端的交易请求之后，对交易请求中携带的应用客户端参数进行解析，在多个区块链标识中选择与交易请求携带的业务类型对应的区块链标识，从而将交易请求分配至已选择出的区块链标识所对应的区块链，以此使得区块链上部署的应用级代码根据应用客户端参数完成交易。由于区块链具有对应的业务类型，交易请求会被分配至业务类型对应的区块链，在面对海量交易请求时，能够使得不同业务类型的交易在不同的区块链中进行，有效提高了区块链的性能。

附图说明

图1为一个实施例中多区块链的分片处理方法的应用环境图；

图2为一个实施例中多区块链的分片处理方法的流程图；

图3为一个实施例中多区块链的分片处理系统的连接示意图；

图4为一个实施例中服务器的结构示意图；

图5为一个实施例中多区块链的分片处理装置的结构示意图；

图6为另一个实施例中多区块链的分片处理装置的结构示意图。

具体实施方式

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

本发明实施例中所提供的多区块链的分片处理处理方法可以应用于如图1所示的应用环境中。其中，客户终端102通过网络与服务器104进行连接。客户终端102上安装了应用客户端。每种应用客户端可以用来进行一种业务类型的交易。服务器104上运行了应用级代码分片服务端以及多个应用级代码分片客户端。其中，应用级代码分片客户端与区块链一一对应。应用级代码分片服务端接收应用客户端发送的交易请求。交易请求中携带了应用客户端参数。应用级代码分片服务端对应用客户端参数进行解析，得到其包含的业务类型、业务标识和交易数据。应用级代码分片服务端获取多个区块链的区块链标识，在这多个区块链标识中选择与交易请求携带的业务类型对应的区块链标识。区块链与应用级代码分片客户端是一一对应的，应用级代码分片服务端根据已选出的区块链标识选择相应的应用级代码分片客户端，将交易请求转发至应用级代码分片客户端。应用级代码分片客户端根据交易请求调用对应的区块链的外部接口，以此调用区块链上部署的应用级代码根据应用客户端参数来执行交易。由于区块链具有对应的业务类型，交易请求会被分配至业务类型对应的区块链，在面对海量交易请求时，能够使得不同业务类型的交易在不同的区块链中进行，有效提高了区块链的性能。

在一个实施例中，如图2所示，提供了一种多区块链的分片处理方法，以该方法应用于图1中的服务器为例进行说明，具体包括：

步骤202，接收应用客户端发送的交易请求，所述交易请求中携带了应用客户端参数，所述应用客户端参数包括业务类型。

步骤204，获取多个区块链的区块链标识，区块链具有对应的业务类型，区块链上部署了应用级代码。

步骤206，对应用客户端参数进行解析，选择与交易请求携带的业务类型对应的区块链标识。

步骤208，将交易请求分配至与已选择的区块链标识对应的区块链，使得区块链上部署的应用级代码根据应用客户端参数完成交易。

客户终端上安装了应用客户端。每种应用客户端可以用来进行一种业务类型的交易。客户终端通过不同的应用客户端可以进行不同业务类型的交易。同一个客户终端上可以安装一个应用客户端，也可以安装多个应用客户端。

在区块链平台中，按照业务类型生成多个区块链。每个区块链都具有对应的业务类型，同一业务类型也可以对应多个区块链。每个区块链都可以具有相应的区块链标识。例如，区块链标识可以是区块链的编号。每个区块链上可以按照预设规则部署应用级代码，区块链为应用级代码提供了多类外部接口。外部接口包括初始化接口、交易调用接口、交易结果查询接口和区块链状态查询接口等。区块链的使用者可以通过应用客户端和服务器调用这些外部接口时可以调用指定的区块链上部署的应用级代码，从而可以使得每个区块链分别执行与其业务类型对应的交易。这也可以称为应用级代码的分片。

服务器上运行了应用级代码分片服务端以及多个应用级代码分片客户端。其中，应用级代码分片客户端与区块链一一对应。在应用级代码分片服务端以及多个应用级代码分片客户端启动时，应用级代码分片服务端与多个应用客户端建立连接，应用级代码分片客户端与一一对应的区块链上所部署的应用级代码建立连接。

服务器上运行的应用级代码分片服务端接收应用客户端发送的交易请求。交易请求中携带了应用客户端参数。应用级代码分片服务端对应用客户端参数进行解析，得到其包含的业务类型、业务标识和交易数据。其中，交易数据包括交易对象、交易金额和交易日期等。应用级代码分片服务端获取多个区块链的区块链标识，在这多个区块链标识中选择与交易请求携带的业务类型对应的区块链标识。具体地，如果与交易请求中携带的业务类型所对应的区块链标识只有一个，则将该区块链标识记录为已选出的区块链标识。如果与交易请求中携带的业务类型所对应的区块链标识有多个，则应用级代码分片服务端根据区块链标识进行负载均衡处理，在多个相同业务类型的区块链标识中选择其中一个，并将选择出的区块链标识记录为已选出的区块链标识。

由于区块链与应用级代码分片客户端是一一对应的，应用级代码分片服务端根据已选出的区块链标识选择相应的应用级代码分片客户端，将交易请求转发至应用级代码分片客户端。以此在确保区块链负载均衡性和数据一致性的基础上能够选择合适的应用级代码客户端来处理交易请求。应用级代码分片客户端根据交易请求调用对应的区块链的外部接口，以此调用区块链上部署的应用级代码根据应用客户端参数来执行交易。可以有效避免在不同的区块链之间迁移数据，以及由于数据迁移带来的额外负载等问题。

本实施例中，在接收到应用客户端的交易请求之后，对交易请求中携带的应用客户端参数进行解析，在多个区块链标识中选择与交易请求携带的业务类型对应的区块链标识，从而将交易请求分配至已选择出的区块链标识所对应的区块链，以此使得区块链上部署的应用级代码根据应用客户端参数完成交易。由于区块链具有对应的业务类型，交易请求会被分配至业务类型对应的区块链，在面对海量交易请求时，能够使得不同业务类型的交易在不同的区块链中进行，有效提高了区块链的性能。

在一个实施例中，对应用客户端参数进行解析，选择与交易请求携带的业务类型对应的区块链标识的步骤包括：若与交易请求中携带的业务类型对应的区块链标识为多个，则根据业务类型、业务标识和每个区块链标识分别进行哈希计算，得到相应的哈希结果集合；根据哈希结果集合选择与交易请求对应的区块链标识。

本实施例中，服务器与多个区块链建立了连接，与多个应用客户端建立了连接。当区块链的数量不变时，无论应用客户端的数量是否发生变化，服务器都需要确保区块链之间的数据不会发生迁移，并且需要确保区块链的负载均衡性和数据一致性。也就是说，服务器需要确保多个区块链能够被均匀的调用，并且将同一个应用客户端发送的交易请求都分配至同一个区块链。

具体地，服务器上运行的应用级代码分片服务端对应用客户端参数进行解析，得到相应的业务类型和业务标识。若与交易请求中携带的业务类型对应的区块链标识为多个，则应用级代码分片服务端获取相同业务类型的多个区块链标识。应用级代码分片服务端利用业务类型、业务标识和每个区块链标识分别进行哈希计算，得到相应的哈希结果集合。例如，采用最高随机权重的哈希算法对业务类型、业务标识和区块链标识进行一致性哈希计算，得到相应的哈希结果。

如果服务器上运行的应用级代码分片服务端接收到多个相同业务类型的交易请求，应用级代码分片服务端对每个交易请求中携带的应用客户端参数进行解析，得到每个应用客户端输入的业务类型和业务标识。应用级代码分片服务端对每个应用客户端输入的业务类型、业务标识以及每个区块链标识分别进行哈希计算，到相应的哈希结果集合。服务器通过负载均衡方式和哈希结果一致性的方式在哈希结果集合中选择每个交易请求相应的区块链标识。

应用级代码分片服务端对哈希结果进行负载均衡处理，在相同业务类型的多个区块链标识中选择与交易请求对应的区块链标识。从而可以实现多个区块链的均衡使用，有效确保区块链的负载均衡性。而且能够实现将同一应用客户端的交易请求分配至同一区块链，由此有效确保区块链的数据一致性。通过为应用客户端发送的交易请求选择一个合适的区块链，能够确保区块链的数量不变化时，不论应用客户端的数据量是否发生变化，都不会引起区块链之间的数据迁移，即不会出现一个区块链的交易数据迁移到另一个区块链上的情形。

在其中一个实施例中，对应用客户端参数进行解析，选择与交易请求携带的业务类型对应的区块链标识的步骤包括：若与交易请求中携带的业务类型对应的区块链标识为多个，则将相同业务类型的区块链作为物理区块链，并将物理区块链分为多个虚拟区块链；获取多个虚拟区块链对应的虚拟区块链标识；根据业务类型、业务标识和每个虚拟区块链标识分别进行哈希计算，得到相应的哈希结果集合；根据哈希结果集合选择与交易请求对应的虚拟区块链标识。

当服务器上运行的应用级代码分片服务端接收到多个相同业务类型的交易请求，而且相同业务类型的交易请求的数量大于相同业务类型的区块链的数量时，服务器上运行的应用级代码分片服务端可以将相同业务类型的区块链作为物理区块链。应用级代码分片服务端将每个物理区块链分为多个虚拟区块链，并且对每个虚拟区块链生成相应的虚拟区块链标识。应用级代码分片服务端根据业务类型、业务标识和每个虚拟区块链标识分别进行哈希计算，得到相应的哈希结果集合。服务器通过负载均衡方式和哈希结果一致性的方式在哈希结果集合中选择每个交易请求相应的区块链标识。

应用级代码分片服务端对哈希结果进行负载均衡处理，在相同业务类型的多个虚拟区块链标识中选择与交易请求对应的虚拟区块链标识。将选择出的虚拟区块链标识记录为已选择的虚拟区块链标识。应用级代码分片服务端将多个交易请求分别转发至与已选择的虚拟区块链标识一一对应的应用级代码分片客户端。通过应用级代码分片客户端将交易请求分配至对应的虚拟区块链标识，根据虚拟区块链标识来访问虚拟区块链所映射的物理区块链。由此能够在相同业务类型的交易请求的数量大于相同业务类型的区块链的数量时实现多个区块链的均衡使用，有效确保区块链的负载均衡性。并且能够实现将同一应用客户端的交易请求分配至同一区块链，有效确保了区块链的数据一致性。通过为应用客户端发送的交易请求选择一个合适的区块链，能够确保区块链的数量不变化时，不论应用客户端的数据量是否发生变化，都不会引起区块链之间的数据迁移。

在一个实施例中，对应用客户端参数进行解析，选择与交易请求携带的业务类型对应的区块链标识的步骤包括：当区块链的数量发生变化时，获取映射表，映射表包括应用客户端参数与区块链标识之间的映射关系，应用客户端参数包括业务类型和业务标识；根据映射关系以及交易请求中携带的业务类型和业务标识在映射表中检索对应的区块链标识，将检索到的区块链标识记录为已选择的区块链标识。

本实施例中，与服务器连接的区块链数量可能会发生变化，例如，区块链与服务器之间的连接出现故障，致使区块链不可用，区块链的数量会减少。或者增加与服务器建立连接的区块链，区块链的数量会增加。服务器可以预先建立应用客户端参数与区块链标识之间的映射关系表，其中，应用客户端参数包括业务类型和业务标识。

当服务器上运行的应用级代码分片服务端接收应用客户端发送的交易请求时，根据映射关系以及交易请求中携带的业务类型和业务标识在映射表中检索对应的区块链标识，将检索得到的区块链标识记录为已选择的区块链标识。从而将交易请求分配至已选择的区块链标识。进而实现了区块链的负载均衡性和数据一致性。通过为应用客户端发送的交易请求选择一个合适的区块链，能够确保应用客户端的数据量发生变化时，不会引起区块链之间的数据迁移。

进一步的，映射表存储在服务器的磁盘存储器中，并且可以缓存在内存中，便于为交易请求选择合适的区块链标识时能够快速读取。如果新增了应用客户端参数和/或者区块链标识，则服务器上运行的应用级代码分片服务端可以根据新增的应用客户端参数和/或区块链标识对映射表进行更新，并且可以将更新后的映射表缓存至内存。

在一个实施例中，该方法还包括：接收应用客户端发送的事件消息流获取请求；将事件消息流获取请求发送至交易请求所分配的区块链；当区块链通过应用级代码执行交易时，获取对应的事件消息流，将事件消息流返回至应用客户端。

本实施例中，服务器上除了运行应用级代码分片服务端和应用级代码分片客户端之外，还运行了事件消息服务端和事件消息客户端。其中，事件消息客户端可以是多个，可以与区块链一一对应。服务器上运行的应用级代码分片服务端、应用级代码分片客户端、事件消息服务端和事件消息客户端可以统称为多区块链分片处理系统。当多区块链分片处理系统启动时，应用级代码分片服务端与多个应用客户端建立连接，事件消息服务端与多个应用客户端建立连接，应用级代码分片客户端与一一对应的区块链上所部署的应用级代码建立连接，事件消息客户端与一一对应的区块链上所部署的应用级代码建立连接，如图3所示。每个区块链可以分别与应用级代码分片客户端与事件消息客户端一一对应。多区块链分片处理系统在启动后即会建立上述连接，避免在执行应用级代码和事件处理时才建立连接而引起的额外网络连接负担。

多区块链分片处理系统对区块链与应用级代码分片客户端之间的连接以及区块链与事件消息客户端之间的连接进行监控。当区块链与应用级代码分片客户端或与事件消息客户端之间的连接中断，则断开连接的区块链不可用，不能处理交易以及事件消息流。待区块链的网络连接恢复后，可以再次作为可用的区块链。

事件包括应用客户端与应用级代码分片服务端通信时触发的事件、应用客户端与事件消息服务端通信时触发的事件，以及区块链上部署的应用级代码在执行交易时所触发的事件。例如，注册、注销和拒绝等以及交易状态和区块链状况等。传统的方式中，区块链上部署的应用级代码可以通过同步或异步的方式向服务器返回注册、注销和拒绝等通信事件的信息。但是交易状态等用户感兴趣事件的消息，需要用户通过应用客户端主动查询才能得到。

本实施例中，多个应用客户端与多个区块链之间通过事件消息流的方式进行通信。在事件消息服务端与应用客户端建立连接之后，应用客户端可以向事件消息服务端注册感兴趣的事件，例如，交易状态和区块链状态等。应用客户端向应用级代码分片服务端发送交易请求时，还可以向事件消息服务端发送事件消息流获取请求，应用级代码分片服务端根据交易请求中携带的业务类型和业务标识选择相应的区块链。应用级代码分片客户端将应用客户端的交易请求分配至已选择的区块链。事件消息服务端将应用客户端发送的事件消息流获取请求转发至事件消息客户端，事件消息客户端将事件消息流获取请求发送至处理交易请求的区块链。也就是说，交易请求与事件消息流获取请求被分配至同一个区块链。

当区块链通过应用级代码执行交易时，事件客户端采用同步或异步的方式调用应用级代码的外部接口，获取事件消息流。事件客户端将获取到的事件消息流返回至事件服务端，事件服务端将事件消息流发送至对应的应用客户端。由此不需再通过应用客户端对感兴趣的事件进行查询，可以直接获悉用户感兴趣事件的消息，为用户提供了方便。

多个应用客户端与多个区块链之间可以通过双向事件消息流的方式进行通信。事件服务端可以并发读取多个应用客户端的事件消息流，并且通过事件客户端将读取到的事件消息流发送至对应的区块链。事件客户端也可以通过并发的形式读取区块链的事件消息流，通过事件服务端将事件消息流并发发送至应用客户端。并发包括进程并发处理、线程并发处理以及协程并发处理等。通过并发的形式对应用客户端与区块链之间的事件消息流进行读写操作，能够有效提高应用客户端与区块链之间的通信效率。

在一个实施例中，服务器上可以运行多个多区块链分片处理系统，多个多区块链分片处理系统可以形成多区块链分片处理集群。应用客户端和区块链可以与多区块链分片处理集群中的一个多区块链分片处理系统建立连接。当连接的多区块链分片处理系统出现故障时，可以切换至多区块链分片处理集群中其他多区块链分片处理系统来继续执行交易和事件消息流处理。由此通过集群模式消除了多区块链分片处理系统的单点故障，有效提高了多区块链分片处理的性能。

在一个实施例中，如图4所示，提供了一种服务器400，包括通过系统总线连接的处理器401、内存储器402、非易失性存储介质403和网络接口404。其中，该服务器的非易失性存储介质403中存储有操作系统4031和多区块链的分片处理处理装置4032，多区块链的分片处理装置4032用于实现能够有效减少客户数据屏蔽处理的耗时，提高屏蔽处理效率。服务器400的处理器401用于提供计算和控制能力，被配置为执行一种多区块链的分片处理方法。服务器400的内存储器402为非易失性存储介质中的客户数据屏蔽处理装置4032的运行提供环境，内存储器402中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种多区块链的分片处理方法。服务器400的网络接口404用于据以与外部的客户终端通过网络连接通信，比如接收客户终端上传的交易请求，向客户终端发送事件消息流等。服务器400可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体地，服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，如图5所示，提供了一种多区块链的分片处理装置500，包括：应用级代码分片服务端502和应用级代码分片客户端504，其中：

应用级代码分片服务端502，用于接收应用客户端的交易请求，交易请求中携带了应用客户端参数，应用客户端参数包括业务类型；获取多个区块链的区块链标识，区块链具有对应的业务类型，区块链上部署了应用级代码；对应用客户端参数进行解析，选择与交易请求携带的业务类型对应的区块链标识。

应用级代码分片客户端504，用于将交易请求分配至与已选择的区块链标识对应的区块链，使得区块链上部署的应用级代码根据应用客户端参数完成交易。

在一个实施例中，应用客户端参数还包括业务标识，应用级代码分片服务端502还用于若与交易请求中携带的业务类型对应的区块链标识为多个，则根据业务类型、业务标识和每个区块链标识分别进行哈希计算，得到相应的哈希结果集合；根据哈希结果集合选择与交易请求对应的区块链标识。

在一个实施例中，应用客户端参数还包括业务标识，应用级代码分片服务端502还用于若与交易请求中携带的业务类型对应的区块链标识为多个，则将相同业务类型的区块链作为物理区块链，并将物理区块链分为多个虚拟区块链；获取多个虚拟区块链对应的虚拟区块链标识；根据业务类型、业务标识和每个虚拟区块链标识分别进行哈希计算，得到相应的哈希结果集合；根据哈希结果集合选择与交易请求对应的虚拟区块链标识。

在一个实施例中，应用级代码分片服务端502还用于当区块链的数量发生变化时，获取映射表，映射表包括应用客户端参数与区块链标识之间的映射关系，应用客户端参数包括业务类型和业务标识；根据映射关系以及交易请求中携带的业务类型和业务标识在映射表中检索对应的区块链标识，将检索到的区块链标识记录为已选择的区块链标识。

在一个实施例中，如图6所示，该装置还包括：事件消息服务端506和事件消息客户端508，其中：

事件消息服务端506，用于接收应用客户端发送的事件消息流获取请求；将事件消息流获取请求发送至交易请求所分配的区块链。

事件消息客户端508，用于当区块链通过应用级代码执行交易时，获取对应的事件消息流，将事件消息流返回至应用客户端。

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

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

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

Claims (10)

1.一种多区块链的分片处理方法，所述方法包括：

接收应用客户端发送的交易请求，所述交易请求中携带了应用客户端参数，所述应用客户端参数包括业务类型；

获取多个区块链的区块链标识，所述区块链具有对应的业务类型，所述区块链上部署了应用级代码；

对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识；

将所述交易请求分配至与已选择的区块链标识对应的区块链，使得所述区块链上部署的应用级代码根据所述应用客户端参数完成交易。

2.根据权利要求1所述的方法，其特征在于，所述应用客户端参数还包括业务标识，所述对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识的步骤包括：

若与所述交易请求中携带的业务类型对应的区块链标识为多个，则根据所述业务类型、业务标识和每个区块链标识分别进行哈希计算，得到相应的哈希结果集合；

根据哈希结果集合选择与所述交易请求对应的区块链标识。

3.根据权利要求1所述的方法，其特征在于，所述应用客户端参数还包括业务标识，所述对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识的步骤包括：

若与所述交易请求中携带的业务类型对应的区块链标识为多个，则将相同业务类型的区块链作为物理区块链，并将物理区块链分为多个虚拟区块链；

获取所述多个虚拟区块链对应的虚拟区块链标识；

根据所述业务类型、业务标识和每个虚拟区块链标识分别进行哈希计算，得到相应的哈希结果集合；

根据哈希结果集合选择与所述交易请求对应的虚拟区块链标识。

4.根据权利要求1所述的方法，其特征在于，所述对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识的步骤包括：

当区块链的数量发生变化时，获取映射表，所述映射表包括应用客户端参数与区块链标识之间的映射关系，所述应用客户端参数包括业务类型和业务标识；

根据所述映射关系以及所述交易请求中携带的业务类型和业务标识在所述映射表中检索对应的区块链标识，将检索到的区块链标识记录为已选择的区块链标识。

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

接收所述应用客户端发送的事件消息流获取请求；

将所述事件消息流获取请求发送至所述交易请求所分配的区块链；

当所述区块链通过应用级代码执行交易时，获取对应的事件消息流，将所述事件消息流返回至应用客户端。

6.一种多区块链的分片处理装置，其特征在于，所述装置包括：

应用级代码分片服务端，用于接收应用客户端的交易请求，所述交易请求中携带了应用客户端参数，所述应用客户端参数包括业务类型；获取多个区块链的区块链标识，所述区块链具有对应的业务类型，所述区块链上部署了应用级代码；对所述应用客户端参数进行解析，选择与所述交易请求携带的业务类型对应的区块链标识；

应用级代码分片客户端，用于将所述交易请求分配至与已选择的区块链标识对应的区块链，使得所述区块链上部署的应用级代码根据所述应用客户端参数完成交易。

7.根据权利要求6所述的装置，其特征在于，所述应用客户端参数还包括业务标识，所述应用级代码分片服务端还用于若与所述交易请求中携带的业务类型对应的区块链标识为多个，则根据所述业务类型、业务标识和每个区块链标识分别进行哈希计算，得到相应的哈希结果集合；根据哈希结果集合选择与所述交易请求对应的区块链标识。

8.根据权利要求6所述的装置，其特征在于，所述应用客户端参数还包括业务标识，所述应用级代码分片服务端还用于若与所述交易请求中携带的业务类型对应的区块链标识为多个，则将相同业务类型的区块链作为物理区块链，并将物理区块链分为多个虚拟区块链；获取所述多个虚拟区块链对应的虚拟区块链标识；根据所述业务类型、业务标识和每个虚拟区块链标识分别进行哈希计算，得到相应的哈希结果集合；根据哈希结果集合选择与所述交易请求对应的虚拟区块链标识。

9.根据权利要求6所述的装置，其特征在于，所述应用级代码分片服务端还用于当区块链的数量发生变化时，获取映射表，所述映射表包括应用客户端参数与区块链标识之间的映射关系，所述应用客户端参数包括业务类型和业务标识；根据所述映射关系以及所述交易请求中携带的业务类型和业务标识在所述映射表中检索对应的区块链标识，将检索到的区块链标识记录为已选择的区块链标识。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

事件消息服务端，用于接收所述应用客户端发送的事件消息流获取请求；将所述事件消息流获取请求发送至所述交易请求所分配的区块链；

事件消息客户端，用于当所述区块链通过应用级代码执行交易时，获取对应的事件消息流，将所述事件消息流返回至应用客户端。