一种数据授权方法及系统

摘要

本申请提供了一种数据授权方法及系统，该数据授权方法及系统通过基于区块链技术预先在链上存储多用户的通证信息及多用户所拥有的不同数据的授权条件，并进而利用链上通证信息及不同数据拥有者的数据授权条件对数据请求者进行数据权限认证，实现了一种基于区块链通证体系的数据授权方案。本申请通过设计区块链通证体系，可基于链上公认共识的通证打通各类数据拥有者(如不同网络应用所属的不同运营实体)的数据交互权限的一致性，有效实现了不同数据拥有者的数据授权机制的通用化、标准化、扁平化，从而提升了数据授权的灵活性与高效性，能够更好地支撑动态网络空间中数据的安全共享与价值保护。

权利要求

1.一种数据授权方法，其特征在于，应用于基于区块链通证体系的数据授权系统，所述系统为一软件系统，参与使用该系统的数据请求者或者数据拥有者预先在该系统进行用户身份注册，该系统在用户进行身份注册时，向用户分配硬件数字身份信息；

所述方法包括：

获取数据请求者的数据访问请求；所述数据访问请求至少包括：利用所述数据请求者的硬件数字身份信息对原始数据访问请求消息所作的数字签名以及所述数据请求者的第一区块链地址；

验证所述数字签名与所述第一区块链地址是否一致，得到验证结果；

若所述验证结果表示一致，则：

基于所述第一区块链地址从区块链上获取所述数据请求者的通证信息；

从区块链上获取所述数据访问请求所请求的目标数据的授权条件；

确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，若满足，则授予所述数据请求者访问所述目标数据的权限；

其中，区块链上预先存储有多用户的通证信息及多用户所拥有的不同数据的授权条件。

2.根据权利要求1所述的方法，所述硬件数字身份信息包括存储于加密硬件中的私钥；

所述验证所述数字签名与所述第一区块链地址是否一致，包括：利用所持有的所述数据请求者的公钥对所述数字签名进行验签；

若验签通过，则基于区块链协议所规定的地址生成规则对所述公钥进行哈希计算，得到第二区块链地址；

判断所述第一区块链地址与所述第二区块链地址是否相同；若相同，则表示所述数字签名与所述第一区块链地址一致；若不相同，则表示所述数字签名与所述第一区块链地址不一致。

3.根据权利要求1所述的方法，其特征在于，所述数据请求者的通证信息包括所述数据请求者所拥有的通证种类及每个通证种类的数量，所述目标数据的授权条件包括访问所述目标数据所需的目标通证种类及数量；

则所述确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，包括：基于所述数据请求者所拥有的通证种类及每个通证种类的数量，确定所述数据请求者是否具备访问所述目标数据所需的目标通证种类及数量。

4.根据权利要求1所述的方法，其特征在于，在所述获得数据请求者的数据访问请求之前，还包括以下的预处理：获得用户的身份证明信息，并基于用户的身份证明信息向用户分配硬件数字身份信息；

获得用户利用所持有的硬件数字身份信息所注册的访问权限信息，并在区块链上存储所述访问权限信息；所述访问权限信息至少包括用户的区块链地址信息及访问用户所拥有的数据时需具备的授权条件。

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

在存在向目标用户发送通证信息的需求时，动态、实时地在线发送通证信息给所述目标用户。

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

记录用户与区块链进行交互的过程中所涉及的交互信息，并在区块链上存储所述交互信息。

7.一种基于区块链通证体系的数据授权系统，其特征在于，所述系统为一软件系统，参与使用该系统的数据请求者用户或者数据拥有者用户预先在该系统进行身份注册，该系统在用户进行身份注册时，向用户分配硬件数字身份信息；

所述系统包括：

第一获取单元，用于获取数据请求者的数据访问请求；所述数据访问请求至少包括：利用所述数据请求者的硬件数字身份信息对原始数据访问请求消息所作的数字签名以及所述数据请求者的第一区块链地址；

验证单元，用于验证所述数字签名与所述第一区块链地址是否一致，得到验证结果；

第二获取单元，用于在所述验证单元的验证结果表示一致的情况下，基于所述第一区块链地址从区块链上获取所述数据请求者的通证信息；以及用于从区块链上获取所述数据访问请求所请求的目标数据的授权条件；

授权单元，用于确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，若满足，则授予所述数据请求者访问所述目标数据的权限；

其中，区块链上预先存储有多用户的通证信息及多用户所拥有的不同数据的授权条件。

