区块链分离处理方法及系统与流程

本申请涉及区块链技术领域，具体而言，涉及一种区块链分离处理方法及系统。

背景技术：

如今区块链技术的发展越来越快，区块链技术也迅速被应用到各个领域，在基于区块链实现交易记录、产品溯源等时都需要将大量的数据存储在区块中。现有的区块链技术通常是通过同一个区块链来实现存储、验证以及数据传输功能的，使得该区块链的某些节点数据处理量较大，负载较为严重，处理效率低。

技术实现要素：

有鉴于此，本申请实施例的目的在于提供一种区块链分离处理方法及系统，以改善现有技术中区块链数据处理量较大，负载较为严重，处理效率低的问题。

本申请实施例提供了一种区块链分离处理方法，所述区块链分离处理方法包括：交易链中的交易节点发起交易，基于所述交易的交易数据计算获得交易哈希值，并将所述交易数据和所述交易哈希值发送给验证链；所述验证链中的验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证；在所述交易通过验证时，所述验证节点将所述交易数据、所述交易哈希值发送至存储链；所述存储链中的存储节点对所述交易数据进行存储。

在上述实现过程中，通过交易链、验证链和存储链分别完成交易发起、交易验证和数据存储的工作，从而将原本通过单一区块链进行的工作分担至多条链上，从而降低了区块链节点的负载，提高了数据传输及处理的效率。

可选地，交易链中的交易节点发起交易，并基于所述交易的交易数据计算获得交易哈希值，将所述交易数据和所述交易哈希值发送给验证链，包括：所述交易链中的第一交易节点发起交易；在所述交易链中的第二交易节点的当前计算速度、与所述验证链的网络连接状况满足预设条件时，所述第一交易节点将所述交易数据发送至所述第二交易节点；所述第二交易节点基于所述交易数据计算获得所述交易哈希值，并将所述交易数据和所述交易哈希值发送至所述验证链。

在上述实现过程中，基于计算速度、网络状况等情况在交易链中选取进行交易哈希值计算的交易节点，保证了交易哈希值的计算速度，优化了运算资源的利用率。

可选地，将所述交易数据和所述交易哈希值发送至所述验证链，包括：所述第二交易节点采用私钥对所述交易数据和所述交易哈希值进行加密，将加密获得的加密数据发送给所述验证链。

可选地，所述验证链中的验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证，包括：所述验证链中的第一验证节点接收所述加密数据，并将所述加密数据广播给所述验证链中的其他验证节点；所述验证链中的每个验证节点采用所述第二交易节点的公钥对所述加密数据进行解密，获得所述交易数据和所述交易哈希值；每个验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证。

在上述实现过程中，交易节点与验证链之间通过非对称加密方式确认交易哈希值的发送方的身份是否合法，提高了交易认证的安全性。

可选地，所述交易数据包括交易发起方、交易接收方、交易金额和交易时间戳，每个验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证，包括：每个验证节点基于所述交易发起方、所述交易接收方、所述交易金额、所述交易时间戳获得验证交易哈希值；在所述验证交易哈希值与所述交易哈希值相同，且所述交易发起方和所述交易接收方的地址为有效地址，所述交易时间戳和所述交易金额符合预设规则时，确定所述交易通过验证。

在上述实现过程中，验证节点分别对交易发起方、交易接收方、交易金额和交易时间戳进行验证后，再对基于交易数据对交易哈希值进行验证，在上述各方面均通过验证时确定该交易通过验证，从而保证了交易验证的全面性和准确性。

可选地，验证节点将所述交易数据、所述交易哈希值发送至存储链，包括：在所述验证链中大于预设数量的验证节点确定所述交易通过验证时，所述验证节点将所述交易数据、所述交易哈希值发送至存储链。

在上述实现过程中，在多个验证节点对交易完成验证后，才确定该交易通过验证能够进行存储，进一步提高了交易的安全性。

可选地，所述存储链中的存储节点对所述交易数据、所述交易哈希值进行存储，包括：所述存储链中的第一存储节点接收所述验证节点发送的所述交易哈希值、所述交易数据；所述存储链中的第一存储节点对所述交易哈希值进行打包，获得存储哈希值；所述第一存储节点将所述交易数据和所述存储哈希值发送给所述存储链中的其他存储节点；所述存储链中的每个存储节点在接收到所述交易数据和所述存储哈希值后，将所述交易数据和所述存储哈希值存入区块链中。

