CN110874492A

CN110874492A - 数据处理方法、装置、计算设备及系统

Info

Publication number: CN110874492A
Application number: CN201810997924.1A
Authority: CN
Inventors: 薛亮
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2018-08-29
Filing date: 2018-08-29
Publication date: 2020-03-10
Anticipated expiration: 2038-08-29
Also published as: CN110874492B

Abstract

本申请实施例提供一种数据处理方法、装置、计算设备及系统。其中，本申请实施例中，对于终端的设备激活请求；将所述设备激活请求作为交易提案发送至区块链处理系统，以供所述区块链处理系统处理所述设备激活请求获得激活相关数据；基于所述激活相关数据生成数据区块并存储所述数据区块；对于终端的激活查询请求，从区块链处理系统存储的各个数据区块中即可以查找所述终端对应的至少一个激活相关数据。本申请实施例提供的技术方案实现了设备激活查询，且保证了数据的安全性以及可靠性。

Description

数据处理方法、装置、计算设备及系统

技术领域

本申请实施例涉及计算机应用技术领域，尤其涉及一种数据处理方法、装置、计算设备及系统。

背景技术

目前，很多联网终端与网络端的服务提供方进行业务交互时，会触发服务提供方执行某些业务操作，生成的业务数据也会保存在服务提供方，比如，设备激活、联网鉴权等业务操作。

以设备激活操作为例，终端在初始使用之前，通常需要先进行激活，比如为终端设备分配注册ID等操作，设备激活操作即是由网络端的服务提供方进行处理，终端激活成功之后才可以正常使用，而激活相关数据通常只保存在服务端，用户无法获知。

实际应用中，用户需要通过了解终端的激活次数，来确定终端是否为二次或多次使用，那么用户就需要获知终端的激活相关数据，来确定终端的激活次数。目前，只能由网络端的服务提供方开放接口以供终端查询，但是，服务提供方存储的激活相关数据容易被篡改，存在造假情况，因此数据并不可靠。

发明内容

本申请实施例提供一种数据处理方法、装置、计算设备及系统，用以解决现有技术中数据安全性以及可靠性低的技术问题。

第一方面，本申请实施例中提供了一种数据处理方法，包括：

确定终端的设备激活请求；

将所述设备激活请求作为交易提案发送至区块链处理系统，以供所述区块链处理系统处理所述设备激活请求获得激活相关数据，并基于所述激活相关数据生成数据区块以及存储所述数据区块。

第二方面，本申请实施例中提供了一种数据处理方法，包括：

确定终端的激活查询请求；

响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据；

其中，所述至少一个激活相关数据为所述区块链处理系统处理所述终端的至少一个设备激活请求获得，并存储至至少一个数据区块中。

第三方面，本申请实施例中提供了一种数据处理方法，包括：

接收客户端发送的交易提案；其中，所述交易提案为终端触发的设备激活请求；

处理所述设备激活请求，获得激活相关数据；

基于所述激活相关数据生成数据区块，并存储所述数据区块。

第四方面，本申请实施例中提供了一种数据处理方法，包括：

处理所述设备激活请求，获得激活相关数据；

生成包括所述激活相关数据的背书结果，并将所述背书结果反馈给所述客户端，以供所述客户端收集到预定数量的背书结果时，将各个背书结果中的所述激活相关数据发送至排序节点，由所述排序节点基于所述激活相关数据生成数据区块；

存储所述排序节点发送的所述数据区块。

第五方面，本申请实施例中提供了一种数据处理方法，包括：

确定终端的业务处理请求；

将所述业务处理请求作为交易提案发送至区块链处理系统，以供所述区块链处理系统处理所述业务处理请求获得业务数据，并基于所述业务数据生成数据区块以及存储所述数据区块。

第六方面，本申请实施例中提供了一种数据处理方法，包括：

接收客户端发送的交易提案；其中，所述交易提案为终端触发的业务处理请求；

处理所述业务处理请求，获得业务数据；

基于所述业务数据生成数据区块，并存储所述数据区块。

第七方面，本申请实施例中提供了一种数据处理方法，包括：

处理所述业务处理请求，获得业务数据；

生成包括所述业务数据的背书结果，并将所述背书结果反馈给所述客户端，以供所述客户端收集到预定数量的背书结果时，将各个背书结果中的所述业务数据发送至排序节点，由所述排序节点基于所述业务数据生成数据区块；

存储所述排序节点发送的所述数据区块。

第八方面，本申请实施例中提供了一种数据处理方法，包括：

确定终端的数据查询请求；

响应所述数据查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个业务数据；

其中，所述至少一个业务数据为所述区块链处理系统处理所述终端的至少一个业务处理请求获得，并存储在至少一个数据区块中。

第九方面，本申请实施例中提供了一种数据处理装置，包括：

第一请求确定模块，用于确定终端的设备激活请求；

