CN107770173A - 用户管理系统、相关身份信息创建方法和请求校验方法 - Google Patents

Abstract

本发明公开了一种用户管理系统、相关身份信息创建方法和请求校验方法。其中用户管理系统包括：账户信息列表；账户信息列表中包含至少一个数据项；每个数据项包括：账号的基础信息、账号关联的其他账户信息、为账号所配置的角色信息；账户包括下述类型：主账号、身份账号和权限账号；每个身份账号与一个主账号关联，每个权限账号与一个身份账号关联；主账号为请求数据保全的主体的账号；身份账号为主体中进行数据保全操作的下属机构的账号；权限账号为下属机构中具有管理权限的用户的账号。上述系统方便对用户进行集中管理，为业务管理、查询、统计和计费奠定了基础，另外还可以通过对权限的验证，保障数据保全过程的安全性以及保全数据的可信度。

Description

用户管理系统、相关身份信息创建方法和请求校验方法

技术领域

本发明涉及信息技术领域，特别涉及一种用户管理系统、相关身份信息创建方法和请求校验方法。

背景技术

电子数据保全通过第三方即时加密固化电子信息数据的内容和形成时间，生成文件的唯一数字身份证，确保数据的真实性、公正性和有效性，赋予电子数据文件法律证明效力。其完整流程一般包括事前的系统评估、事中的电子数据保全以及事后的电子数据司法鉴定。事前的系统评估环节，由国家信息中心电子数据司法鉴定中心对参与电子数据保全流程的具体业务场景、参与取证的业务系统进行具体分析，从中梳理出具有证明价值的核心保全点及保全顺序，确保已存证的电子数据能够客观完整证明用户的法律诉求等。事中的电子数据保全环节由电子数据保全中心在存储原始保全数据的同时进行提取数字摘要固化处理，并将数字摘要同步存证至国家信息中心的电子数据司法鉴定中心。由电子数据保全中心和国家信息中心电子数据司法鉴定中心分别出具保全证书和存证证书。事后，如有法律诉讼的需求，保全用户可以申请进行保全数据的司法鉴定。

对于电子数据保全中心而言，可以应用于包括电子商务、商业保险、数字知识产权、医疗电子数据、互联网金融等在内的各种行业，为电子世界发生的各类数据有关的行为事实进行电子数据保全。传统的做法，需要分别针对不同行业的特点，分别开发针对性的前端和后端，每个行业分别一一研发对应的前端和后端的做法，耗费大量人力物力，开发效率较低，亟需一种通用的数据保全系统，能够兼容各种不同的前端业务。

在这个通用的数据保全系统中，如何对不同客户业务系统、不同的账户、不同的用户进行集中管理，从而保障数据保全过程的安全性、保全数据的可信度，同样是个难题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种用户管理系统、相关身份信息创建方法和请求校验方法。

第一方面，本发明实施例提供一种用户管理系统，所述系统包括：账户信息列表；所述账户信息列表中包含至少一个数据项；

每个数据项包括：账号的基础信息、所述账号关联的其他账户信息、为所述账号所配置的角色信息；

所述账户包括下述类型：主账号、身份账号和权限账号；每个身份账号与一个主账号关联，每个权限账号与一个身份账号关联；所述主账号为请求数据保全的主体的账号；所述身份账号为所述主体中进行数据保全操作的下属机构的账号；所述权限账号为所述下属机构中具有管理权限的用户的账号。

在一个实施例中，所述账号的基础信息，包括下述一项或多项：

账号的编号、账号的名称、账号登录名称、账号类型信息。

在一个实施例中，所述账号的类型为主账号时，所述数据项中还包括：所述账户所关联的用户信息。

所述用户信息包括：用户的基本身份信息和用户的认证信息。

在一个实施例中，所述用户为企业用户或个人用户。

在一个实施例中，所述角色信息中包括角色编号、角色名称、角色所拥有的至少一项权限信息。

在一个实施例中，每个权限信息，包括：所述权限对应的至少一个可访问的资源信息；所述资源包括：可访问的网页URL、可访问的接口。

第二方面，本发明实施例提供一种用户身份信息的创建方法，包括：

当接收到创建账号的请求时，根据所输入的所述账号的基础信息、所选择的所述账号关联的其他账号或用户信息，生成对应的账号；

接收为账号所配置的角色信息与生成的账号对应保存；

所述账号包括下述类型：主账号、身份账号和权限账号；每个身份账号与一个主账号关联，每个权限账号与一个身份账号关联；所述主账号为请求数据保全的主体的账号；所述身份账号为所述主体中进行数据保全操作的下属机构的账号；所述权限账号为所述下属机构中具有管理权限的用户的账号。