在上述实现过程中，存储链将交易哈希值打包后与交易数据分别存储在不同数据库中，并通过打包后的交易哈希值作为交易数据的具体数据结构索引，从而提高了数据存储及查询效率；同时将交易数据和存储哈希值在存储链的所有存储节点中广播，以使每个存储节点均将交易数据和存储哈希值存入本地的数据库中，提高了交易安全性。

本申请实施例还提供了一种区块链分离处理系统，所述系统包括：交易链，用于通过交易节点发起交易，基于所述交易的交易数据计算获得交易哈希值，并将所述交易数据和所述交易哈希值发送给验证链；所述验证链，用于通过验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证，并在所述交易通过验证时，所述验证节点将所述交易数据、所述交易哈希值发送至存储链；所述存储链，用于通过存储节点对所述交易数据进行存储。

在上述实现过程中，通过交易链、验证链和存储链分别完成交易发起、交易验证和数据存储的工作，从而将原本通过单一区块链进行的工作分担至多条链上，从而降低了区块链节点的负载，提高了数据传输及处理的效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种区块链分离处理方法的流程图；

图2为本申请实施例提供的一种交易数据及交易哈希值的获取及发送步骤的流程图；

图3为本申请实施例提供的一种交易哈希值的验证步骤的流程图；

图4为本申请实施例提供的一种存储节点的数据存储步骤的流程图；

图5为本申请实施例提供的一种区块链分离处理系统的模块框图。

图标：20-区块链分离处理系统；21-交易链；22-验证链；23-存储链。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

经本申请人研究发现，现有的区块链技术通常只存在一条链，即通过同一区块链进行存储、验证以及数据传输的工作，区块链中的某些区块链节点可能会存在数据处理量较大、负载过重、数据处理效率低的问题。

为了解决上述问题，本申请实施例提供了一种区块链分离处理方法，请参考图1，图1为本申请实施例提供的一种区块链分离处理方法的流程示意图。该区块链分离处理方法的具体步骤可以如下：

步骤S12：交易链中的交易节点发起交易，基于所述交易的交易数据计算获得交易哈希值，并将所述交易数据和所述交易哈希值发送给验证链。

交易数据可以是一项或多项交易的交易数据，其主要包括交易输入（inputs）和交易输出（outputs），还可以包括交易参考版本号（version）、输入数量（numInputs）、输出数量（numOutputs）、交易锁定时间（lockTime）等数据。

上述交易哈希值是采用单向哈希函数对交易数据求取获得的密文，该方式可以是哈希签名，哈希签名是最主要的数字签名方法，也称之为数字摘要法（Digital Digest）或数字指纹法（Digital Finger Print）。数字摘要就是采用单项哈希函数（例如MD4、MD5等）将需要加密的明文“摘要”成一串固定长度（例如128位）的密文这一串密文又称为数字指纹，它有固定的长度，而且不同的明文摘要成密文，其结果总是不同的，而同样的明文其摘要必定一致。其中，哈希就是把任意长度的输入，通过散列算法，变换成固定长度的输出，该输出就是散列值。

步骤S14：所述验证链中的验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证。

在本实施例中，在对验证速度更加看重时，验证链可以通过一个验证节点对交易数据和交易哈希值进行验证，而在对验证安全性更加注重时，验证链可以通过多个验证节点对交易数据和交易哈希值进行验证。

步骤S16：在所述交易通过验证时，所述验证节点将所述交易数据、所述交易哈希值发送至存储链。

步骤S18：所述存储链中的存储节点对所述交易数据进行存储。

在上述实施例中，将单一的区块链划分为交易链、验证链和存储链，通过交易链、验证链和存储链分别完成交易发起、交易验证和数据存储的工作，从而将原本通过单一区块链进行的工作分担至多条链上，避免一个或某几个区块链节点承载过多计算或资源调用任务，从而降低了区块链节点的负载，提高了数据传输及处理的效率。

针对步骤S12，请参考图2，“交易链中的交易节点发起交易，并基于所述交易的交易数据计算获得交易哈希值，将所述交易数据和所述交易哈希值发送给验证链”可以包括如下具体步骤：

步骤S121：所述交易链中的第一交易节点发起交易。

本实施例中的交易链为需要发起交易的任意节点组成的链，第一交易节点是交易链中当前需要发起交易的任意节点。