8.根据权利要求7所述的系统，其特征在于，所述数据请求者的通证信息包括所述数据请求者所拥有的通证种类及每个通证种类的数量，所述目标数据的授权条件包括访问所述目标数据所需的目标通证种类及数量；

则所述授权单元确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，具体包括：基于所述数据请求者所拥有的通证种类及每个通证种类的数量，确定所述数据请求者是否具备访问所述目标数据所需的目标通证种类及数量。

9.根据权利要求7所述的系统，其特征在于，还包括：

通证发送单元，用于在存在向目标用户发送通证信息的需求时，动态、实时地在线发送通证信息给所述目标用户。

10.根据权利要求7所述的系统，其特征在于，还包括：记录单元，用于记录记录用户与区块链进行交互的过程中所涉及的交互信息，并在区块链上存储所述交互信息。

说明书

一种数据授权方法及系统

技术领域

[0001] 本申请属于数据权限管理技术领域，尤其涉及一种数据授权方法及系统。

背景技术

[0002] 随着大数据、云计算、物联网、人工智能等信息技术的飞速发展，网络空间中的数据规模呈现出指数级增长。数据本身所蕴含的价值及其对于上述技术的支撑作用，使得数据越来越受到重视。

[0003] 在上述环境下，目前，数据已成为最新的经济资源、数据资产化也已成为信息时代的共识。作为未来信息社会的一种有效资产，其流通价值日益显现，而数据授权系统在数据流通过程中的作用非常关键，基于数据授权系统可有效确保数据在网络空间中能够拥有一个安全、可信的传播、共享环境，进而可确保数据在流通过程中其价值被合法使用、其权益得到保障。

[0004] 然而，现有的数据授权系统各自独立于网络应用内部，也即，现有数据授权系统的授权逻辑局限在特定的网络应用内部，这就导致不同应用之间的交叉授权与数据共享需要借助线下完成，具体地，比如，由不同应用的运营实体签订线下合同，并通过层层线下授权来完成不同应用之间的交叉授权与数据共享等。

[0005] 现有的数据授权系统显然存在未对不同数据拥有者(如不同网络应用所属的不同运营实体等)的数据授权机制进行打通的问题，缺乏灵活性与高效性，难以适应动态多变的网络环境，难以支撑起动态网络环境下的灵活、高效的数据授权需求。

发明内容

[0006] 有鉴于此，本申请的目的在于提供一种数据授权方法及系统，以打通不同数据拥有者(如不同网络应用所属的不同运营实体)的数据授权机制，提升数据授权的灵活性与高效性，更好地支撑动态网络空间中数据的安全共享与价值保护。

[0007] 为此，本申请公开如下技术方案：

[0008] 一种数据授权方法，包括：

[0009] 获取数据请求者的数据访问请求；所述数据访问请求至少包括：利用所述数据请求者的硬件数字身份信息对原始数据访问请求消息所作的数字签名以及所述数据请求者的第一区块链地址；

[0010] 验证所述数字签名与所述第一区块链地址是否一致，得到验证结果；

[0011] 若所述验证结果表示一致，则：

[0012] 基于所述第一区块链地址从区块链上获取所述数据请求者的通证信息；

[0013] 从区块链上获取所述数据访问请求所请求的目标数据的授权条件；

[0014] 确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，若满足，则授予所述数据请求者访问所述目标数据的权限；

[0015] 其中，区块链上预先存储有多用户的通证信息及多用户所拥有的不同数据的授权条件。

[0016] 上述方法，优选的，所述硬件数字身份信息包括存储于加密硬件中的私钥；

[0017] 所述验证所述数字签名与所述第一区块链地址是否一致，包括：

[0018] 利用所持有的所述数据请求者的公钥对所述数字签名进行验签；

[0019] 若验签通过，则基于区块链协议所规定的地址生成规则对所述公钥进行哈希计算，得到第二区块链地址；

[0020] 判断所述第一区块链地址与所述第二区块链地址是否相同；若相同，则表示所述数字签名与所述第一区块链地址一致；若不相同，则表示所述数字签名与所述第一区块链地址不一致。

[0021] 上述方法，优选的，所述数据请求者的通证信息包括所述数据请求者所拥有的通证种类及每个通证种类的数量，所述目标数据的授权条件包括访问所述目标数据所需的目标通证种类及数量；

[0022] 则所述确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，包括：

