具体实施方式

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

在介绍本方案之前，先介绍下区块链技术。

区块链一般被划分为三种类型：公有链(Public Blockchain)，私有链(PrivateBlockchain)和联盟链(Consortium Blockchain)。此外，还可以有上述多种类型的结合，比如私有链+联盟链、联盟链+公有链等。

其中，去中心化程度最高的是公有链。公有链以比特币、以太坊为代表，加入公有链的参与者(也可称为区块链中的节点)可以读取链上的数据记录、参与交易、以及竞争新区块的记账权等。而且，各节点可自由加入或者退出网络，并进行相关操作。

私有链则相反，该网络的写入权限由某个组织或者机构控制，数据读取权限受组织规定。简单来说，私有链可以为一个弱中心化系统，其对节点具有严格限制且节点数量较少。这种类型的区块链更适合于特定机构内部使用。

联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；节点通过授权加入网络并组成利益相关联盟，共同维护区块链运行。

基于区块链的基本特性，区块链通常是由若干个区块构成。在这些区块中分别记录有与该区块的创建时刻对应的时间戳，所有的区块严格按照区块中记录的时间戳，构成一条在时间上有序的数据链条。

对于物理世界产生的真实数据，可以将其构建成区块链所支持的标准的交易(transaction)格式，然后发布至区块链，由区块链中的节点设备对收到的交易进行共识处理，并在达成共识后，由区块链中作为记账节点的节点设备，将这笔交易打包进区块，在区块链中进行持久化存证。

其中，区块链中支持的共识算法可以包括：

第一类共识算法，即节点设备需要争夺每一轮的记账周期的记账权的共识算法；例如，工作量证明(Proof of Work,POW)、股权证明(Proof of Stake，POS)、委任权益证明(Delegated Proof of Stake，DPOS)等共识算法；

第二类共识算法，即预先为每一轮记账周期选举记账节点(不需要争夺记账权)的共识算法；例如，实用拜占庭容错(Practical Byzantine Fault Tolerance，PBFT)等共识算法。

在采用第一类共识算法的区块链网络中，争夺记账权的节点设备，都可以在接收到交易后执行该笔交易。争夺记账权的节点设备中可能有一个节点设备在本轮争夺记账权的过程中胜出，成为记账节点。记账节点可以将收到的交易与其它交易一起打包以生成最新区块，并将生成的最新区块或者该最新区块的区块头发送至其它节点设备进行共识。

在采用第二类共识算法的区块链网络中，具有记账权的节点设备在本轮记账前已经商定好。因此，节点设备在接收到交易后，如果自身不是本轮的记账节点，则可以将该交易发送至记账节点。对于本轮的记账节点，在将该交易与其它交易一起打包以生成最新区块的过程中或者之前，可以执行该交易。记账节点在生成最新区块后，可以将该最新区块或者该最新区块的区块头发送至其它节点设备进行共识。

如上所述，无论区块链采用以上示出的哪种共识算法，本轮的记账节点都可以将接收到的交易打包以生成最新区块，并将生成的最新区块或者该最新区块的区块头发送至其它节点设备进行共识验证。如果其它节点设备接收到最新区块或者该最新区块的区块头后，经验证没有问题，可以将该最新区块追加到原有的区块链末尾，从而完成区块链的记账过程。其它节点验证记账节点发来的新的区块或区块头的过程中，也可以执行该区块中的包含的交易。

参见图1，图1是本说明书一示例性实施例示出的一种区块链系统的示意图。

该区块链系统包括：管理平台和多条区块链。

其中，多条区块链构成区块链服务网络，该区块链服务网络可以向用户提供多种区块链服务。比如区块链的存证服务等。

上述管理平台，可用于管理该区块链服务网络。管理平台可与用户终端对接，用户终端可通过管理平台使用区块链服务。比如，该管理平台可以是BaaS(Blockchain as aService，区块链即服务)平台。这里只是示例性地说明，不对其进行具体地限定。

具体地，管理平台可通过上层服务与用户终端对接，实现用户终端在管理平台上创建平台账户，进行区块链服务的购买和管理等操作。

比如上层服务和用户终端可采用BS(Browser/Server，浏览器/服务器)架构，上层服务为用户终端提供Web页面。用户可基于Web页面在管理平台上创建平台账户，进行区块链服务的购买和管理等。

当然，上层服务和用户终端也可采用CS(Client/Server，客户端/服务器)架构。用户通过用户终端的客户端与上层服务进行交互，实现区块链服务的购买和管理。