交易触发模块，用于将所述设备激活请求作为交易提案发送至区块链处理系统，以供所述区块链处理系统处理所述设备激活请求获得激活相关业务数据，并基于所述激活相关数据生成数据区块以及存储所述数据区块。

第十方面，本申请实施例中提供了一种数据处理装置，包括：

请求接收模块，用于接收客户端发送的交易提案；其中，所述交易提案为终端触发的设备激活请求；

请求处理模块，用于处理所述设备激活请求，获得激活相关数据；

结果反馈模块，用于生成包括所述激活相关数据的背书结果，并将所述背书结果反馈给所述客户端，以供所述客户端收集到预定数量的背书结果时，将各个背书结果中的所述激活相关数据发送至排序节点，由所述排序节点基于所述激活相关数据生成数据区块；

数据存储模块，用于存储所述排序节点发送的所述数据区块。

第十一方面，本申请实施例中提供了一种数据处理装置，包括：

第二请求确定模块，用于确定终端的激活查询请求；

数据查询模块，用于响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据；

其中，所述至少一个激活相关数据为所述区块链处理系统处理所述终端的至少一个设备激活请求获得，并存储在至少一个数据区块中。

第十二方面，本申请实施例中提供了一种终端，包括处理组件以及存储组件；

所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用执行；

所述处理组件用于：

确定设备激活请求；

第十三方面，本申请实施例中提供了一种计算设备，包括处理组件以及存储组件；

所述处理组件用于：

处理所述设备激活请求，获得激活相关数据；

存储所述排序节点发送的所述数据区块。

第十四方面，本申请实施例中提供了一种终端，包括处理组件以及存储组件；

所述处理组件用于：

确定激活查询请求；

其中，所述至少一个激活相关数据为所述区块链处理系统处理所述终端的至少一个设备激活处理请求获得，并存储在至少一个数据区块中。

第十五方面，本申请实施例中提供了一种数据处理系统，包括终端以及区块链处理系统；

所述终端用于确定设备激活请求，将所述设备激活请求作为交易提案发送至所述区块链处理系统；

所述区块链处理系统用于处理所述设备激活请求获得激活相关数据；基于所述激活相关数据生成数据区块并存储所述数据区块。

本申请实施例中，对于终端的设备激活请求，作为交易提案发送至区块链处理系统，由区块链处理系统处理所述设备激活请求获得激活相关数据，并基于所述激活相关数据生成数据区块并存储所述数据区块，由于采用区块链技术存储激活相关数据，数据只允许添加，不允许修改，因此保证了数据安全性和可靠性，且区块链处理系统采用的是去中心化的分布式存储，因此终端不再依赖服务提供方，即可以自行读取自身对应的激活相关数据，实现了激活相关数据的查询，方便了解终端的历史使用情况等。

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

附图说明

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

图1示出了本申请提供的一种数据处理方法一个实施例的流程图；

图2示出了本申请提供的一种数据处理方法又一个实施例的流程图；

图3示出了本申请提供的一种数据处理方法又一个实施例的流程图；

图4示出了本申请提供的一种数据处理方法又一个实施例的流程图；

图5示出了本申请提供的一种数据处理方法又一个实施例的流程图；

图6示出了本申请提供的一种数据处理方法又一个实施例的流程图；

图7示出了本申请提供的一种数据处理系统一个实施例的结构示意图；

图8示出了本申请提供的一种数据处理装置一个实施例的结构示意图；

图9示出了本申请提供的一种终端一个实施例的结构示意图；

图10示出了本申请提供的一种数据处理装置又一个实施例的结构示意图；

图11示出了本申请提供的一种计算设备一个实施例的结构示意图；

图12示出了本申请提供的一种数据处理装置又一个实施例的结构示意图；

图13示出了本申请提供的一种终端又一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

本申请实施例的技术方案可以适用于与网络端可以建立连接，并依赖网络端完成相关业务操作的各种终端，比如智能音箱、智能电视等智能终端、手机、平板电脑等移动终端等。

终端与网络端的业务交互操作，比如包括设备激活操作、联网鉴权操作等。设备激活操作也即终端初始使用时，请求网络端的服务提供方进行激活处理，由服务提供方为该终端分配注册ID等操作，激活相关数据也会相应存储在服务提供方，服务提供方通知终端激活成功，终端即可以正常使用。联网鉴权是指终端请求与网络端建立网络连接时，由网络端对终端进行的一系列验证操作，验证通过之后再建立与网络端的网络连接，联网相关操作也会保存在网络端中。

但是，目前存储在网络端的业务数据很容易被篡改，存在造假情况，导致数据不安全、不可靠。