[0023] 基于所述数据请求者所拥有的通证种类及每个通证种类的数量，确定所述数据请求者是否具备访问所述目标数据所需的目标通证种类及数量。

[0024] 上述方法，优选的，在所述获得数据请求者的数据访问请求之前，还包括以下的预处理：

[0025] 获得用户的身份证明信息，并基于用户的身份证明信息向用户分配硬件数字身份信息；

[0026] 获得用户利用所持有的硬件数字身份信息所注册的访问权限信息，并在区块链上存储所述访问权限信息；所述访问权限信息至少包括用户的区块链地址信息及访问用户所拥有的数据时需具备的授权条件。

[0027] 上述方法，优选的，还包括：

[0028] 在存在向目标用户发送通证信息的需求时，动态、实时地在线发送通证信息给所述目标用户。

[0029] 上述方法，优选的，还包括：

[0030] 记录用户与区块链进行交互的过程中所涉及的交互信息，并在区块链上存储所述交互信息。

[0031] 一种数据授权系统，包括：

[0032] 第一获取单元，用于获取数据请求者的数据访问请求；所述数据访问请求至少包括：利用所述数据请求者的硬件数字身份信息对原始数据访问请求消息所作的数字签名以及所述数据请求者的第一区块链地址；

[0033] 验证单元，用于验证所述数字签名与所述第一区块链地址是否一致，得到验证结果；

[0034] 第二获取单元，用于在所述验证单元的验证结果表示一致的情况下，基于所述第一区块链地址从区块链上获取所述数据请求者的通证信息；以及用于从区块链上获取所述数据访问请求所请求的目标数据的授权条件；

[0035] 授权单元，用于确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，若满足，则授予所述数据请求者访问所述目标数据的权限；

[0036] 其中，区块链上预先存储有多用户的通证信息及多用户所拥有的不同数据的授权条件。

[0037] 上述系统，优选的，所述数据请求者的通证信息包括所述数据请求者所拥有的通证种类及每个通证种类的数量，所述目标数据的授权条件包括访问所述目标数据所需的目标通证种类及数量；

[0038] 则所述授权单元确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，具体包括：

[0039] 基于所述数据请求者所拥有的通证种类及每个通证种类的数量，确定所述数据请求者是否具备访问所述目标数据所需的目标通证种类及数量。

[0040] 上述系统，优选的，还包括：

[0041] 通证发送单元，用于在存在向目标用户发送通证信息的需求时，动态、实时地在线发送通证信息给所述目标用户。

[0042] 上述系统，优选的，还包括：

[0043] 记录单元，用于记录记录用户与区块链进行交互的过程中所涉及的交互信息，并在区块链上存储所述交互信息。

[0044] 由以上内容可知，本申请提供的数据授权方法及系统，通过基于区块链技术预先在链上存储多用户的通证信息及多用户所拥有的不同数据的授权条件，并进而利用链上通证信息及不同数据拥有者的数据授权条件对数据请求者进行数据权限认证，实现了一种基于区块链通证体系的数据授权方案。本申请通过设计区块链通证体系，可基于链上公认共识的通证打通各类数据拥有者(如不同网络应用所属的不同运营实体)的数据交互权限的一致性，有效实现了不同数据拥有者的数据授权机制的通用化、标准化、扁平化，从而提升了数据授权的灵活性与高效性，能够更好地支撑动态网络空间中数据的安全共享与价值保护。

附图说明

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

[0046] 图1是本申请实施例一提供的数据授权方法的流程示意图；

[0047] 图2是本申请实施例一提供的基于区块链通证体系的数据授权系统的工作原理示意图；

[0048] 图3是本申请实施例二提供的数据授权方法的流程示意图；

[0049] 图4是本申请实施例三提供的数据授权方法的流程示意图；

[0050] 图5-图8是本申请实施例四提供的数据授权系统的结构示意图。

具体实施方式

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

[0052] 为了打通不同数据拥有者(如不同网络应用所属的不同运营实体)的数据授权机制，提升数据授权的灵活性与高效性，更好地支撑动态网络空间中数据的安全共享与价值保护，本申请提供了一种数据授权方法及系统，以下将通过多个实施例对本申请的数据授权方法及系统进行详细阐述。

[0053] 实施例一

[0054] 参考图1，为本申请实施例一提供的数据授权方法的一种流程示意图，本实施例一中，如图1所示，所述数据授权方法包括以下处理步骤：