在一些实施例中，所述角色信息，通过下述方式配置得到：

配置所述角色所拥有的至少一项权限信息；

为所述至少一项权限信息分别配置对应的至少一个可访问的资源；所述资源包括：可访问的网页URL、可访问的接口。

第三方面，本发明实施例提供一种保全业务请求的校验方法，包括：

当接收到客户业务系统发送的数据保全业务请求时，确定发送请求的账号所配置的角色信息；所述角色信息中包含至少一项权限信息，所述每个权限信息包括：所述权限对应的至少一个可访问的资源；

判断所述数据保全业务请求的接收接口是否符合所述至少一个可访问的资源，若符合，确定所述保全业务请求为合法请求。

第四方面，本发明实施例提供一种计算机可读存储介质，其上存储有上述用户数据系统。

第五方面，本发明实施例提供另一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时可以实现上述的保全业务请求的校验方法。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明实施例提供的用户管理系统、相关身份信息创建方法和请求校验方法中，用户管理系统包括：账户信息列表；账户信息列表中包含至少一个数据项；每个数据项包括：账号的基础信息、账号关联的其他账户信息、为账号所配置的角色信息；账户包括三级账号且彼此关联。在接收到客户业务系统发送的数据保全业务请求时，根据账号所配置的角色信息的权限信息，判断数据保全业务请求的接收接口是否符合该权限定义的可访问的资源，若符合，确定该保全业务请求为合法请求。本发明实施例针对不同客户业务系统分别建立了三级不同权限的账户，并且同一客户业务系统的不同类型的账户之间彼此关联，方便对用户进行集中管理、进而为业务管理、查询、统计和计费奠定了基础，另外还可以通过对权限的验证，从另外一个方面验证账户的安全性，从而保障了数据保全过程的安全性以及保全数据的可信度。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例提供的角色的配置界面；

图2为本发明实施例提供的查看账户详情的界面；

图3为本发明实施例提供的权限列表的示意图；

图4为本发明实施例提供的资源信息列表的示意图；

图5为本发明实施例提供的一种用户身份信息的创建方法的流程图；

图6为本发明实施例提供的创建账户的界面；

图7为本发明实施例提供的账号信息创建接口的工作流程图；

图8为本发明实施例提供的用户角色的设置接口的工作流程图；

图9为本发明实施例提供的一种保全业务请求的校验方法的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术的问题，本发明实施例提供了一种适用于多客户业务系统的用户管理系统。

该用户管理系统，包括：账户信息列表，该账户信息列表中包含至少一个数据项；

每个数据项包括：账号的基础信息、所述账号关联的其他账户信息、为账号所配置的角色信息；

所述账户包括下述类型：主账号、身份账号和权限账号；每个身份账号与一个主账号关联，每个权限账号与一个身份账号关联；所述主账号为请求数据保全的主体的账号；所述身份账号为所述主体中进行数据保全操作的下属机构的账号；所述权限账号为所述下属机构中具有管理权限的用户的账号。

对于同一个客户业务系统而言，一般主账号可以是一个，主账号所关联的身份账号可以为一个或多个，每个身份账号所关联的权限账号可以为一个或多个。

所创建的身份账号，主要用于在创建完成后，与客户业务系统的软件开发工具包(Software Development Kit，SDK)绑定，作为执行数据保全流程的主体，执行相应的数据保全流程的操作。

权限账号，通常是身份账号中具有管理权限的用户的账号，比如某某公司某某部门具有数据保全业务管理权限的张三、李四等等。

账号关联的其他账户信息例如为其他的账户的账号编号等。

在一个实施例中，账号的基础信息，包括下述一项或多项：账号的编号、账号的名称、账号登录名称、账号类型信息。

账号的名称与账号登录名称可以一致也可以不一致。

账户类型如前述包括：主账号、身份账号和权限账号等等。

在一个实施例中，每个数据项除了包含上述各项信息之外，还可以包括账号的状态信息，例如启用或停用状态、锁定与否的状态等等。

在一个实施例中，账号的类型为主账号时，数据项中还包括：主账户所关联的用户信息；

其中用户信息又包括：用户的基本身份信息和用户的认证信息。

在一个实施例中，用户例如可以为企业用户或个人用户。每个用户的用户信息可以预先创建。

个人用户基本信息例如包括下述一项或多项：姓名、身份证号码、性别、出生年月日、邮箱、手机号、是否通过认证的状态等；个人用户的认证信息包括：身份证正面照片、身份证反面照片、手持身份证照片或者其他生物特征信息等等；

