一种数据权限校验方法和装置

摘要

本发明公开了一种数据权限校验方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：根据接收的第一数据获取请求，获取对应的列表数据；从列表数据的单条数据中提取第一特征标识，建立第一特征标识和用户标识的关联关系，返回列表数据进行展示；当接收到用于获取详情页数据的第二数据获取请求时，从第二数据获取请求中提取第二特征标识和当前用户标识；判断与当前用户标识相对应的关联关系中是否存在与第二特征标识相匹配的第一特征标识，以根据判断结果确定数据访问权限。该方法在访问列表页时，提取列表数据中的第一特征标识，后续在进行详情页访问时，基于请求的特征标识和列表数据的特征标识实现了数据权限校验。

权利要求

1.一种数据权限校验方法，其特征在于，包括：根据接收的第一数据获取请求，获取对应的列表数据；其中，所述第一数据获取请求包括用户标识；

从所述列表数据的单条数据中提取第一特征标识，建立所述第一特征标识和所述用户标识的关联关系，返回所述列表数据进行展示；

当接收到用于获取详情页数据的第二数据获取请求时，从所述第二数据获取请求中提取第二特征标识和当前用户标识；

判断与所述当前用户标识相对应的关联关系中是否存在与所述第二特征标识相匹配的第一特征标识，以根据判断结果确定数据访问权限。

2.根据权利要求1所述的方法，其特征在于，所述第一特征标识和所述第二特征标识为所述单条数据的顺序号、所述单条数据的主键以及任务号中的任意一个。

3.根据权利要求1所述的方法，其特征在于，根据判断结果确定数据访问权限，包括：如果所述关联关系中存在与所述第二特征标识相匹配的第一特征标识，则具有数据访问权限；

如果所述关联关系中不存在与所述第二特征标识相匹配的第一特征标识，则不具有数据访问权限。

4.根据权利要求1所述的方法，其特征在于，从所述第二数据获取请求中提取第二特征标识，包括：

在所述第二数据获取请求中不存在第二特征标识的情况下，从数据库中获取目标数据进行数据补全后，提取所述第二特征标识；

在所述第二数据获取请求中存在所述第二特征标识的情况下，直接提取所述第二特征标识。

5.根据权利要求1所述的方法，其特征在于，从所述列表数据的单条数据中提取第一特征标识，包括：

遍历所述列表数据的单条数据，从每个所述单条数据中分别提取第一特征标识。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：在具有所述数据访问权限的情况下，根据所述第二数据获取请求得到对应的详情页数据，返回所述详情页数据进行展示。

7.一种数据权限校验装置，其特征在于，包括：数据获取模块，用于根据接收的第一数据获取请求，获取对应的列表数据；其中，所述第一数据获取请求包括用户标识；

关系建立模块，用于从所述列表数据的单条数据中提取第一特征标识，建立所述第一特征标识和所述用户标识的关联关系，返回所述列表数据进行展示；

标识提取模块，用于当接收到用于获取详情页数据的第二数据获取请求时，从所述第二数据获取请求中提取第二特征标识和当前用户标识；

权限确定模块，用于判断与所述当前用户标识相对应的关联关系中是否存在与所述第二特征标识相匹配的第一特征标识，以根据判断结果确定数据访问权限。

8.根据权利要求7所述的装置，其特征在于，所述权限确定模块，还用于：如果所述关联关系中存在与所述第二特征标识相匹配的第一特征标识，则具有数据访问权限；以及

如果所述关联关系中不存在与所述第二特征标识相匹配的第一特征标识，则不具有数据访问权限。

9.一种电子设备，其特征在于，包括：一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。

说明书

一种数据权限校验方法和装置

技术领域

[0001] 本发明涉及计算机领域，尤其涉及一种数据权限校验方法和装置。

背景技术

[0002] 数据权限校验用于控制用户可以访问哪些数据，目前普遍存在于各种应用程序(APP)中。用户登录APP后，通过权限控制查看具有访问权限的数据，同时避免其他用户看到
自己未公开或未授权的数据，保护用户的私有数据。