步骤S122：在所述交易链中的第二交易节点的当前计算速度、与所述验证链的网络连接状况满足预设条件时，所述第一交易节点将所述交易数据发送至所述第二交易节点。

本步骤中的第二交易节点的预设条件可以是预先设定的固定的计算速度、网络传输速度等参数，还可以是在交易链中所有交易节点中选取当前计算速度、网络连接状况最佳的一个交易节点作为第二交易节点。

步骤S123：所述第二交易节点基于所述交易数据计算获得所述交易哈希值，并将所述交易数据和所述交易哈希值发送至所述验证链。

通过当前计算速度和网络连接状况较好的第二交易节点进行交易哈希值的计算以及发送，能够避免交易节点的计算资源占用不均，提高交易哈希值的计算效率，同时提高交易哈希值的发送速度。应当理解的是，本实施例还可以将交易哈希值的计算和发送任务分配给不同的交易节点进行，选取计算最快交易节点计算交易哈希值，选取网络连接状态最佳的交易节点发送交易哈希值，进一步提高交易哈希值的计算及发送效率。

在网络数据传输中，需要确认一个数据的数据发送方的身份，以及接收到的数据是否被篡改，通常需要对数据进行加密，本实施例为了保证交易数据和交易哈希值的安全性，可以通过非对称加密的方式对交易数据和交易哈希值进行加密。因此针对步骤S12，“将所述交易数据和所述交易哈希值发送至所述验证链”具体可以包括：所述第二交易节点采用私钥对所述交易数据和所述交易哈希值进行加密，将加密获得的加密数据发送给所述验证链。

其中，公钥与私钥是通过一种算法（例如RSA算法）得到的一个密钥对（即一个公钥和一个私钥），公钥是密钥对中公开的部分，私钥则是非公开的部分。公钥通常用于加密会话密钥、验证数字签名，或加密可以用相应的私钥解密的数据。通过这种算法得到的密钥对能保证在世界范围内是独一的，使用这个密钥对的时候，如果用其中一个密钥加密一段数据，需要用另一个密钥解密。比如用公钥加密数据就需要用对应的私钥解密，如果用私钥加密也需要用对应的公钥解密，否则解密将不会成功。

与上述步骤对应的是，请参考图3，步骤S14中“验证链中的验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证”基于非对称加密方式可以包括如下具体步骤：

步骤S141：所述验证链中的第一验证节点接收所述加密数据，并将所述加密数据广播给所述验证链中的其他验证节点。

可选地，第一验证节点可以是随机选取的，也可以是基于网络连接状况、当前计算速度等选取的，以保证第一验证节点在接收、发送加密数据时的效率。

可选地，在步骤S123以及步骤S141中进行交易节点和验证节点的选取时，还可以考虑引入防作弊机制，对交易链和验证链中所有节点进行作弊概率的检测，根据该结果在交易链中选取作弊概率小的交易节点，在验证链中选取作弊概率小的验证节点。

可选地，第一验证节点将加密数据发送给验证链中的哪几个验证节点可以是随机的，也可以是在计算速度、网络传输速度符合要求的验证节点中采用随机算法选取指定个数的验证节点，从而在提高了验证效率的同时保证了验证节点的随机性，从而提高了验证安全性。

步骤S142：所述验证链中的每个验证节点采用所述第二交易节点的公钥对所述加密数据进行解密，获得所述交易数据和所述交易哈希值。

应当理解的是，由于上述的加密数据是第二交易节点采用自己的私钥对所述交易数据和所述交易哈希值进行加密后得到的，因此本实施中的验证节点在对加密数据进行解密时需要用到第二交易节点的公钥，因此在解密前，第二交易节点需要将自身的公钥发送给验证链中的所有验证节点；或者，第二交易节点的公钥也可以预先发送给验证链中的所有验证节点，例如在第二交易节点的公私钥对生成后，就可以通过广播的形式发送给验证链中其他验证节点。

本实施例采用公钥和私钥进行身份认证，能够有效地防止假冒身份的问题，提高安全性。

步骤S143：每个验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证。

可选地，本实施例中的步骤S143具体可以包括：每个验证节点基于所述交易数据计算获得验证交易哈希值，并在所述验证交易哈希值与所述交易哈希值相同时，确定所述交易通过验证。

由于交易哈希值在交易数据存在细微变化时也会出现明显的不同，因此在解密后采用第二交易节点同样的哈希函数计算从加密数据中获得的交易数据的验证交易哈希值，在验证交易哈希值和交易哈希值相同时，证明从加密数据中获得的交易数据是第二交易节点发送的且未被篡改。