企业用户基本信息包括：组织机构代码、组织机构名称、法人姓名、法人身份证号码等，企业用户的认证信息包括：组织机构照片、身份证明的正面照片、身份证反面照片、手持身份证照片。创建成功后，用户信息将写入缓存库中。

一个账户列表的例子如下表1所示，表1中包含多个数据项，每个数据项包含：账号编号、账号名称、账号登录名称、账号类型、关联账号、关联用户、启停状态、是否锁定、所属平台、配置角色等。

表1

上表1中，每个账户可以设置多个角色，因此，每个账户都可以拥有一个角色列表。

如图1所示，角色列表中包含若干角色编号和对应的角色名称和角色说明。图1所示的界面是角色的配置界面，可以通过该界面，设置、增加、修改、删除相应的角色。

参照图2所示，该图2所示的是一个查看账户详情的界面，从该界面中可以看出某个账号的账号编号、账号名称、账号类型、登录名称、账号密码、关联用户、启动状态、是否锁定和关联账号的信息。

在一个实施例中，角色信息中包括角色编号、角色名称、角色所拥有的至少一项权限信息。

下表2所示的是一个角色信息的列表的例子：

表2

角色编号	角色名称	角色说明	所配置的权限列表
				RL20170921111054645	前置角色		权限列表1
RL2017072116135727	downService	提取服务角色	权限列表2
				RL20170611111213312	uploadService	存证服务角色	权限列表3
RL20170541713333427	office角色		权限列表4

参照图3所示的一个权限列表的例子，在该权限列表中，包含角色包含的各项权限编号、权限名称和权限说明。

在一个实施例中，每个权限信息，包括：该权限对应的至少一个可访问的资源的信息；资源包括：可访问的网页URL、可访问的接口。

参照图4所示的资源信息的例子，在该例子中，资源信息包括：资源的名称、资源的类型、资源的地址和资源的说明。

本发明实施例提供的上述用户管理系统，对于各种客户业务系统都赋予了三层账号，即主账号、身份账号、权限账号，并且多个身份账号与主账号关联，多个权限账号与身份账号关联，对不同类型的账号分别赋予对应的角色，以对账户的访问和/或管理权限进行控制，同时，多层级的用户管理系统，也为各层级的业务数据的查询、统计和计费等操作提供了有效的支撑。

多层级的账号、以及角色、权限和资源的关系，可以通过例如树形数据结构进行存储，提高查找和更新的效率。

基于同一发明构思，本发明实施例还提供了一种与上述用户管理系统对应的用户身份信息的创建方法，参照图5所示，包括下述步骤：

S51、当接收到创建账号的请求时，根据所输入的所述账号的基础信息、所选择的所述账号关联的其他账号或用户信息，生成对应的账号；

S52、接收为账号所配置的角色信息与生成的账号对应保存。

账号包括下述类型：主账号、身份账号和权限账号；每个身份账号与一个主账号关联，每个权限账号与一个身份账号关联；主账号为请求数据保全的主体的账号；所述身份账号为所述主体中进行数据保全操作的下属机构的账号；所述权限账号为所述下属机构中具有管理权限的用户的账号。

账号创建可以通过调用预设的服务接口实现，参照图6所示的创建账号的界面，可以选择账号名称、账号类型、登录名称、账号密码、关联用户/账号、是否启用和是否锁定等，还可以自动生成对应的关联账号，例如创建类型为“主账号”的信息时，自动生成关联的“身份账号”和“权限账号”各一个，密码同主账号相同，生成的账号名称可以是“主账号名称_身份账号”和“主账号名称_权限账号”，当创建“身份账号”时，生成自动关联的“权限账号”；创建主账号信息时，必填关联用户信息；创建身份账号信息时，需要填写关联账号信息，且关联账号为主账号类型；创建权限账号信息时，需要填写关联账号信息，关联账号为身份账号类型。

创建账号完成后，可以继续设置相应的角色、角色的权限和权限的资源等。

在一个实施例中，角色信息可以通过下述方式配置得到：

配置角色所拥有的至少一项权限信息；

为至少一项权限信息分别配置对应的至少一个可访问的资源；上述资源包括：可访问的网页URL、可访问的接口。

账号信息还提供修改(账号和/或密码)、查询、锁定、启停用等功能。

图7所示的是账号信息创建接口的工作流程图的一个例子，该流程包括：

