一种适用于多部门的用户数据管理系统技术方案

本申请涉及适用于多部门的用户数据管理系统，包括用户中心服务模块用于接收用户的包含账号统一标识的登陆信息，对登陆信息进行验证，针对通过验证的登陆信息生成用户账号；用户中心管理模块用于根据部门层级关系对部门及应用进行分类，基于账号统一标识将用户账号分配至对应的部门，对完成分配的用户账号进行授权；数据模块用于存储包括登陆信息、用户账号在内的系统数据。基于上述数据管理系统，可实现跨部门的协同管理，通过一个智慧校园的中控后台，统一管理各个校区接入的业务系统，用户账号可自动根据所在部门自动分配不同业务系统的访问权限，实现部门间资源的临时调配，实现各部门之间的统一认证和关联。实现各部门之间的统一认证和关联。实现各部门之间的统一认证和关联。

【技术实现步骤摘要】
一种适用于多部门的用户数据管理系统


[0001]本申请属于数据管理领域，尤其涉及一种适用于多部门的用户数据管理系统。

技术介绍

[0002]现有的校园信息化系统，一类是围绕单一场景业务，用户和账号体系是各自孤立的，另一类是围绕校园管理和教学业务，进行了用户体系的初步打通与统一，但针对的基础教育部门往往是单一学段的，比如XX小学，XX初中等，这种技术实现方式无法满足适用于创新办学模式下的基础教育部门。
[0003]集团校模式的基础教育学校的组织和用户关系都会更加复杂。第一，学校有多个分校，存在多个学校的组织架构统一管理问题，第二，某分校下的某部门，不仅会有下辖的教职工，还有专属的学生，那么一般信息化系统定义的组织架构仅用于管理教职工，然后单独分拆出学生管理模块来管理在校学校，但这并不适用于跨多段和跨专业的模式；第三，用户身份可能存在重叠，比如某个学校教职工的子女既是学校全日制学生，同时也参加不同分校培训部的校外课程，现有系统一般是通过不同业务应用来实现各类场景，孤立地考虑不同身份，无法做到统一认证和有效关联，给智慧校园的创新场景与数据的整合带来了很大的阻碍。
[0004]现有适用于集团校模式的用户数据管理系统一般是通过不同业务应用来实现各类场景，孤立地考虑不同身份，无法做到统一认证和有效关联，给智慧校园的创新场景与数据的整合带来了很大的阻碍。

技术实现思路

[0005]基于此，有必要针对上述技术问题，提供一种能够数据整合效果的适用于多部门的用户数据管理系统。通过依据各自用户身份ID的权限即可进入到智慧校园平台接入的各种业务应用系统，实现统一的用户信息数据共享，
[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]图1为一个实施例中适用于多部门的用户数据管理系统的结构图；
[0043]图2为一个实施例中划分得到的各部门之间的层级结构图。
具体实施方式
[0044]为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的
技术实现思路
的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。
[0045]在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种适用于多部门的用户数据管理系统，其特征在于，所述数据管理系统，包括：用户中心服务模块，用于接收用户的包含账号统一标识的登陆信息，对所述登陆信息进行验证，针对通过验证的登陆信息生成用户账号；用户中心管理模块，用于根据部门层级关系对部门及应用进行分类，基于所述账号统一标识将所述用户账号分配至对应的部门，对完成分配的所述用户账号进行授权；数据模块，用于存储包括所述登陆信息、所述用户账号在内的系统数据。2.根据权利要求1所述的适用于多部门的用户数据管理系统，其特征在于，所述用户中心服务模块，包括：登陆页面生成子模块，用于向隶属于不同部门的用户提供统一的登陆页面，基于所述登陆页面接收用户的登陆信息；登陆信息校验子模块，用于对所述登陆信息的有效性进行验证；登陆信息分配子模块，用于根据通过验证的所述登陆信息向所述用户分配用户账号。3.根据权利要求2所述的适用于多部门的用户数据管理系统，其特征在于，所述登陆信息分配子模块，包括：信息收集单元，用于接收通过验证的所述登陆信息，从通过验证的所述登陆信息中提取用户身份信息；信息分配单元，用于根据所述用户身份信息分配适用于不同系统的用户账号。4.根据权利要求1所述的适用于多部门的用户数据管理系统，其特征在于，所述用户中心管理模块，包括：部门创建子模块，用于根据部门层级之间的层级关系对包括每个部门以及与所述部门对应的应用进行分类；账号分配子模块，用于根据所述账号统一标识确定所述用户账号对应的至少一个目标部门，将所述用户账号分配至至少一个所述目标部门；应用分配子模块，用于将预设的应用分配至所述目标部门；账号授权子模块，对所述用户账号赋予在所述目标部门的系统内的使用权限。5.根据权利要求4所述的适用于多部门的用户数据管理系统...

【专利技术属性】
技术研发人员：曾丽娟，王跃辉，
申请(专利权)人：之江实验室，
类型：发明
国别省市：