作为一种可选的实施方式，本实施中的交易数据可以包括交易发起方、交易接收方、交易金额和交易时间戳。以某区块链币种进行举例说明，A需要在今天上午十点转账给B十个币，则交易发起方为A，交易接收方为B，交易金额为10，交易时间戳为“1559038736000”，该时间戳可以代表一个具体时间例如2016年10月10日16点29分21秒。

进一步地，则上述步骤“每个验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证”可以包括：

步骤S143.1：每个验证节点基于所述交易发起方、所述交易接收方、所述交易金额、所述交易时间戳获得验证交易哈希值。

本实施例将交易发起方、交易接收方、交易金额和交易时间戳按照一定顺序排列作为交易数据的原文，然后采用哈希函数对其进行散列运算获得验证交易哈希值。

步骤S143.2：在所述验证交易哈希值与所述交易哈希值相同，且所述交易发起方和所述交易接收方的地址为有效地址，所述交易时间戳和所述交易金额符合预设规则时，确定所述交易通过验证。

验证节点可以存储有或能够通过云端查询所有交易节点的有效地址，以对交易发起方或交易接收方的有效性进行确认。

对于交易时间戳，本步骤可以在交易时间戳表示的交易发生时间在当前或过去时确定交易时间戳符合预设规则。

对于交易金额，每个验证节点可以存储有账本，该验证节点可以直接根据该账本上交易发起方的余额确定交易金额是否超过其余额，还可以通过该账本上交易发起方的历史交易记录确定交易金额是否确定其余额，在交易金额未超过交易发起方的余额时确定交易金额符合预设规则。

在上述实施例中，验证节点分别对交易发起方、交易接收方、交易金额和交易时间戳进行验证后，再对基于交易数据对交易哈希值进行验证，在上述各方面均通过验证时确定该交易通过验证，从而保证了交易验证的全面性和准确性。

接下来针对步骤S16，在验证链进行验证的时候，如果仅仅通过一个验证节点进行验证后就表示交易数据和交易哈希值通过验证，则可能存在验证节点验证错误或造假的可能，因此为了提高交易安全性，本实施例对同一交易可采用多个验证节点进行验证，其具体步骤可以包括：在所述验证链中大于预设数量的验证节点确定所述交易通过验证时，所述验证节点将所述交易数据、所述交易哈希值发送至存储链。

上述预设数量可以根据交易的重要程度或者验证链中验证节点的数量进行具体调整，例如6个、8个等。

针对步骤S18，请参考图4，“所述存储链中的存储节点对所述交易数据、所述交易哈希值进行存储”可以包括如下具体步骤：

步骤S181：所述存储链中的第一存储节点接收所述验证节点发送的所述交易哈希值、所述交易数据。

步骤S182：所述存储链中的第一存储节点对所述交易哈希值进行打包，获得存储哈希值。

本步骤中的存储哈希值可以是本交易数据的交易哈希值以及上一交易数据的交易哈希值打包获得，其用于表示区块与区块之间的链接关系。可选地，存储链中还可以设置有交易池，在交易池中的交易数量满足预设数量时开始出块，将交易池中的交易打包成一个块。

步骤S183：所述第一存储节点将所述交易数据和所述存储哈希值发送给所述存储链中的其他存储节点。

上述其他存储节点可以是存储链中的所有存储节点，也可以是根据预设规则选取出来的适于进行数据存储的部分存储节点。

步骤S184：所述存储链中的每个存储节点在接收到所述交易数据和所述存储哈希值后，将所述交易数据和所述存储哈希值存入区块链中。

可选地，在存储链将交易数据和存储哈希值存入区块链中之前，还可以通过共识机制在存储链的所有存储节点中选取执行存储操作的指定存储节点。进一步地，在对安全性有较高需求时，还可以在通过共识机制选出的多个存储节点中采用随机算法再次进行筛选，从而提高了存储节点选取的安全性和不可操控性。

本实施例对交易数据和存储哈希值进行分别存储，能够提高数据的存储以及查询调用效率。

对于共识机制，是通过特殊节点的投票，在很短的时间内完成对交易的验证和确认；对一笔交易，如果利益不相干的若干个节点能够达成共识，我们就可以认为全网对此也能够达成共识。该共识机制可以是工作量证明（Proof of Work，POW）机制、权益证明（Proof of Stake，POS）机制或其他证明机制中的一个或多个。