[0055] 步骤101、获取数据请求者的数据访问请求；所述数据访问请求至少包括：利用所述数据请求者的硬件数字身份信息对原始数据访问请求消息进行签名所得的数字签名以及所述数据请求者的第一区块链地址。

[0056] 实际应用中，可采用软件系统的形式对本申请方法的数据授权处理逻辑进行实施，具体地，参考图2所示，可基于本申请方法实现一基于区块链通证体系的数据授权系统。

[0057] 参与使用本系统的用户，如需要请求数据的数据请求者或者需要提供数据的数据拥有者等，需预先向系统管理员出示自身的身份证明信息，在此基础上，系统管理员可为其分配硬件数字身份信息。

[0058] 其中，用户的身份证明信息可以包括但不限于用户的身份证、工作证、职称/职务、密级、业务领域等证明材料中的一种或多种，为用户所分配的硬件数字身份信息可以为存储于加密硬件中的用户的私钥。所述硬件数字身份信息用于唯一标识用户及其区块链地址信息、通证信息。

[0059] 在获得硬件数字身份信息后，数据拥有者可使用自己的硬件数字身份信息向所述基于区块链通证体系的数据授权系统注册数据的访问权限信息，其中，注册信息至少包括数据拥有者的区块链地址信息及访问该数据拥有者所提供的数据时所需的授权条件，该授权条件进一步可以包括访问数据所需的通证种类及数量。

[0060] 本申请具体将多用户的通证信息及多用户所拥有的不同数据的授权条件存储于区块链上，以实现这些信息的链上存储，实际实施中，对于所述授权条件，可采用授权逻辑的形式对其进行链上存储，其中，如图2所示，数据的授权逻辑中可以包括但不限于数据的拥有者、数据访问所需通证的种类与数量等信息；用户的通证信息可存储在区块链上该用户的区块链地址所标示的存储位置处，数据的授权逻辑相对应的可存储在区块链上该数据的拥有者的区块链地址所标示的存储位置处；数据请求者、数据拥有者等用户的区块链地址信息具体可通过对用户的私钥所对应的公钥进行哈希计算得到。

[0061] 需要说明的是，图2中所示的不同拥有者所拥有的不同数据，既可以是不同的运营实体所提供的不同应用数据(如不同网络应用的数据)，还可以是相同运营实体的不同业务部门所提供的不同数据，本申请对此不作限定。

[0062] 上述的硬件数字身份信息分配及访问权限信息注册均可作为本申请方法的预处理过程预先实施，在此基础上，当数据请求者存在对目标数据的访问需求时，可触发针对目标数据的数据访问请求，为了确保网络空间中数据的安全共享与价值保护，需首先利用所述基于区块链通证体系的数据授权系统对该数据请求者进行权限验证，从而，相对应地，需首先由该基于区块链通证体系的数据授权系统获取数据请求者的数据访问请求，并验证数据请求者是否具备访问其所需的目标数据的权限。

[0063] 其中，数据请求者的数据访问请求至少包括以下信息：利用所述数据请求者的硬件数字身份信息对原始数据访问请求消息所作的数字签名以及所述数据请求者的第一区块链地址。

[0064] 具体地，所述数字签名可利用数据请求者的私钥对所述原始数据访问请求消息进行签名得到，所述第一区块链地址可通过对数据请求者的私钥所对应的公钥进行哈希计算得到。

[0065] 步骤102、验证所述数字签名与所述第一区块链地址是否一致，得到验证结果；若所述验证结果表示一致，则继续执行后续步骤，否则，若所述验证结果表示一致，则结束。

[0066] 在获得数据请求者的数据访问请求后，系统可首先利用其所持有的所述数据请求者的公钥对数据访问请求中的数字签名进行验签。

[0067] 在验签通过后，系统可进一步基于区块链协议所规定的地址生成规则对所述公钥进行哈希计算，得到第二区块链地址，并可判断所述第一区块链地址与所述第二区块链地址是否相同，若相同，则表示数据请求者确实是使用了其自身的硬件数字身份信息来生成所述第一区块链地址(而并非数据请求者随意杜撰的地址信息)，从而可进一步表征用户的数据访问请求中所包含的数字签名与所包含的第一区块链地址一致，此种情况下可继续执行后续的权限验证步骤；否则，若不相同，则表示用户的数据访问请求中所包含的数字签名与所包含的第一区块链地址不一致，该情况下则可终止用户的数据访问请求，不向用户授予其所需的目标数据的访问权限。