[0003] 现有技术对于详情页的权限控制主要有如下几种方式：详情页后端服务数据权限校验、详情页的请求中增加令牌(token)、APP端权限校验。其中，详情页即服务申请单明细。

[0004] 在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

[0005] 详情页后端服务数据权限校验的方式，数据权限校验逻辑和业务逻辑耦合紧密，数据权限校验逻辑不具有通用性；详情页的请求中增加令牌的方式，需要APP端和后端约定
一个存储token的字段，token字段变更会影响APP端；APP端权限校验的方式，用户可以不通
过APP端直接和后端进行通信，从而绕过数据权限校验。

发明内容

[0006] 有鉴于此，本发明实施例提供一种数据权限校验方法和装置，在访问列表页时，提取列表数据中的第一特征标识，后续在进行详情页访问时，基于请求的特征标识和列表数
据的特征标识实现了数据权限校验，数据校验逻辑与业务逻辑解耦合，且无需在接口中约
定令牌字段。

[0007] 为实现上述目的，根据本发明实施例的一个方面，提供了一种数据权限校验方法。

[0008] 本发明实施例的一种数据权限校验方法，包括：根据接收的第一数据获取请求，获取对应的列表数据；其中，所述第一数据获取请求包括用户标识；从所述列表数据的单条数
据中提取第一特征标识，建立所述第一特征标识和所述用户标识的关联关系，返回所述列
表数据进行展示；当接收到用于获取详情页数据的第二数据获取请求时，从所述第二数据
获取请求中提取第二特征标识和当前用户标识；判断与所述当前用户标识相对应的关联关
系中是否存在与所述第二特征标识相匹配的第一特征标识，以根据判断结果确定数据访问
权限。

[0009] 可选地，所述第一特征标识和所述第二特征标识为所述单条数据的顺序号、所述单条数据的主键以及任务号中的任意一个。

[0010] 可选地，根据判断结果确定数据访问权限，包括：如果所述关联关系中存在与所述第二特征标识相匹配的第一特征标识，则具有数据访问权限；如果所述关联关系中不存在
与所述第二特征标识相匹配的第一特征标识，则不具有数据访问权限。

[0011] 可选地，从所述第二数据获取请求中提取第二特征标识，包括：在所述第二数据获取请求中不存在第二特征标识的情况下，从数据库中获取目标数据进行数据补全后，提取
所述第二特征标识；在所述第二数据获取请求中存在所述第二特征标识的情况下，直接提
取所述第二特征标识。

[0012] 可选地，从所述列表数据的单条数据中提取第一特征标识，包括：遍历所述列表数据的单条数据，从每个所述单条数据中分别提取第一特征标识。

[0013] 可选地，所述方法还包括：在具有所述数据访问权限的情况下，根据所述第二数据获取请求得到对应的详情页数据，返回所述详情页数据进行展示。

[0014] 为实现上述目的，根据本发明实施例的另一方面，提供了一种数据权限校验装置。

[0015] 本发明实施例的一种数据权限校验装置，包括：数据获取模块，用于根据接收的第一数据获取请求，获取对应的列表数据；其中，所述第一数据获取请求包括用户标识；关系
建立模块，用于从所述列表数据的单条数据中提取第一特征标识，建立所述第一特征标识
和所述用户标识的关联关系，返回所述列表数据进行展示；标识提取模块，用于当接收到用
于获取详情页数据的第二数据获取请求时，从所述第二数据获取请求中提取第二特征标识
和当前用户标识；权限确定模块，用于判断与所述当前用户标识相对应的关联关系中是否
存在与所述第二特征标识相匹配的第一特征标识，以根据判断结果确定数据访问权限。

[0016] 可选地，所述第一特征标识和所述第二特征标识为所述单条数据的顺序号、所述单条数据的主键以及任务号中的任意一个。

[0017] 可选地，所述权限确定模块，还用于：如果所述关联关系中存在与所述第二特征标识相匹配的第一特征标识，则具有数据访问权限；以及如果所述关联关系中不存在与所述
第二特征标识相匹配的第一特征标识，则不具有数据访问权限。