为了提高数据安全性以及可靠性，发明人经过一系列研究提出了本申请实施例的技术方案，本申请实施例利用区块链技术，实现了业务数据获得以及保存，对于终端的业务处理请求，作为交易提案发送至区块链处理系统，由区块链处理系统处理所述业务处理请求获得业务数据；基于所述业务数据生成数据区块并存储所述数据区块，网络端由区块链处理系统负责处理业务处理请求，业务数据作为数据区块进行存储，由于采用区块链技术存储业务数据，数据只允许添加，不允许修改，因此保证了数据安全性和可靠性，且区块链处理系统采用的是去中心化的分布式存储，因此终端不再依赖服务提供方，即可以自行读取自身对应的业务数据，实现了数据可以获取。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在下面一个或多个实施例中主要以设备激活场景为例对本申请实施例技术方案进行介绍。

图1为本申请实施例提供的一种数据处理方法一个实施例的流程图，该方法可以包括以下几个步骤：

101：确定终端的设备激活请求。

本实施例的技术方案可以由区块链处理系统对应的客户端执行，该客户端可以部署在网络端，终端可以与客户端建立网络连接，并发送设备激活请求，当然该客户端也可以即部署在终端。

因此，作为一种可选方式，所述确定终端的设备激活请求包括：

接收所述终端发送的设备激活请求；其中，所述设备激活请求为所述终端响应激活操作而发送。

作为另一种可选方式，所述确定终端的设备激活请求包括：

响应针对所述终端的激活操作，生成设备激活请求。

其中，该激活操作可以是用户执行的。

102：将所述设备激活请求作为交易提案发送至区块链处理系统。

所述区块链处理系统处理所述设备激活请求，获得激活相关数据；基于所述激活相关数据生成数据区块并存储所述数据区块。

其中，该激活相关数据可以包括注册ID、激活次数、设备标识、激活时间以及请求时间等等。

其中，区块链处理系统处理设备激活请求可以包括分配注册ID、更新激活记录等操作。

更新激活记录，比如对于任一个终端可以设定其激活总次数，例如1000次，更新激活记录也即是指对设备标识对应的激活次数执行减1的操作，从而根据激活记录即可以确定终端是否已被激活等。

从而将激活相关数据存储在区块链处理系统，终端可以自行查找其对应的激活相关数据，以获得终端的历史激活记录，确定终端是否被他人使用过等等。

可选地，区块链处理系统可以按照预设业务规则处理所述设备激活请求以获得激活相关数据。该预设业务规则也即作为区块链处理系统中的智能合约。

其中，区块链处理系统采用分布式账本存储数据区块，因此，可选地，可以是将所述数据区块存储在分布式账本中。

区块链处理系统中可以包括多个节点，分布式账本可以包括分布在多个节点中的区块链账本，数据区块存储在区块链账本中，因此，同一个数据区块可以存储在每一个节点中的区块链账本中，当然也可以存储在多个约定节点中的每个约定节点的区块链账本中。

区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，因此一个区块链账本可以由多个数据区块构成。每个数据区块中可以包括一条或多条交易(trasaction)数据，一条交易数据是通过对一个交易提案(proposal)处理获得，因此，在本申请实施例中，设备激活请求作为一个交易提案，激活相关数据即为得到交易数据。区块链处理系统基于该激活相关数据，可以生成数据区块，可选地，可以具体是将多个终端对应的激活相关数据，整合得到该数据区块。

本实施例中，将设备激活请求作为交易提案发送至区块链处理系统进行处理，从而可以获得处理得到的激活相关数据，该激活相关数据可以作为数据区块存储在区块链处理系统中，采用区块链技术，将激活相关数据存储在数据区块中，实现了去中心存储，不依赖服务提供方，使得终端可以直接查询自身对应的激活相关数据，了解终端历史激活情况，且区块链技术保证了数据只能添加不可修改，因此保证了数据安全性以及可靠性。

其中，本申请实施例中的区块链处理系统可以采用Hyperledger Fabric(超级账本)架构实现

在Hyperledger Fabric架构中，区块链处理系统主要由背书(Endorse)节点以及排序(Orderer)节点构成，此外还可以包括确认(Commit)节点，CA(CertificateAuthority，认证授权)节点等，同一个物理节点可以同时担任Endorse节点和Commit节点两种角色。

其中，背书节点用于对客户端(client)提交的交易提案进各项检查，模拟进行运行交易，并对交易导致的状态变化进行背书并返回背书结果给客户端。

排序节点负责对交易数据进行全局排序，将交易数据排序组合生成数据区块。

确认节点负责维护区块链账本结构，其可以定期从排序节点获取批量数据区块并进行检查，检查通过之后，构造新的数据区块进行存储。确认节点的执行操作往往由背书节点担任，本申请实施例中，仅涉及背书节点的处理操作，对于确认节点针对区块链账本的维护等操作与现有技术相同，在本申请实施例中不做过多阐述。

CA节点负责证书发放，不参与交易过程，客户端会从CA机构获取合法身份证书以参与到交易流程中，背书节点得到的背书结果中包括交易数据以及基于其获得的CA证书进行签名得到的背书签名等，在本申请实施例中，与CA机构相关操作与现有技术相同，也不做过多阐述。