[0068] 步骤103、基于所述第一区块链地址从区块链上获取所述数据请求者的通证信息。

[0069] 在数据请求者的数据访问请求中所包含的数字签名与第一区块链地址一致的情况下，可继续基于所述第一区块链地址从区块链上获取所述数据请求者的通证信息，具体地可获取所述数据请求者所具备的通证种类与数量。

[0070] 以图2为例，所获取的数据请求者的通证信息具体为：

[0071] 通证a：10；

[0072] 通证b：1000。

[0073] 步骤104、从区块链上获取所述数据访问请求所请求的目标数据的授权条件。

[0074] 同时，可从区块链上获取所述数据访问请求所请求的目标数据的授权条件，具体地，以图2为例，则可从区块链上获取所述目标数据的授权逻辑，该授权逻辑中包含了访问目标数据所需具备的授权条件。

[0075] 参考图2，假设用户所需访问的目标数据为数据1，则本步骤获取的授权条件为：{通证a：50}，该授权条件要求数据访问者需具备通证a，且通证a的数量至少为50；相类似地，假设用户所需访问的目标数据为数据3，则本步骤获取的授权条件为：{通证b：30}，该授权条件要求数据访问者需具备通证b，且通证b的数量至少为30。

[0076] 步骤105、确定所述数据请求者的通证信息是否满足所述目标数据的授权条件；

[0077] 步骤106、若满足，则授予所述数据请求者访问所述目标数据的权限。

[0078] 在此基础上，可进一步判断数据请求者的通证信息是否满足所述目标数据的授权条件，若满足，则授予所述数据请求者访问所述目标数据的权限，否则，则不授予。

[0079] 仍以图2为例，如果用户所需访问的目标数据为数据3，由于数据请求者拥有的通证b的数量为100，满足该数据3的授权条件{通证b：30}，从而可授予所述数据请求者对所述目标数据的访问权限；如果用户所需访问的目标数据为数据1，则由于数据请求者拥有的通证a的数量为10，不满足该数据1的授权条件{通证a：50}，从而不授予该数据请求者对该数据1的访问权限，并可终止用户的数据访问请求。

[0080] 由以上方案可知，本实施例提供的数据授权方法，通过基于区块链技术预先在链上存储多用户的通证信息及多用户所拥有的不同数据的授权条件，并进而利用链上通证信息及不同数据拥有者的数据授权条件对数据请求者进行数据权限认证，实现了一种基于区块链通证体系的数据授权方案。本申请通过设计区块链通证体系，可基于链上公认共识的通证打通各类数据拥有者(如不同网络应用所属的不同运营实体)的数据交互权限的一致性，有效实现了不同数据拥有者的数据授权机制的通用化、标准化、扁平化，从而提升了数据授权的灵活性与高效性，能够更好地支撑动态网络空间中数据的安全共享与价值保护。

[0081] 实施例二

[0082] 参考图3，为本申请实施例二提供的数据授权方法的流程示意图，本实施例中，所述数据授权方法还可以包括以下步骤：

[0083] 步骤107、在存在向目标用户发送通证信息的需求时，动态、实时地在线发送通证信息给所述目标用户。

[0084] 其中，系统管理员可以依据实际需求，动态、实时地在线发送通证信息(包括通证种类及数量)给某目标用户，以临时赋予某目标用户某些数据的访问权限。且具体地，系统管理员还可以根据实际需求设置在线发送的通证信息的有效时限信息，例如，设置所发送的通证信息的有效时限为5分钟等，从而，后续，目标用户可在该有效时限内使用所发送的通证进行相对应的数据访问，超过该有限时限，则所发送的通证失效，相对应地用户不再具备该通证所对应的数据的访问权限。

[0085] 本实施例通过动态、实时地在线发送通证信息给目标用户，可实现数据权限的在线实时更新与临时发放。

[0086] 实施例三

[0087] 参考图4，为本申请实施例三提供的数据授权方法的流程示意图，本实施例中，所述数据授权方法还可以包括以下步骤：

[0088] 步骤108、记录用户与区块链进行交互的过程中所涉及的交互信息，并在区块链上存储所述交互信息。

[0089] 具体地，可以包括但不限于在区块链中记录数据拥有者向区块链进行数据注册、数据请求者向区块链请求访问数据以及通证的发送等各种交互操作所涉及的交互信息。

[0090] 本实施例通过在区块链中记录用户与区块链进行交互的过程中所涉及的交互信息，可便于后期数据授权行为的追溯与审计。