[0018] 可选地，所述标识提取模块，还用于：在所述第二数据获取请求中不存在第二特征标识的情况下，从数据库中获取目标数据进行数据补全后，提取所述第二特征标识；在所述
第二数据获取请求中存在所述第二特征标识的情况下，直接提取所述第二特征标识。

[0019] 可选地，所述关系建立模块，还用于：遍历所述列表数据的单条数据，从每个所述单条数据中分别提取第一特征标识。

[0020] 可选地，所述装置还包括：数据返回模块，用于在具有所述数据访问权限的情况下，根据所述第二数据获取请求得到对应的详情页数据，返回所述详情页数据进行展示。

[0021] 为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

[0022] 本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多
个处理器实现本发明实施例的一种数据权限校验方法。

[0023] 为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质。

[0024] 本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种数据权限校验方法。

[0025] 上述发明中的一个实施例具有如下优点或有益效果：在访问列表页时，提取列表数据中的第一特征标识，后续在进行详情页访问时，基于请求的特征标识和列表数据的特
征标识实现了数据权限校验，数据校验逻辑与业务逻辑解耦合，且无需在接口中约定令牌
字段；将能够唯一区分数据的特征作为特征标识，便于后续进行特征标识匹配；根据匹配结
果判定用户是否具有数据访问权限，在业务层面实现了数据权限校验的功能；对于第二数
据获取请求中不存在特征标识的情况，需要先补全数据后进行提取，进一步完善了数据权
限校验的实现方案；从列表数据的每条数据中提取特征标识，避免提取遗漏，提高后续匹配
的准确度；在用户具有数据访问权限的情况下，将详情页数据返回给APP进行展示，方便用
户浏览。

[0026] 上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

[0027] 附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

[0028] 图1是根据本发明实施例一的数据权限校验方法的主要步骤的示意图；

[0029] 图2是根据本发明实施例二的数据权限校验方法的主要流程示意图；

[0030] 图3是根据本发明实施例二的数据权限校验方法的关联关系结构示意图；

[0031] 图4是根据本发明实施例三的数据权限校验方法的主要流程示意图；

[0032] 图5是根据本发明实施例的数据权限校验装置的主要模块的示意图；

[0033] 图6是本发明实施例可以应用于其中的示例性系统架构图；

[0034] 图7是适用于来实现本发明实施例的电子设备的计算机装置的结构示意图。

具体实施方式

[0035] 以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识
到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同
样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

[0036] 数据权限校验能够控制用户可以访问那些数据，目前详情页的权限控制主要有如下几种方式：

[0037] (1)详情页后端服务数据权限校验：详情页的请求到达后端服务后，后端服务根据详情页的请求数据，结合发起请求的用户登录信息，去查询详情页数据，判断用户是否有访
问该数据的权限，根据数据权限校验的结果进行下一步逻辑处理。

[0038] (2)详情页的请求中增加令牌：在获取列表页数据时，列表页后端服务给将要返回的每一条列表数据生成一个token，并将token存储在后端，同时随列表数据返回给APP端；
APP端接收到列表数据并暂存token，当请求列表数据的某一条数据的详情页时，将APP端暂
存的该条数据对应的token一同发给后端，后端判断请求的token是否匹配后端存储的该数
据的token，如果匹配，则有数据访问权限。其中，列表页是指服务单审核列表。服务单比如
退货服务形成的订单，换货服务形成的订单、返修服务形成的订单等。

[0039] (3)APP端权限校验：APP端请求后端获取用户的权限数据，当用户访问时，在APP端通过提前获取到的用户权限数据，判断用户是否有该项数据的权限。

[0040] 上述第一种方式存在如下缺点：数据权限校验逻辑和业务逻辑耦合紧密，业务变更可能影响数据权限校验逻辑的修改；数据校验逻辑不具有通用性，每处数据权限校验都
是根据具体业务书写一套对应的校验逻辑。第二种方式存在如下缺点：详情页的请求中增
加token对APP端向后端发送请求的数据格式有要求，要求两端约定一个存储token的字段。
而token字段的变更对APP端的影响较大，APP端需要做相应修改，升级新的版本，并想办法
让用旧用户更新APP版本。第三种方式存在如下缺点：APP端数据权限校验不够严谨，用户可
以不通过APP端直接和后端进行通信，从而绕过数据权限校验。