此外，管理平台还可通过底层服务将用户的交互数据转发给不同的区块链进行处理。

采用这种架构，通过上层服务使得用户所感知的是提供区块链服务的区块链服务网络，而通过底层服务可是实现用户业务数据在多个区块链的分发，从而使得，用户无感知后台有多条区块链。

此外，上述管理平台可以由单个物理设备搭建，也可以由多个物理设备搭建。比如管理平台的上层服务可以由OC(Openchain，开放联盟链)平台搭建，上述底层服务可以由与多个区块链对接的网关设备搭建，这里只是对管理平台的搭建进行示例性地说明，不对其进行具体地限定。

下面从平台账户创建和数据处理两方对本说明书提供的基于区块链的数据处理方法进行示例性地说明。

1)平台账户创建

在实现时，用户可以通过用户终端向管理平台发送平台账户创建请求。管理平台在接收到该用户终端发送的平台账户创建请求后，可在管理平台上为用户创建平台账户。

在创建平台账户时，管理平台可为该用户终端分配平台账户标识，以及为该用户账户分配密钥信息。该密钥信息可包括：公钥和私钥。

管理平台可将为该用户分配的平台账户标识和密钥信息返回给用户终端，以使得用户终端采用该平台账户标识和密钥信息作为使用该管理平台进行业务处理的凭证。

其中，用户账户标识用于标识为用户创建的平台账户。

为用户账户分配的密钥信息，用于管理平台对用户发送的消息进行验签，以保证用户身份的合法性。

2)基于区块链的数据处理

参见图2，图2是本说明书一示例性实施例示出的一种基于区块链的数据处理方法的流程图，该方法可应用在管理平台上，所述管理平台用于管理由多条区块链组成的区块链服务网络；所述区块链服务网络面向用户提供区块链存证服务，该方法可包括如下所示步骤。

步骤202：管理平台接收用户终端发送的业务数据和用户的用户信息。

在实现时，用户在需要使用区块链的存证服务时，用户可通过用户终端向管理平台发送存证请求。该存证请求里携带了待存证的业务数据和用户信息。

在发送时，用户终端可采用上述管理平台返回的私钥对该存证请求进行签名，并将签名和存证请求发送给管理平台。管理平台可采用与该私钥对应的公钥对该签名进行验证，在签名验证通过后，响应该存证请求。

当然，用户终端也可向管理平台发送包含有待存证的业务数据的交易，由管理平台在确定出与该用户信息对应的目标区块链后，将交易转发给区块链的节点。

步骤204：管理平台基于所述用户信息从所述区块链服务网络中确定为所述用户提供区块链服务的目标区块链。

在本说明书实施例中，由于管理平台管理了由多个区块链构成的区块链服务网络，为了便于区块链的管理。管理平台创建了多个服务区域，并记录了每个服务区域所包括的至少一个区块链。在用户购买了区块链服务后，管理平台可为用户分配与之对应的服务区域，并由该服务区域中的区块链为该用户提供区块链服务。

具体地，用户终端可向管理平台发送与该区块链存证服务对应的服务请求。

管理平台在接收到用户终端发送的服务请求后，可响应于所述服务请求，在确定所述用户完成了与所述区块链存证服务对应的服务购买支付时，为所述用户分配服务区域。

例如，该服务区域可以以地域区域进行划分。比如服务区域包括：华东区，华南区、东北区等等。每个服务区域对应至少一个区块链。

在用户购买了区块链服务后，管理平台可以依据用户的所在位置，为用户分配与该用户所在位置匹配的服务区域等。

比如，用户所在为杭州，则为该用户分配的服务区域为华东区域。

当然，管理平台还可通过其他方式为用户分配服务区域，比如管理平台可将当前负载最低服务区域分配给该用户，当然管理平台还可将用户指定的服务区域分配给该用户。

这里只是对管理平台为该用户分配服务区域进行示例性地说明，不对其进行具体地限定。

管理平台在确定出为用户分配的服务区域后，可记录用户标识(比如用户账户标识)与服务区域的对应关系。

基于此，下面通过步骤2041至步骤2042对步骤204进行详细地介绍。

步骤2041：管理平台在为各用户分配的服务区域中，基于该用户信息，确定与该用户对应的目标服务区域。

其中，该用户信息可以为用于查询分配给所述用户的服务区域的用户标识信息，比如用户的平台账户标识，管理平台可基于该用户的平台账户标识，查找为该用户分配的服务区域。当然，该用户信息还可以是为用户分配的服务区域的标识信息，这里只是对用户信息进行示例性地说明，不对其进行具体地限定。