在区块链处理系统，一次数据处理操作即称为一次交易。

客户端进行交易时，构造交易提案提交给背书节点进行背书，其收集到足够的背书支持后即可以将交易数据发送至排序节点进行排序，生成数据区块等。

本申请实施例即利用Hyperledger Fabric技术，将设备激活请求即作为一个交易提案。

因此，在某些实施例中，所述将所述设备激活请求作为交易提案发送至区块链处理系统可以包括：

将所述设备激活请求作为交易提案分别发送至区块链处理系统中的至少一个背书节点，以供所述至少一个背书节点分别处理所述设备激活请求获得激活相关数据，并分别生成包括所述激活相关数据的背书结果；

收集到预定数量的背书结果，将各个背书结果中的所述激活相关数据发送至所述区块链处理系统中的排序节点，以供所述排序节点基于所述激活相关数据生成数据区块，并将所述数据区块分别存储至所述至少一个背书节点。

其中，可选地，可以是按照背书策略(endorse policy)确定将交易提案发送至哪些背书节点，背书策略中规定了参与背书的背书节点。

背书节点可以按照智能合约(chaincode)处理所述设备激活请求获得激活相关数据，并分别生成包括所述激活相关数据的背书结果。

其中，可以按照处理设备激活请求的处理规则设置智能合约，也即智能合约即可以包括预设业务规则，其可以是由go语言编写的代码脚本。