为了配合上述区块链分离处理方法，本实施例还提供了用于执行方法的一种区块链分离处理系统20。请参考图5，图5为本申请实施例提供的一种区块链分离处理系统的模块框图。

区块链分离处理系统20包括交易链21、验证链22和存储链23。

交易链21，用于通过交易节点发起交易，基于所述交易的交易数据计算获得交易哈希值，并将所述交易数据和所述交易哈希值发送给验证链。

验证链22，用于通过验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证，并在所述交易通过验证时，所述验证节点将所述交易数据、所述交易哈希值发送至存储链。

存储链23，用于通过存储节点对所述交易数据进行存储。

应当理解是，交易链21、验证链22和存储链23可以分别是通过多个电子设备作为节点通信连接而组成。该电子设备可以是个人电脑（personal computer，PC）、平板电脑、智能手机、个人数字助理（personal digital assistant，PDA）等具有逻辑计算功能的电子设备。

可选地，交易链21具体可以用于：所述交易链中的第一交易节点发起交易；在所述交易链中的第二交易节点的当前计算速度、与所述验证链的网络连接状况满足预设条件时，所述第一交易节点将所述交易数据发送至所述第二交易节点；所述第二交易节点基于所述交易数据计算获得所述交易哈希值，并将所述交易数据和所述交易哈希值发送至所述验证链。

交易链21将交易哈希值和交易数据发送至验证链之前，还可以包括如下步骤：所述第二交易节点采用私钥对所述交易数据和所述交易哈希值进行加密，将加密获得的加密数据发送给所述验证链。

可选地，验证链22具体可以用于：所述验证链中的第一验证节点接收所述加密数据，并将所述加密数据广播给所述验证链中的其他验证节点；所述验证链中的每个验证节点采用所述第二交易节点的公钥对所述加密数据进行解密，获得所述交易数据和所述交易哈希值；每个验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证。

进一步地，验证链22在进行验证时，其步骤具体可以为：每个验证节点基于所述交易数据计算获得验证交易哈希值，并在所述验证交易哈希值与所述交易哈希值相同时，确定所述交易通过验证。

可选地，验证链22的具体验证通过条件可以如下：每个验证节点基于所述交易发起方、所述交易接收方、所述交易金额、所述交易时间戳获得验证交易哈希值；在所述验证交易哈希值与所述交易哈希值相同，且所述交易发起方和所述交易接收方的地址为有效地址，所述交易时间戳和所述交易金额符合预设规则时，确定所述交易通过验证。

应当理解的是，验证链22还可以通过多个节点进行验证，以增强安全性，具体步骤可以为：在所述验证链中大于预设数量的验证节点确定所述交易通过验证时，所述验证节点将所述交易数据、所述交易哈希值发送至存储链。

可选地，存储链23具体可以用于：所述存储链中的第一存储节点接收所述验证节点发送的所述交易哈希值、所述交易数据；所述存储链中的第一存储节点对所述交易哈希值进行打包，获得存储哈希值；所述第一存储节点将所述交易数据和所述存储哈希值发送给所述存储链中的其他存储节点；所述存储链中的每个存储节点在接收到所述交易数据和所述存储哈希值后，将所述交易数据和所述存储哈希值存入区块链中。

综上所述，本申请实施例提供了一种区块链分离处理方法及系统，所述区块链分离处理方法包括：交易链中的交易节点发起交易，基于所述交易的交易数据计算获得交易哈希值，并将所述交易数据和所述交易哈希值发送给验证链；所述验证链中的验证节点基于所述交易数据和所述交易哈希值对所述交易进行验证；在所述交易通过验证时，所述验证节点将所述交易数据、所述交易哈希值发送至存储链；所述存储链中的存储节点对所述交易数据进行存储。

在上述实现过程中，通过交易链、验证链和存储链分别完成交易发起、交易验证和数据存储的工作，从而将原本通过单一区块链进行的工作分担至多条链上，从而降低了区块链节点的负载，提高了数据传输及处理的效率。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的框图显示了根据本申请的多个实施例的设备的可能实现的体系架构、功能和操作。在这点上，框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图中的每个方框、以及框图的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。因此本实施例还提供了一种可读取存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行区块数据存储方法中任一项所述方法中的步骤。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，RanDOm Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。