[0041] APP端在某一时刻只能展示一个窗口，想要查看某个子页面，只能从入口页面一级一级的进入，访问页面具有一定的顺序性。依据以上特性，本发明实施例对现有技术中数据
权限校验的方式进行改进，实现原理为：在访问列表页，即需要进行数据权限校验的前一
步，通过与业务无关的处理逻辑提取出特征标识，再进行下一步详情页访问时，通过请求的
特征标识和上一步提取的特征标识进行数据权限校验。具体实现如下。

[0042] 图1是根据本发明实施例一的数据权限校验方法的主要步骤的示意图。如图1所示，本发明实施例一的数据权限校验方法，主要包括如下步骤：

[0043] 步骤S101：根据接收的第一数据获取请求，获取对应的列表数据。用户在APP端的操作界面中点击菜单或者按钮，触发APP端向后端发送针对该菜单或者按钮对应的列表页
的第一数据获取请求。其中，第一数据获取请求包括任务号、用户标识。后端基于第一数据
获取请求的任务号，进行查询得到对应的列表数据。

[0044] 步骤S102：从所述列表数据的单条数据中提取第一特征标识，建立所述第一特征标识和所述用户标识的关联关系，返回所述列表数据进行展示。列表数据中通常包括多个
单条数据，从至少一个单条数据种提取第一特征标识。其中，该第一特征标识用于唯一区分
每个单条数据。建立第一特征标识和用户标识的关联关系，存储该关联关系，并返回列表数
据至APP端进行展示，便于用户发起对该列表页中详情页的访问。

[0045] 步骤S103：当接收到用于获取详情页数据的第二数据获取请求时，从所述第二数据获取请求中提取第二特征标识和当前用户标识。用户在APP端该列表页的操作界面中点
击某条数据，触发APP端向后端发送针对该数据的第二数据获取请求。其中，第二数据获取
请求包括特征标识、当前用户标识。后端从第二数据获取请求提取特征标识和当前用户标
识。

[0046] 步骤S104：判断与所述当前用户标识相对应的关联关系中是否存在与所述第二特征标识相匹配的第一特征标识，以根据判断结果确定数据访问权限。后端获取该当前用户
标识对应的关联关系，判断获取的关联关系中是否存在与第二特征标识相同的第一特征标
识，如果存在，说明当前用户具有访问该详情页的权限；如果不存在，说明当前用户不具有
访问该详情页的权限。

[0047] 通过上述方式在需要进行数据权限校验的前一步(即访问列表页时)，通过与业务无关的处理逻辑提取出特征标识，当用户访问归属于该列表页的详情页时，通过访问请求
的特征标识和上一步提取的特征标识，进行数据权限校验，将数据校验逻辑与业务逻辑解
耦，且无需在接口中约定令牌字段。

[0048] 图2是根据本发明实施例二的数据权限校验方法的主要流程示意图。如图2所示，本发明实施例二的数据权限校验方法，由后端实现，主要包括如下步骤：

[0049] 步骤S201：根据来自APP端的第一数据获取请求进行逻辑处理，得到列表数据。用户通过APP端的操作界面，发起对列表页的访问请求。APP端向后端发送相应列表页的第一
数据获取请求。后端根据第一数据获取请求进行逻辑处理。此处的逻辑处理，主要是执行
SQL查询，比如：Select*from售后服务单表where id＝服务单号and state＝服务单环节
and user＝当前用户标识and其它查询条件，查询结果是售后服务单的集合，包含多条数
据。

[0050] 步骤S202：遍历列表数据，从单条数据中提取第一特征标识，建立第一特征标识与第一数据获取请求指定的用户的关联关系。实施例中，从列表数据的每个单条数据分别提
取第一特征标识。第一特征标识需要在得到的列表数据中能够唯一区分出该单条数据，比
如可以使用顺序号、数据的主键、任务号等中的任意一个作为唯一的第一特征标识。顺序号
是单条数据在全部数据集合中的顺序，该顺序是唯一的。主键是单条数据的一部分，可以从
单条数据中直接获取。实施例中，任务号为服务单号。