在一种可选的实现方式中，该用户信息为用于查询分配给所述用户的服务区域的用户标识信息，比如用户的平台账户标识。管理平台可在本地储存的用户平台账户标识与服务区域的对应关系中，确定出与该用户平台账户标识对应的服务区域，作为目标服务区域。若该平台账户标识对应多个服务区域，则将该多个服务区域中的默认服务区域，或者最先分配给所述用户的服务区域作为目标服务区域。

在另一种可选的实现方式中，该用户信息包括分配给所述用户的服务区域对应的标识信息，管理平台可将该标识信息所指示的服务区域确定为目标服务区域。

步骤2042：管理平台可将该区块链服务网络中与所述目标服务区域对应的区块链确定为，面向所述用户提供区块链服务的目标区块链。

当该目标服务区域对应的区块链为一条区块链时，管理平台可将该区块链确定为目标区块链。

当该目标服务区域对应的区块链为多条区块链时，管理平台可将默认区块链，或者负载最小的区块链作为目标区块链。

当然，在实际应用中，管理平台也可以直接为用户分配区块链，并基于为用户分配的区块链。在接收到用户终端发送的业务数据和用户信息时，可直接基于用户信息确定从所述区块链服务网络中确定为所述用户提供区块链服务的目标区块链。

这里只是对目标区块链的确定方式进行示例性地说明，不对其进行具体地限定。

步骤206：管理平台将所述业务数据发送给所述目标区块链的节点设备，以在目标区块链上存证所述业务数据。

在一种可选实现方式中，当用户终端向管理平台发送是的存证请求时，管理平台可基于该存证请求中的业务数据构造第一交易，并将第一交易发送给目标区块链的节点设备，以由目标区块链的节点设备在目标区块链上存证该业务数据。

在另一种可选的实现方式中，当用户终端向管理平台发送的是携带有待存证的业务数据的第二交易时，管理平台可将该第二交易发送给目标区块链的节点设备，以由目标区块链的节点设备在目标区块链上存证该业务数据。

此外，在本说明书中，由于管理平台管理多个区块链，而管理平台会将用户终端发送的业务数据存证在与该用户终端匹配的目标服务区域所包含的区块链上，为了使得用户终端便于查询其在区块链上存证的业务数据。管理平台不仅向用户终端返回该业务数据的存证回执，还可以向该用户终端返回该用户终端对应的目标服务区域的标识。

在实现时，管理平台在接收到目标区块链的节点设备返回的与该业务数据对应的存证回执时，管理平台可将该用户对应的目标服务区域的标识信息与该存证回执进行拼接，并将拼接后的存证回执返回给用户终端。

例如，目标区块链的节点设备返回的存证回执携带的“.hash”。假设目标服务区域的标识信息为domain1。

管理平台在接收到目标区块链的节点设备返回的存证回执后，可将domain1与“.hash”进行拼接，得到“domain1.hash”的存证回执。然后将带有“domain1.hash”存证回执作为存证信息返回给用户终端。

此外，在本说明书中，用户通过管理平台在区块链上存证了业务数据后，用户还可以通过管理平台查询区块链上存证的业务数据。

下面结合图3，对业务数据查询方法进行详细地说明。

参见图3，图3是本说明书一示例性实施例示出的一种业务数据查询方法的流程图，该方法可应用在管理平台上，可包括如下所示步骤。

步骤302：管理平台接收所述用户终端发送的针对所述业务数据的查询请求；所述查询请求包括所述业务数据的存证信息。

由上文可知，用户终端在接收到拼接了目标服务区域标识的存证回执后，可对该存证回执进行解析，获取拼接后的该存证回执携带的拼接前的存证回执和目标服务区域标识。由此，用户可以得到该业务数据的存证回执、目标服务区域标识等存证信息。

由于用户可以获知业务数据存证在哪个服务区域的区块链中，所以用户在查询存证的业务数据时，用户可以基于存证回执、或者存证回执和目标服务区域标识等存证信息查询自己存储的业务数据，也可以通过存证回执和服务区域标识查询其他用户存证的业务数据。

在实现时，在用户要查询业务数据时，用户终端可基于该业务数据的存证信息，构造针对该业务数据的查询请求。其中，该存证信息可以只携带存证回执，也可以携带存证回执和服务区域标识信息。这里只是对存证信息进行示例性地说明，不对其进行具体地限定。