此外，背书节点还可以验证设备激活请求的合法性，确定所述设备激活请求是否来自所述终端，以及对设备激活请求进行ACL((Access Control List，访问控制列表)权限检查，如果所述设备激活请求的合法性以及ACL权限检查通过之后，再处理设备激活请求获得激活相关数据，并对所述激活相关数据进行背书签名，因此该背书结果中可以包括所述激活相关数据以及所述背书签名等，之后再将背书结果返回给客户端。

由于客户端将交易提案发送至至少一个背书节点，每一个背书节点均会执行上述操作，获得背书结果返回给客户端。

客户端如果收集到预定数量的背书结果，则将背书结果中的激活相关数据发给排序节点。

排序节点对该激活相关数据进行排序，可以和其它终端的激活相关数据组合生成数据区块。之后，排序节点即可以将数据区块返回该至少一个背书节点，由该至少一个背书节点存储该数据区块，具体将数据区块存储在本地的区块链账本中。

其中，客户端可以通过订阅事件，监听所述至少一个背书节点是否存在区块更新事件，确定至少一个背书节点中是否更新区块链账本。

因此，在某些实施例中，所述方法还可以包括：

监听所述至少一个背书节点中的任一个背书节点发生区块更新事件时，从所述任一个背书节点中获取所述激活相关数据。

也即客户端监听确定任一个背书节点发生区块更新事件时，可以从任一个背书节点获取该激活相关数据，并将该激活相关数据进行本地保存。

从而客户端接收到数据查询请求时，可以首先从本地缓存中进行查找，以提高数据查询效率。

其中，设备激活请求中可以携带终端对应的设备标识，因此该激活相关数据中可以包括该设备标识，以区分不同激活相关数据。

可选地，该激活相关数据可以包括该设备标识以及设备激活请求的处理结果，此外还可以包括业务类型、处理时间、请求时间等相关数据。

因此，监听所述至少一个背书节点中的任一个背书节点发生区块更新事件时，从所述任一个背书节点中获取所述激活相关数据可以是：

监听所述至少一个背书节点中的任一个背书节点发生区块更新事件时，基于所述终端的设备标识，从所述任一个背书节点中获取所述设备标识对应的激活相关数据。

可选地，可以每次监听获得区块更新时间，基于设备标识，获取设备标识对应的最近更新的激活相关数据，以进行缓存。

图2为本申请实施例提供的一种数据处理方法又一个实施例的流程图，本实施例从区块链处理系统的角度进行方案描述，该方法可以包括以下几个步骤：

201：接收客户端发送的交易提案。

其中，所述交易提案为终端触发的设备激活请求。

202：处理所述设备激活请求，获得激活相关数据。

可选地，可以按照预设业务处理规则处理所述设备激活请求，以获得激活相关数据。

203：基于所述激活相关数据生成数据区块，并存储所述数据区块。

在一个实际应用中，该区块链处理系统可以采用Hyperledger Fabric架构实现，因此，该区块链处理系统中可以包括背书节点以及排序节点等。

具体是由背书节点接收客户端发送的交易提案，并处理设备激活请求，获得激活相关数据；并生成包括所述激活相关数据的背书结果，将背书结果反馈给客户端；

客户端收集到预定数量的背书结果，将各个背书结果中的所述激活相关数据发送至排序节点，由所述排序节点基于所述激活相关数据生成数据区块，并将数据区块发送至背书节点，由背书节点存储所述数据区块。

因此，作为又一个实施例，以Hyperledger Fabric架构实现的区块链处理系统为例，如图3所示的信令流程图中，该数据处理方法可以包括以下几个步骤：

301：客户端确定终端的设备激活请求，并将所述设备激活请求交易提案发送至至少一个背书节点。

基于背书策略，假设发送至3个背书节点，如图中的背书节点A、背书节点B以及背书节点C。

302：背书节点处理所述设备激活请求，获得激活相关数据，并生成包括所述激活相关数据的背书结果。

每个背书节点接收到客户端发送的交易提案之后，可以对设备激活请求进行合法性以及ACL检查，检查通过之后，即可以按照智能合约处理设备激活请求，以获得激活相关数据，此外还可以对激活相关数据进行背书签名，得到包括激活相关数据以及背书签名的背书结果。

303：背书节点将背书结果发送至客户端。

304：客户端收集到预定数量的背书结果，将背书结果中的激活相关数据发送至排序节点。

305：排序节点基于激活相关数据生成数据区块，并将数据区块发送至至少一个背书节点。

306：背书节点存储所述数据区块。

背书节点接收到数据区块之后，即可以将数据区块存储至区块链账本中。

通过本申请实施例的区块链处理系统，实现了激活相关数据的去中心化存储，不依赖服务提供方，终端可以随时查询自身对应的激活相关数据，且由于采用区块链技术存储激活相关数据，数据只能添加，无法修改，因此保证了激活相关数据不会被篡改。

本申请实施例中，将激活相关数据存储至区块链处理系统之后，用户通过终端即可以直接查询其对应的激活相关数据。

因此，如图4所示，本申请实施例还提供了一种数据处理方法，该方法可以包括以下几个步骤：

401：确定终端的激活查询请求。

本实施例的技术方案可以由区块链处理系统对应的客户端执行，该客户端可以部署在网络端，终端可以与客户端建立网络连接，需要进行数据查询是，发送数据查询请求至客户端，当然该客户端也可以即部署在终端。

因此，作为一种可选方式，所述确定终端的激活查询请求可以包括：

接收终端发送的激活查询请求；其中，所述激活查询请求为所述终端响应激活查询操作而生成。

作为另一种可选方式，所述确定终端的激活查询请求可以包括：

响应针对所述终端的激活查询操作，生成所述激活查询请求。

其中，该激活查询操作可以是用户执行的。

402：响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。

由于一个终端可能会发起多个设备激活请求，因此区块链处理系统可以存储有该终端对应的多个激活相关数据，该多个激活相关数据可以存储在不同数据区块中。

其中，对设备激活请求的处理以及激活相关数据的存储可以参见图1～图3所示实施例中所示，在此不再赘述。

可选地，如果客户端部署在网络端，在某些实施例中，所述方法还可以包括：

将所述至少一个激活相关数据发送至所述终端。

本实施例中，数据存储在去中心化的区块链处理系统中，使得数据存储不依赖服务提供方，终端可以随时查询自身对应的激活相关数据，且区块链处理系统中的数据不可修改，因此可以获得安全且可靠的激活相关数据。

其中，区块链处理系统存储的每个激活相关数据中可以由设备标识以及设备激活请求的处理结果构成。

因此，激活查询请求中可以包括所述终端的设备标识；

所述响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据包括：

响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述设备标识对应的至少一个激活相关数据。

此外，激活相关数据中还可以包括业务类型、处理时间、请求时间等信息。

因此，该激活查询请求中还可以包括时间信息或者类型信息，以从区块链处理系统存储的各个数据区块中查找与所述设备标识、所述时间信息以及所述类别信息均对应的至少一个激活相关数据。

由上文描述可知，区块链处理系统可以采用Hyperledger Fabric架构实现，数据区块存储在背书节点中，因此，在某些实施例中，所述响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据可以包括：

响应所述激活查询请求，从所述区块链处理系统中的任一个背书节点存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。

由于采用分布式存储方式，每个背书节点中存储的数据相同，因此可以从任一个背书节点中请求查找。

可选地，可以是响应所述激活查询请求，从所述区块链处理系统中背书策略指定的任一个背书节点中存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。

此外，由于客户端可以通过订阅事件监听背书节点的区块更新事件，并在发送区块更新事件时，可以从背书节点获取终端对应的激活相关数据并进行本地存储。

因此，在某些实施例中，所述响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据包括：

响应所述激活查询请求，从本地缓存中查找是否存在所述终端对应的至少一个激活相关数据；

如果是，获取所述至少一个激活相关数据；

如果否，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。

在又一个实际应用中，本申请实施例的技术可以应用于联网鉴权场景中，业务处理请求可以具体为联网请求，业务数据可以是指联网记录数据等。

从而将联网记录数据保存至区块链处理系统中，终端可以查找其对应的联网记录等。

当然，本申请实施例并不仅限定于上述两个应用场景。

图5为本申请实施例提供的一种数据处理方法又一个实施例的流程图，该方法可以包括以下几个步骤：

501：确定终端的业务处理请求。

其中，该业务处理请求中可以包括终端的设备标识。

502：将所述业务处理请求作为交易提案发送至区块链处理系统，以供所述区块链处理系统处理所述设备激活请求获得业务数据，并基于所述业务数据生成数据区块以及存储所述数据区块。

其中，在设备激活场景中，业务处理请求也即为设备激活请求，获得的业务数据即为激活相关数据，该激活相关数据可以包括注册ID、激活次数、设备标识、激活时间以及请求时间等等。

在联网鉴权场景中，业务处理请求可以具体为联网请求，业务数据也即为联网记录数据等。

其中，在某些实施例中，所述将所述业务处理请求作为交易提案发送至区块链处理系统可以包括：

将所述业务处理请求作为交易提案分别发送至区块链处理系统中的至少一个背书节点，以供所述至少一个背书节点分别处理所述业务处理请求获得业务数据，并分别生成包括所述业务数据的背书结果；

收集到预定数量的背书结果，将各个背书结果中的所述业务数据发送至所述区块链处理系统中的排序节点，以供所述排序节点基于所述业务数据生成数据区块，并将所述数据区块分别存储至所述至少一个背书节点。

在某些实施例中，所述确定终端的业务处理请求可以包括：

接收所述终端发送的业务处理请求；其中，所述业务处理请求为所述终端响应业务触发操作而发送。

在某些实施例中，所述确定终端的业务处理请求可以包括：

响应针对所述终端的业务触发操作，生成业务处理请求。

在某些实施例中，所述方法还可以包括：

监听所述至少一个背书节点中的任一个背书节点发生区块更新事件时，从所述任一个背书节点中获取所述业务数据，并保存所述业务数据。

此外，本申请实施例还提供了一种数据处理方法，该方法可以包括：

处理所述业务处理请求，获得业务数据；

基于所述业务数据生成数据区块，并存储所述数据区块。

具体是由背书节点接收客户端发送的交易提案，并处理业务请求，获得业务数据；并生成包括所述业务数据的背书结果，将背书结果反馈给客户端；

客户端收集到预定数量的背书结果，将各个背书结果中的所述业务数据发送至排序节点，由所述排序节点基于所述业务数据生成数据区块，并将数据区块发送至背书节点，由背书节点存储所述数据区块。

因此，作为又一个实施例，基于Hyperledger Fabric架构实现的区块链处理系统，本申请实施例还提供了一种数据处理方法，该方法从由背书节点执行，可以包括：

处理所述业务处理请求，获得业务数据；

存储所述排序节点发送的所述数据区块。

图6为本申请实施例提供的一种数据处理方法又一个实施例的流程图，该方法可以包括以下几个步骤：

601：确定终端的数据查询请求。

602：响应所述数据查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个业务数据。

其中，所述至少一个业务数据为所述区块链处理系统处理所述终端的至少一个业务处理请求获得，并存储至至少一个数据区块中。

其中，在某些实施例中，所述响应所述数据查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个业务数据可以包括：

响应所述数据查询请求，从所述区块链处理系统中的任一个背书节点存储的各个数据区块中查找所述终端对应的至少一个业务数据。

在某些实施例中，所述响应所述数据查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个业务数据可以包括：

响应所述数据查询请求，从本地缓存中查找是否存在所述终端对应的至少一个业务数据；

如果是，获取所述至少一个业务数据；

如果否，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个业务数据。

在某些实施例中，所述数据查询请求中包括所述终端的设备标识；

所述响应所述数据查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个业务数据可以包括：

响应所述数据查询请求，从区块链处理系统存储的各个数据区块中查找所述设备标识对应的至少一个业务数据。

在某些实施例中，所述确定终端的数据查询请求可以包括：

接收终端发送的数据查询请求；其中，所述数据查询请求为所述终端响应数据查询操作生成；

所述响应所述数据查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个业务数据之后，所述方法还包括：

将所述至少一个业务数据发送至所述终端。

在某些实施例中，所述确定终端的数据查询请求可以包括：

响应针对所述终端的数据查询操作，生成所述数据查询请求。

此外，本申请实施例还提供了一种数据处理系统，如图7中所示，包括终端701以及区块链处理系统702。

其中，该终端701中配置有区块链处理系统对应的客户端。

所述终端701用于确定设备激活请求，将设备激活请求作为交易提案发送至所述区块链处理系统。

其中，该设备激活请求可以终端响应业务触发操作而生成。

所述区块链处理系统702用于处理所述设备激活请求获得激活相关数据；基于所述激活相关数据生成数据区块并存储所述数据区块。

此外，所述终端701还用于响应激活查询请求，从所述区块链处理系统702存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。

其中，区块链处理系统702可以包括多个背书节点703以及排序节点704。为了方便绘制，图中示例性绘制了3个背书节点的示意图。

所述终端具体用于将设备激活请求作为交易提案分别发送至少一个背书节点703；收集预定数量的背书结果，将各个背书结果中的激活相关数据发送至所述排序节点704；

所述背书节点703用于接收所述交易提案；处理所述设备激活请求，获得所述激活相关数据；生成包括所述激活相关数据的背书结果，并将所述背书结果反馈给所述终端701；

所述排序节点704用于基于所述激活相关数据生成数据区块，并将所述数据区块分别发送至所述至少一个背书节点703，由所述至少一个背书节点703分别存储所述数据区块。

其中，终端701响应激活查询请求，具体从任一个背书节点704存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。

图8为本申请实施例提供的一种数据处理装置一个实施例的结构示意图，该装置可以包括：

第一请求确定模块801，用于确定终端的设备激活请求；

交易触发模块802，用于将所述设备激活请求作为交易提案发送至区块链处理系统，以供所述区块链处理系统处理所述设备激活请求获得激活相关数据；基于所述激活相关数据生成数据区块并存储所述数据区块。

在某些实施例中，所述交易触发模块802具体用于：

在某些实施例中，所述第一请求确定模块具体用于接收所述终端发送的设备激活请求；其中，所述设备激活请求为所述终端响应业务触发操作而发送。

在某些实施例中，所述第一请求确定模块具体用于响应针对所述终端的业务触发操作，生成设备激活请求。

在某些实施例中，所述装置还可以包括：

监听模块，监听所述至少一个背书节点中的任一个背书节点发生区块更新事件时，从所述任一个背书节点中获取所述激活相关数据，并保存所述激活相关数据。

图8所述的数据处理装置可以执行图1所示实施例所述的数据处理方法，其实现原理和技术效果不再赘述。对于上述实施例中的数据处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在一个可能的设计中，图8所示实施例的数据处理装置可以实现为一终端，如图9所示，该终端可以包括存储组件901以及处理组件902；

所述存储组件901一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件902调用执行。

所述处理组件902用于：

确定设备激活请求；

将所述设备激活请求作为交易提案发送至区块链处理系统，以供所述区块链处理系统处理所述设备激活请求获得激活相关数据；基于所述激活相关数据生成数据区块并存储所述数据区块。

其中，处理组件902可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件901被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

当然，终端必然还可以包括其他部件，例如输入/输出接口、通信组件等。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图1所示实施例的数据处理方法。

图10为本申请实施例提供的一种数据处理装置又一个实施例的结构示意图，该装置可以包括：

请求接收模块1001，用于接收客户端发送的交易提案；其中，所述交易提案为终端触发的设备激活请求；

请求处理模块1002，用于处理所述设备激活请求，获得激活相关数据；

结果反馈模块1003，用于生成包括所述激活相关数据的背书结果，并将所述背书结果反馈给所述客户端，以供所述客户端收集到预定数量的背书结果时，将各个背书结果中的所述激活相关数据发送至排序节点，由所述排序节点基于所述激活相关数据生成数据区块；

数据存储模块1004，用于存储所述排序节点发送的所述数据区块。

在一个可能的设计中，图10所示实施例的数据处理装置可以实现为一计算设备，该计算设备可以作为区块链处理系统中的背书节点，如图11所示，该计算设备可以包括存储组件1101以及处理组件1102；

所述存储组件1101一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件1102调用执行。

所述处理组件1102用于：

处理所述设备激活请求，获得激活相关数据；

存储所述排序节点发送的所述数据区块。

其中，处理组件1102可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件1101被配置为存储各种类型的数据以支持在计算设备中的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

当然，计算设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。

图12为本申请实施例提供的一种数据处理装置又一个实施例的结构示意图，该装置可以包括：

第二请求确定模块1201，用于确定终端的激活查询请求；

数据查询模块1202，用于响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据；

在某些实施例中，所述数据查询模块可以具体用于响应所述激活查询请求，从所述区块链处理系统中的任一个背书节点存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。

在某些实施例中，所述数据查询模块可以具体用于：

如果是，获取所述至少一个激活相关数据；

在某些实施例中，所述激活查询请求中包括所述终端的设备标识；

所述数据查询模块可以具体用于响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述设备标识对应的至少一个激活相关数据。

在某些实施例中，所述第二请求确定模块可以具体用于接收终端发送的激活查询请求；其中，所述激活查询请求为所述终端响应数据查询操作生成；

所述装置还可以包括：

数据发送模块，用于将所述至少一个激活相关数据发送至所述终端。

在某些实施例中，所述第二请求确定模块可以具体用于响应针对所述终端的数据查询操作，生成所述激活查询请求。

图12所述的数据处理装置可以执行图4所示实施例所述的数据处理方法，其实现原理和技术效果不再赘述。对于上述实施例中的数据处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在一个可能的设计中，图12所示实施例的数据处理装置可以实现为一终端，如图13所示，该终端可以包括存储组件1301以及处理组件1302；

所述存储组件1301一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件1302调用执行。

所述处理组件1302用于：

确定激活查询请求；

其中，处理组件1302可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件1301被配置为存储各种类型的数据以支持在终端中的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

当然，该终端必然还可以包括其他部件，例如输入/输出接口、通信组件等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims

1.一种数据处理方法，其特征在于，包括：

确定终端的设备激活请求；

2.根据权利要求1所述的方法，其特征在于，所述将所述设备激活请求作为交易提案发送至区块链处理系统包括：

收集到预定数量的背书结果时，将各个背书结果中的所述业务数据发送至所述区块链处理系统中的排序节点，以供所述排序节点基于所述业务数据生成数据区块，并将所述数据区块分别存储至所述至少一个背书节点。

3.根据权利要求1所述的方法，其特征在于，所述确定终端的设备激活请求包括：

接收所述终端发送的设备激活请求；其中，所述激活请求为所述终端响应设备激活操作而发送。

4.根据权利要求1所述的方法，其特征在于，所述确定终端的设备激活请求包括：

响应针对所述终端的设备激活操作，生成设备激活请求。

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

监听所述至少一个背书节点中的任一个背书节点发生区块更新事件时，从所述任一个背书节点中获取所述激活相关数据，并保存所述激活相关数据。

6.一种数据处理方法，其特征在于，包括：

确定终端的激活查询请求；

7.根据权利要求6所述的方法，其特征在于，所述响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据包括：

8.根据权利要求6所述的方法，其特征在于，所述响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据包括：

如果是，获取所述本体缓存中的至少一个激活相关数据；

9.根据权利要求6所述的方法，其特征在于，所述激活查询请求中包括所述终端的设备标识；

10.根据权利要求6所述的方法，其特征在于，所述确定终端的激活查询请求包括：

接收终端发送的激活查询请求；其中，所述激活查询请求为所述终端响应激活查询操作生成；

所述响应所述激活查询请求，从区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据之后，所述方法还包括：

将所述至少一个激活相关数据发送至所述终端。

11.根据权利要求6所述的方法，其特征在于，所述确定终端的激活查询请求包括：

12.一种数据处理方法，其特征在于，包括：

处理所述设备激活请求，获得激活相关数据；

13.一种数据处理方法，其特征在于，包括：

处理所述设备激活请求，获得激活相关数据；

存储所述排序节点发送的所述数据区块。

14.一种数据处理方法，其特征在于，包括：

确定终端的业务处理请求；

15.根据权利要求1所述方法，其特征在于，所述将所述业务处理请求作为交易提案发送至区块链处理系统包括：

16.一种数据处理方法，其特征在于，包括：

处理所述业务处理请求，获得业务数据；

基于所述业务数据生成数据区块，并存储所述数据区块。

17.一种数据处理方法，其特征在于，包括：

处理所述业务处理请求，获得业务数据；

存储所述排序节点发送的所述数据区块。

18.一种数据处理方法，其特征在于，包括：

确定终端的数据查询请求；

19.一种数据处理装置，其特征在于，包括：

第一请求确定模块，用于确定终端的设备激活请求；

20.一种数据处理装置，其特征在于，包括：

21.一种数据处理装置，其特征在于，包括：

第二请求确定模块，用于确定终端的激活查询请求；

22.一种终端，其特征在于，包括处理组件以及存储组件；

所述处理组件用于：

确定设备激活请求；

23.一种计算设备，其特征在于，包括处理组件以及存储组件；

所述处理组件用于：

处理所述设备激活请求，获得激活相关数据；

存储所述排序节点发送的所述数据区块。

24.一种终端，其特征在于，包括处理组件以及存储组件；

所述处理组件用于：

确定激活查询请求；

25.一种数据处理系统，其特征在于，包括终端以及区块链处理系统；

26.根据权利要求25所述的系统，其特征在于，所述区块链处理系统包括多个背书节点以及排序节点；

所述终端具体用于将设备激活请求作为交易提案分别发送至少一个背书节点；收集预定数量的背书结果，将各个背书结果中的激活相关数据发送至所述排序节点；

所述背书节点用于接收所述交易提案；处理所述设备激活请求，获得所述激活相关数据；生成包括所述激活相关数据的背书结果，并将所述背书结果反馈给所终端；

所述排序节点用于基于所述激活相关数据生成数据区块，并将所述数据区块分别发送至所述至少一个背书节点，由所述至少一个背书节点分别存储所述数据区块。

27.根据权利要求25所述的系统，其特征在于，所述终端还用于响应激活查询请求，从所述区块链处理系统存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。

28.根据权利要求26所述的系统，其特征在于，所述终端还用于响应激活查询请求，从任一个背书节点存储的各个数据区块中查找所述终端对应的至少一个激活相关数据。