[0051] 关联关系中包括第一特征标识和对应的用户标识。用户标识从第一数据获取请求中获取，该标识由登录系统负责维护，一般是一串字符串，根据该字符串可以得到请求用户
的用户名等其它账户信息。将关联关系存储在后端，以便在详情页校验时使用。

[0052] 在一优选的实施例中，对于一个应用程序中包括多个列表页和详情页的情况，还可以在关联关系中添加列表区分字段进行区分。图3是根据本发明实施例二的数据权限校
验方法的关联关系结构示意图。如图3所示，本发明实施例关联关系结包括三个字段，分别
为用户标识、列表区分和第一特征标识。

[0053] 步骤S203：将列表数据返回至APP端，以由APP端进行展示。APP端接收到列表数据后，在用户界面进行展示，以便用户选择要访问的详情页。

[0054] 步骤S204：当接收到来自APP端的第二数据获取请求时，从第二数据获取请求中提取第二特征标识和用户标识。用户通过APP端的操作界面，发起对该列表页下详情页的访问
请求。APP端向后端发送相应详情页的第二数据获取请求。该第二数据获取请求包含第二特
征标识和用户标识。第二特征标识用于唯一区分详情页数据，例如可以是服务单号。

[0055] 步骤S205：基于用户标识从关联关系中获取对应的第一特征标识，将第二特征标识与对应用户的第一特征标识进行匹配。后端基于用户标识从关联关系中查询，得到该用
户对应的一个或者多个第一特征标识。判断该关联关系中是否存在与第二特征标识相同的
第一特征标识，以进行匹配。

[0056] 步骤S206：判断特征标识是否匹配成功，如果匹配成功，则执行步骤S207；如果匹配失败，则执行步骤S208。用户在列表数据中能看到该单条数据，就说明有该单条数据的权
限，在进一步查看该单条数据对应的详情页时，权限判断的依据是在上一步列表页中是否
有权限。列表数据中有权限，则详情页也就有权限。

[0057] 该步骤的具体实现为：如果关联关系中存在与第二特征标识相同的第一特征标识，则匹配成功，说明用户具有访问该详情页的权限。如果关联关系中不存在与第二特征标
识相同的第一特征标识，则匹配失败，说明用户没有访问该详情页的权限。

[0058] 步骤S207：根据第二数据获取请求进行逻辑处理，得到详情页数据，将详情页数据返回至APP端进行展示，结束本流程。若用户具有访问该详情页的权限，则进行下一步详情
页的处理逻辑。

[0059] 步骤S208：结束对第二数据获取请求的处理逻辑。若用户没有访问该详情页的权限，则结束本次请求处理。

[0060] 图4是根据本发明实施例三的数据权限校验方法的主要流程示意图。如图4所示，本发明实施例三的数据权限校验方法，由APP端和后端共同实现，主要包括如下步骤：

[0061] 步骤S401：APP端接收到外部列表页访问请求后，向后端发送相应列表页的第一数据获取请求。用户点击APP操作界面上的菜单或者按钮，向APP端发起对相应列表页的访问
请求，此时APP端向后端发送针对该列表页的第一数据获取请求。该第一数据获取请求主要
包含一些查询条件，包括服务单号、订单号、处理结果、申请日期、用户信息等。

[0062] 步骤S402：后端根据第一数据获取请求进行逻辑处理，得到列表数据。此处的逻辑处理，主要是执行SQL查询，得到列表数据。

[0063] 步骤S403：后端遍历列表数据，从每个单条数据中分别提取第一特征标识，建立第一特征标识与第一数据获取请求指定的用户的关联关系。第一特征标识需要在得到的列表
数据中能够唯一区分出该单条数据。后端从列表数据的每个单条数据中提取出第一特征标
识，建立第一特征标识与用户标识的关联关系，并存储。

[0064] 步骤S404：后端将列表数据返回至APP端，以由APP端进行展示。APP端接收到列表数据后，在用户界面进行展示，以便用户选择要访问的详情页。