然后，用户终端可采用管理平台返回的私钥，对该查询请求进行签名，并将签名后的查询请求返回给管理平台。

管理平台可采用与该私钥对应的公钥对该签名进行验证，在签名验证通过后，响应该查询请求。

步骤304：管理平台响应于所述查询请求，解析所述业务数据的存证信息，确定所述存证信息中是否携带服务区域的标识信息。

步骤306：管理平台在确定所述存证信息中携带服务区域的标识信息时，将所述查询请求发送给与所述标识信息指示的服务区域对应的区块链中的节点设备，以由该节点设备基于所述业务数据的存证信息中携带的存证回执查询所述业务数据，并将查询结果返回给所述管理平台，由所述管理平台进一步返回给所述用户终端。

步骤308：管理平台在确定所述存证信息中未携带服务区域的标识信息时，将所述查询请求发送给与为所述用户分配的目标服务区域对应的节点设备，以由该节点设备基于所述业务数据的存证信息中携带的存证回执查询所述业务数据，并将查询结果返回给所述管理平台，由所述管理平台进一步返回给所述用户终端。

在实现时，在验签通过后，管理平台可响应于该查询请求，解析该业务数据的存证信息，确定所述存证信息中是否携带服务区域的标识信息，以及获取该存证信息携带的存证回执。

若该存证信息中携带了服务区域的标识信息，则将该查询请求发送给该标识信息指示的服务区域对应的区块链中的节点设备。该区块链中的节点设备可基于存证回执查询所述业务数据，并将业务数据返回给管理平台。管理平台可将查询到的业务数据返回给用户终端。

若该存证信息未携带服务区域的标识信息，则将该查询请求发送给为该用户终端分配的目标服务区域对应的区块链中的节点设备。该区块链中的节点设备可基于存证回执查询所述业务数据，并将业务数据返回给管理平台。管理平台可将查询到的业务数据返回给用户终端。

由上述描述可知，管理平台可在用户无感知的情况下，在多条区块链中，基于用户的用户信息为用户分配进行业务处理的区块链，从而实现用户无感知的多条区块链联合的数据处理方法。

对于用户来说，虽然底层实现是多条区块链，但是通过管理平台屏蔽了多条区块链联合使用的复杂性，使得用户像使用一条链一样在多链环境上进行读写操作。

在另一个实施例中，管理平台可由OC平台和网关设备搭建。OC平台可负责上文所述的管理平台的上层服务。网关设备可以负责上文所述的管理平台的底层服务。

下面以理平台由OC平台和网关设备搭建为例，对本说明书提供的基于区块链的数据处理方法进行示例性地说明。

参见图4，图4是本说明书一示例性实施例示出的一种基于区块链的业务数据存证方法的示意图，该方法可包括如下所示步骤。

步骤401：用户的用户终端向网关设备发送存证请求。

该存证请求携带了用户的平台账户标识和签名。该签名为用户终端采用私钥对该存证请求进行签名得到。

步骤402：网关设备采用与该私钥对应的公钥对该签名进行校验，在校验通过后，获取该存证请求中的平台账户标识。

步骤403：网关设备可向OC平台发送服务区域查询请求；该服务区域查询请求，该服务区域查询请求携带了平台账户标识。

步骤404：OC平台查找该平台账户标识对应的默认服务区域，并确定该默认服务区域对应的区块链标识。

步骤405：OC平台向该网关设备返回确定出的区块链标识。

步骤406：网关设备将该存证请求发送给该区块链标识所指示的区块链节点设备。

步骤407：区块链节点设备存证该业务数据，并向网关设备返回存证回执。

步骤408：网关设备将该默认区块链标识与存证回执进行拼接。

步骤409：网关设备将拼接后的存证回执返回给用户终端。

参见图5，图5是本说明书一示例性实施例示出的一种基于区块链的业务查询方法的示意图，该方法可包括如下所示步骤。

步骤501：用户的用户终端向网关设备发送针对业务数据的查询请求。该查询请求携带了业务数据的存证信息和该查询请求的签名。

步骤502：网关设备对该查询请求的签名进行验签，在验签通过后，解析存证信息，确定存证信息是否携带服务区域的标识信息。

步骤503：该存证信息携带了第一服务区域的标识信息，则将该查询请求发送给该标识信息所指示的第一服务区域的区块链节点设备。

步骤504：该第一服务区域的区块链节点设备将该业务数据通过网关返回给用户终端。