[0091] 实施例四

[0092] 对应于上述的数据授权方法，本申请还提供了一种数据授权系统，参考图5示出的数据授权系统的结构示意图，该系统可以包括：

[0093] 第一获取单元501，用于获取数据请求者的数据访问请求；所述数据访问请求至少包括：利用所述数据请求者的硬件数字身份信息对原始数据访问请求消息所作的数字签名以及所述数据请求者的第一区块链地址；

[0094] 验证单元502，用于验证所述数字签名与所述第一区块链地址是否一致，得到验证结果；

[0095] 第二获取单元503，用于在所述验证单元的验证结果表示一致的情况下，基于所述第一区块链地址从区块链上获取所述数据请求者的通证信息；以及用于从区块链上获取所述数据访问请求所请求的目标数据的授权条件；

[0096] 授权单元504，用于确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，若满足，则授予所述数据请求者访问所述目标数据的权限；

[0097] 其中，区块链上预先存储有多用户的通证信息及多用户所拥有的不同数据的授权条件。

[0098] 在本申请实施例的一实施方式中，所述验证单元502，具体用于：利用所持有的所述数据请求者的公钥对所述数字签名进行验签；若验签通过，则基于区块链协议所规定的地址生成规则对所述公钥进行哈希计算，得到第二区块链地址；判断所述第一区块链地址与所述第二区块链地址是否相同；若相同，则表示所述数字签名与所述第一区块链地址一致；若不相同，则表示所述数字签名与所述第一区块链地址不一致。

[0099] 在本申请实施例的一实施方式中，所述授权单元504确定所述数据请求者的通证信息是否满足所述目标数据的授权条件，具体包括：基于所述数据请求者所拥有的通证种类及每个通证种类的数量，确定所述数据请求者是否具备访问所述目标数据所需的目标通证种类及数量。

[0100] 在本申请实施例的一实施方式中，参考图6示出的数据授权系统的结构示意图，所述数据授权系统还可以包括：预处理单元501’，用于获得用户的身份证明信息，并基于用户的身份证明信息向用户分配硬件数字身份信息；以及用于获得用户利用所持有的硬件数字身份信息所注册的访问权限信息，并在区块链上存储所述访问权限信息；所述访问权限信息至少包括用户的区块链地址信息及访问用户所拥有的数据时需具备的授权条件。

[0101] 在本申请实施例的一实施方式中，参考图7示出的数据授权系统的结构示意图，所述数据授权系统还可以包括：通证发送单元505，用于在存在向目标用户发送通证信息的需求时，动态、实时地在线发送通证信息给所述目标用户。

[0102] 在本申请实施例的一实施方式中，参考图8示出的数据授权系统的结构示意图，所述数据授权系统还可以包括：记录单元506，用于记录记录用户与区块链进行交互的过程中所涉及的交互信息，并在区块链上存储所述交互信息。

[0103] 对于本申请实施例四公开的数据授权系统而言，由于其与实施例一至实施例三公开的数据授权方法相对应，所以描述的比较简单，相关相似之处请参见实施例一至实施例三中数据授权方法部分的说明即可，此处不再详述。

[0104] 综上所述，针对现有数据授权系统所存在的因授权逻辑局限在特定的互联网应用内部，而导致的不同应用程序中的用户身份难以在线上完成实时的相互认证与授权、难以灵活支持数据权限与不同级别用户的动态映射关系、难以完成跨应用的授权逻辑的实时在线更新及跨应用的数据权限临时发放等问题，本申请通过设计区块链通证体系，基于链上公认共识的通证打通了系统中各类实体交互权限的一致性，实现了不同运营实体的数据授权机制的通用化、标准化、扁平化，不同类型的数据与不同等级的人员之间的复杂对应关系可统一由通证的种类和数量加以连接，通过针对通证设置不同的种类和配置不同的数量，可承载起各类人员对各类数据的授权使用。

[0105] 从而，相比于现有技术，本申请方案可具备以下优势：

[0106] 1)可实现安全、可信、灵活、高效的数据授权；

[0107] 2)可实现数据权限的在线实时更新与临时发放；

[0108] 3)提供了标准化、一体化的数据授权逻辑模型；

[0109] 4)用户访问数据行为的可追溯性、可审计性强；

[0110] 5)可实现生存性强的授权系统。

[0111] 需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

[0112] 为了描述的方便，描述以上系统或装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

[0115] 以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。