[0065] 步骤S405：APP端接收到外部详情页访问请求后，向后端发送相应详情页的第二数据获取请求。用户点击列表页的某条数据，向APP端发起对相应详情页的访问请求，此时APP
端向后端发送针对该详情页的第二数据获取请求。该第二数据获取请求也包含一些查询条
件，实际应用中，该第二数据获取请求包括服务单号和用户标识。

[0066] 步骤S406：后端从第二数据获取请求中提取第二特征标识和用户标识，以基于用户标识从关联关系中获取对应的第一特征标识，将第二特征标识与对应用户的第一特征标
识进行匹配。后端基于用户标识从关联关系中查询，得到该用户对应的一个或者多个第一
特征标识。后端判断关联关系中是否存在与第二特征标识相同的第一特征标识，以进行匹
配。

[0067] 在一优选的实施例中，由于第二数据获取请求中的信息有限，可能存在无法提取到第二特征标识的情况，此时可以先进行数据补充后再进行提取。其中，数据补全主要是通
过数据库查询，可根据数据获取请求中的有限信息查询数据库，获取更多的信息。

[0068] 步骤S407：后端判断特征标识是否匹配成功，如果匹配成功，则执行步骤S408；如果匹配失败，则执行步骤S409。该步骤的具体实现见步骤S206，此处不再赘述。

[0069] 步骤S408：后端根据第二数据获取请求进行逻辑处理，得到详情页数据后返回至APP端进行展示，结束本流程。若用户具有访问该详情页的权限，则进行下一步详情页的处
理逻辑。APP端接收到详情页数据后，在用户界面进行展示，以便用户查看。

[0070] 步骤S409：后端结束对第二数据获取请求的处理逻辑，向APP端返回不具有访问权限的提示信息。若用户没有访问该详情页的权限，则结束本次请求处理，并向用户反馈不具
有访问权限的提示信息。

[0071] 通过本发明实施例的数据权限校验方法可以看出，在访问列表页时，提取列表数据中的第一特征标识，后续在进行详情页访问时，基于请求的特征标识和列表数据的特征
标识实现了数据权限校验，数据校验逻辑与业务逻辑解耦合，且无需在接口中约定令牌字
段；将能够唯一区分数据的特征作为特征标识，便于后续进行特征标识匹配；根据匹配结果
判定用户是否具有数据访问权限，在业务层面实现了数据权限校验的功能；对于第二数据
获取请求中不存在特征标识的情况，需要先补全数据后进行提取，进一步完善了数据权限
校验的实现方案；从列表数据的每条数据中提取特征标识，避免提取遗漏，提高后续匹配的
准确度；在用户具有数据访问权限的情况下，将详情页数据返回给APP进行展示，方便用户
浏览。

[0072] 图5是根据本发明实施例的数据权限校验装置的主要模块的示意图。如图5所示，本发明实施例的数据权限校验装置500，主要包括：

[0073] 数据获取模块501，用于根据接收的第一数据获取请求，获取对应的列表数据。用户在APP端的操作界面中点击菜单或者按钮，触发APP端向后端发送针对该菜单或者按钮对
应的列表页的第一数据获取请求。其中，第一数据获取请求包括任务号、用户标识。后端基
于第一数据获取请求的任务号，进行查询得到对应的列表数据。

[0074] 关系建立模块502，用于从所述列表数据的单条数据中提取第一特征标识，建立所述第一特征标识和所述用户标识的关联关系，返回所述列表数据进行展示。列表数据中通
常包括多个单条数据，从至少一个单条数据种提取第一特征标识。其中，该第一特征标识用
于唯一区分每个单条数据。建立第一特征标识和用户标识的关联关系，存储该关联关系，并
返回列表数据至APP端进行展示，便于用户发起对该列表页中详情页的访问。

[0075] 标识提取模块503，用于当接收到用于获取详情页数据的第二数据获取请求时，从所述第二数据获取请求中提取第二特征标识和当前用户标识。用户在APP端该列表页的操
作界面中点击某条数据，触发APP端向后端发送针对该数据的第二数据获取请求。其中，第
二数据获取请求包括特征标识、当前用户标识。后端从第二数据获取请求提取特征标识和
当前用户标识。