步骤505：若该存证信息未携带服务区域的标识信息，则向OC平台发送服务区域查询请求，该服务区域查询请求携带了平台账户标识。

步骤506：OC平台查找该平台账户标识对应的第二服务区域，并确定该第二服务区域对应的区块链标识。

其中，当该平台账户标识对应多个服务区域，则将该平台账户标识对应的默认服务区域确定为第二服务区域。当该平台账户标识对应一个服务区域，则将该服务区域确定为第二服务区域。

步骤507：OC平台向该网关设备返回第二服务区对应的区块链标识。

步骤508：网关设备将该查询请求发送给该区块链标识所指示的区块链节点设备。

步骤509：第二服务区域的区块链节点设备通过网关向用户终端返回查询到的业务数据。

由上述描述可知，OC平台和网关设备可在用户无感知的情况下，在多条区块链中，基于用户的用户信息为用户分配进行业务处理的区块链，从而实现用户无感知的多条区块链联合的数据处理方法。

对于用户来说，虽然底层实现是多条区块链，但是通过OC平台和网关设备，屏蔽了多条区块链联合使用的复杂性，使得用户像使用一条链一样在多链环境上进行交易读写。

与上述基于区块链的数据处理方法实施例相对应，本说明书还提供了基于区块链的数据处理装置的实施例。

与上述方法实施例相对应，本说明书还提供了一种基于区块链的数据处理装置的实施例。本说明书的基于区块链的数据处理装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本说明书的基于区块链的数据处理装置所在电子设备的一种硬件结构图，除了图6所示的处理器、内存、网络接口、内部总线以及非易失性存储器之外，实施例中装置所在的电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。

参见图7，图7是本说明书一示例性实施例示出的一种基于区块链的数据处理装置的框图，该装置可应用在管理平台上，管理平台用于管理由多条区块链组成的区块链服务网络；所述区块链服务网络面向用户提供区块链存证服务，该装置可包括如下所示模块。

接收模块701，用于接收用户终端发送的业务数据和用户的用户信息；

确定模块702，用于基于所述用户信息从所述区块链服务网络中确定为所述用户提供区块链服务的目标区块链；

发送模块703，用于将所述业务数据发送给所述目标区块链的节点设备，以在所述目标区块链上存证所述业务数据。

可选的，组成所述区块链服务网络的多条区块链，分别对应不同的服务区域；

所述确定模块702，用于基于所述用户信息确定与所述用户对应的目标服务区域；将所述区块链服务网络中与所述目标服务区域对应的区块链确定为，面向所述用户提供区块链服务的目标区块链。

可选的，所述用户信息包括分配给所述用户的服务区域对应的标识信息；或者，所述用户信息包括用于查询分配给所述用户的服务区域的用户标识信息。

可选的，所述装置还包括：

分配模块704(图7中未示出)，用于接收所述用户终端发送的与所述区块链存证服务对应的服务请求；响应于所述服务请求，在确定所述用户完成了与所述区块链存证服务对应的服务购买支付时，为所述用户分配服务区域。

可选的，所述管理平台包括云服务管理平台；所述多条区块链包括基于所述云服务管理平台管理的云存储资源搭建的区块链。

可选的，所述装置还包括：

返回模块705(图7中未示出)，用于接收所述目标区块链的节点设备返回的与所述业务数据对应的存证回执；将所述用户对应的目标服务区域的标识信息与所述存证回执进行拼接后返回给所述用户终端。

可选的，所述装置还包括：

查询模块706(图7中未示出)，用于接收所述用户终端发送的针对所述业务数据的查询请求；所述查询请求包括所述业务数据的存证信息；响应于所述查询请求，解析所述业务数据的存证标识，确定所述存证信息中是否携带服务区域的标识信息；在确定所述存证信息中携带服务区域的标识信息时，将所述查询请求发送给与所述标识信息指示的服务区域对应的区块链中的节点设备，以由该节点设备基于所述业务数据的存证信息中携带的存证回执查询所述业务数据，并将查询结果返回给所述管理平台，由所述管理平台进一步返回给所述用户终端；在确定所述存证信息中未携带服务区域的标识信息时，将所述查询请求发送给与为所述用户分配的目标服务区域对应的区块链中的节点设备，以由该节点设备基于所述业务数据的存证信息中携带的存证回执查询所述业务数据，并将查询结果返回给所述管理平台，由所述管理平台进一步返回给所述用户终端。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。