从图7中可以看出，API接口调用预设的账号管理服务，账号管理服务对输入信息的内容是否符合预设的条件进行判断，如果合规，则将账号信息发送给数据库(比如MySQL)进行保存，并且在保存成功后，将账号信息发送给Redis进行缓存。最终返回给API接口状态码。

参照图8所示，用户角色的设置接口的工作流程图包含如下步骤：

从图8可以看出，API接口调用账号管理服务后，对输入的信息进行判断，然后通过账号编号查询账号信息，清除其中的权限信息，然后接收输入的账号和角色编号列表，存储至MySQL，返回存储成功的状态消息给API接口。

基于同一发明构思，本发明实施例还提供了一种保全业务请求的校验方法，参照图9所示，包括：

S91、当接收到客户业务系统发送的数据保全业务请求时，确定发送请求的账号所配置的角色信息；角色信息中包含至少一项权限信息，每个权限信息包括：权限对应的至少一个可访问的资源；

S92、判断数据保全业务请求的接收接口是否符合所述至少一个可访问的资源，若符合，执行下述步骤S93；否则，结束流程；

S93、确定保全业务请求为合法请求。

上述保全业务请求的校验方法，可以通过判断数据保全业务的接收接口，是否是发出该请求的用户账号对应的权限中可访问的资源，来判断这个请求的合法性，当然，此方法还可以与其他用户校验、请求校验的技术手段结合使用，例如使用用户名密码方式校验，对请求中包含的数据HASH进行校验，对请求中加密的数据进行解密校验等等。本发明实施例对此不做限定。

本发明实施例还提供了一种计算机可读存储介质，其上存储有上述用户数据系统。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时可以实现上述保全业务请求的校验方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种用户管理系统，其特征在于，所述系统包括：账户信息列表；所述账户信息列表中包含至少一个数据项；

每个数据项包括：账号的基础信息、所述账号关联的其他账户信息、为所述账号所配置的角色信息；

所述账户包括下述类型：主账号、身份账号和权限账号；每个身份账号与一个主账号关联，每个权限账号与一个身份账号关联；所述主账号为请求数据保全的主体的账号；所述身份账号为所述主体中进行数据保全操作的下属机构的账号；所述权限账号为所述下属机构中具有管理权限的用户的账号。

2.如权利要求1所述的用户管理系统，其特征在于，所述账号的基础信息，包括下述一项或多项：账号的编号、账号的名称、账号登录名称、账号类型信息。

3.如权利要求2所述的用户管理系统，其特征在于，所述账号的类型为主账号时，所述数据项中还包括：所述账户所关联的用户信息；

所述用户信息包括：用户的基本身份信息和用户的认证信息。

4.如权利要求3所述的用户管理系统，其特征在于，所述用户为企业用户或个人用户。

5.如权利要求1-4任一项所述的用户管理系统，其特征在于，所述角色信息中包括角色编号、角色名称、角色所拥有的至少一项权限信息。

6.如权利要求5所述的用户管理系统，其特征在于，每个权限信息，包括：所述权限对应的至少一个可访问的资源信息；所述资源包括：可访问的网页URL、可访问的接口。

7.一种用户身份信息的创建方法，其特征在于，包括：

当接收到创建账号的请求时，根据所输入的所述账号的基础信息、所选择的所述账号关联的其他账号或用户信息，生成对应的账号；

接收为账号所配置的角色信息与生成的账号对应保存；

所述账号包括下述类型：主账号、身份账号和权限账号；每个身份账号与一个主账号关联，每个权限账号与一个身份账号关联；所述主账号为请求数据保全的主体的账号；所述身份账号为所述主体中进行数据保全操作的下属机构的账号；所述权限账号为所述下属机构中具有管理权限的用户的账号。

8.如权利要求7所述的方法，其特征在于，所述角色信息，通过下述方式配置得到：

配置所述角色所拥有的至少一项权限信息；

为所述至少一项权限信息分别配置对应的至少一个可访问的资源；所述资源包括：可访问的网页URL、可访问的接口。

9.一种保全业务请求的校验方法，其特征在于，包括：

当接收到客户业务系统发送的数据保全业务请求时，确定发送请求的账号所配置的角色信息；所述角色信息中包含至少一项权限信息，所述每个权限信息包括：所述权限对应的至少一个可访问的资源；

判断所述数据保全业务请求的接收接口是否符合所述至少一个可访问的资源，若符合，确定所述保全业务请求为合法请求。

10.一种计算机可读存储介质，其特征在于，其上存储有如权利要求1-6任一项所述的用户数据系统。

11.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时可以实现如权利要求9所述的保全业务请求的校验方法。