[0076] 权限确定模块504，用于判断与所述当前用户标识相对应的关联关系中是否存在与所述第二特征标识相匹配的第一特征标识，以根据判断结果确定数据访问权限。后端获
取该当前用户标识对应的关联关系，判断获取的关联关系中是否存在与第二特征标识相同
的第一特征标识，如果存在，说明当前用户具有访问该详情页的权限；如果不存在，说明当
前用户不具有访问该详情页的权限。

[0077] 另外，本发明实施例的数据权限校验装置500还可以包括：数据返回模块(图5中未示出)。该模块用于在具有所述数据访问权限的情况下，根据所述第二数据获取请求得到对
应的详情页数据，返回所述详情页数据进行展示。

[0078] 从以上描述可以看出，在访问列表页时，提取列表数据中的第一特征标识，后续在进行详情页访问时，基于请求的特征标识和列表数据的特征标识实现了数据权限校验，数
据校验逻辑与业务逻辑解耦合，且无需在接口中约定令牌字段。

[0079] 图6示出了可以应用本发明实施例的数据权限校验方法或数据权限校验装置的示例性系统架构600。

[0080] 如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以
包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

[0081] 用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网
页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

[0082] 终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

[0083] 服务器605可以是提供各种服务的服务器，例如管理员利用终端设备601、602、603发送的数据获取请求进行处理的后台管理服务器。后台管理服务器可以根据数据获取请
求，提取特征标识，比对特征标识等处理，并将处理结果(例如详情页数据)反馈给终端设
备。

[0084] 需要说明的是，本申请实施例所提供的数据权限校验方法一般由服务器605执行，相应地，数据权限校验装置一般设置于服务器605中。

[0085] 应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

[0086] 根据本发明的实施例，本发明还提供了一种电子设备和一种计算机可读介质。

[0087] 本发明的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实
现本发明实施例的一种数据权限校验方法。

[0088] 本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种数据权限校验方法。

[0089] 下面参考图7，其示出了适用于来实现本发明实施例的电子设备的计算机系统700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范
围带来任何限制。

[0090] 如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而
执行各种适当的动作和处理。在RAM 703中，还存储有计算机系统700操作所需的各种程序
和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也
连接至总线704。

[0091] 以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；
以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因
特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如
磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出
的计算机程序根据需要被安装入存储部分708。

[0092] 特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读
介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在
这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可
拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统
中限定的上述功能。

[0093] 需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不
限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计
算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便
携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储
器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、
或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程
序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本
发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，
其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限
于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可
读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于
由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的
程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述
的任意合适的组合。

[0094] 附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代
表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个
用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所
标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际
上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要
注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规
定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组
合来实现。

[0095] 描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包
括数据获取模块、关系建立模块、标识提取模块和权限确定模块。其中，这些模块的名称在
某种情况下并不构成对该模块本身的限定，例如，数据获取模块还可以被描述为“根据接收
的第一数据获取请求，获取对应的列表数据的模块”。

[0096] 作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算
机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使
得该设备包括：根据接收的第一数据获取请求，获取对应的列表数据；其中，所述第一数据
获取请求包括用户标识；从所述列表数据的单条数据中提取第一特征标识，建立所述第一
特征标识和所述用户标识的关联关系，返回所述列表数据进行展示；当接收到用于获取详
情页数据的第二数据获取请求时，从所述第二数据获取请求中提取第二特征标识和当前用
户标识；判断与所述当前用户标识相对应的关联关系中是否存在与所述第二特征标识相匹
配的第一特征标识，以根据判断结果确定数据访问权限。

[0097] 从以上描述可以看出，在访问列表页时，提取列表数据中的第一特征标识，后续在进行详情页访问时，基于请求的特征标识和列表数据的特征标识实现了数据权限校验，数
据校验逻辑与业务逻辑解耦合，且无需在接口中约定令牌字段。

[0098] 上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

[0099] 上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何
在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围
之内。