一种基于育联网的用户管理方法与流程

本发明涉及的是用户管理领域,特别涉及一种基于育联网的用户管理方法。

背景技术：

在多个用户使用一个业务系统的情况下，需要仅针对有权限的管理者许可修改操作以及批准操作，而针对没有权限的用户设成不许可。因此，一般进行根据业务系统的作业内容、管理等级的不同，将业务系统的操作权限区分地提供给各用户。在这里，作为用于管理用户的权限的技术，现有技术中，公开了依照针对访问到业务系统的用户所属的组织内的岗位和组而预先设定的业务系统的操作权限，判定用户是否具有业务系统的操作权限的技术。然而，现有技术无法对用户进行建立起用户之间的广泛联系，无法对用户进行细致的权限分割，因此，需要一种新型的教育用户管理方法。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种基于育联网的用户管理方法。

为了解决上述技术问题，本申请实施例公开了如下技术方案：

一种基于育联网的用户管理方法，包括：

s100.用户通过媒介登入育联网管理系统，系统对当前用户进行识别，判断当前用户是否为第一次登入；

s200.当系统判断用户为第一次登入时，向用户发送注册请求，用户通过手机号在系统中进行注册；

s300.系统受到用户注册请求后，系统自动为客户分配唯一id，使用户登入系统；

s400.用户登入系统后，用户按照自身需求选择自身身份，系统根据用户身份为用户开通身份对应权限；

s500.系统根据用户当前权限，对用户进行管理。

进一步地，用户包括b端用户和c端用户。

进一步地，b端用户至少包括：教育机构和政府部门；c端用户至少包括：管理者、教职工、家长、学生、校友、游客、个体教师及个体学生。

进一步地，用户通过媒介登入育联网管理系统，媒介至少包括：andriod、ios、pc电脑、tv、物联终端。

进一步地，用户注册流程包括：用户提供手机号进行注册提交，传递token，系统检测用户手机号，判断当前手机号是否在系统中已经存在，若不存在，生成uid绑定临时id；若不存在，提示用户绑定sn绑定的账号。

进一步地，当用户需要更换绑定手机号时，用户向系统发送新手机号绑定验证码，系统检测当前验证码是否通过，当检测通过时，提示用户是否更换手机号，当用户确认需要更换手机号后，用户验证登录账号，将账号的历史数据与新手机号进行绑定。

进一步地，用户权限包括有组织权限和无组织权限；当用户为游客或看客时，用户权限为无组织权限，用户可以使用系统中的招生子系统、实习系统、任务子系统和积分子系统。

进一步地，当用户为教职工、学生、家长、企业或教育局时，用户权限为有组织权限，用户可以使用系统中的教职工子系统、学生子系统、企业系统和档案管理系统。

进一步地，当用户登录时，使用redis作为缓存，，便于并发和减少系统压力。

进一步地，用户可以在系统中进行角色自由切换，同一个用户在不同的组织有不同的角色。

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

本发明公开的一种基于育联网的用户管理方法，通过创建账号、赋予账号角色权限、定义用户之间关联关系，为整个系统提供最基础的“人”和“人与人的关系”，为系统运转提供底层基础设施系统，用户在系统中使用各种应用完成其业务目标。能支持广泛的用户类型，为多终端提供基础的业务服务，共享多应用系统之间的用户认证信息，实现多个应用系统间自由切换；支持多重身份：角色自由切换，建立起用户之间的广泛联系。用户通过成为适当角色的成员而得到这些角色的权限。极大地简化了权限的管理。

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

附图说明

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

图1为本发明实施例1中，一种基于育联网的用户管理方法的流程图；

图2为本发明实施例1中，用户注册逻辑流程图；

图3为本发明实施例2中，用户更换手机号注册方法逻辑图。

具体实施方式

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

为了解决现有技术中存在的问题，本发明实施例提供一种基于育联网的用户管理方法。

实施例1

一种基于育联网的用户管理方法，如图1，包括：

s100.用户通过媒介登入育联网管理系统，系统对当前用户进行识别，判断当前用户是否为第一次登入。

在本实施例中，系统支持广泛的用户类型，具体包括b端用户和c端用户。具体的，本实施例中，b端用户包括教育机构：教育集团、学校、教育培训机构政府部门：教育局、其他跟教育，安全，就业相关的政府职能部门，招聘企业/猎头公司。c端用户包括：有组织的：管理者、教职工、家长、学生、校友无组织的：看客、游客、个体教师及个体学生。

在本实施例中，用户通过媒介登入育联网管理系统，媒介至少包括：andriod、ios、pc电脑、tv、各种物联终端。

s200.当系统判断用户为第一次登入时，向用户发送注册请求，用户通过手机号在系统中进行注册。

在本实施例中，用户注册流程，如图2，包括：用户提供手机号进行注册提交，传递token，系统检测用户手机号，判断当前手机号是否在系统中已经存在，若不存在，生成uid绑定临时id；若不存在，提示用户绑定sn绑定的账号。

s300.系统受到用户注册请求后，系统自动为客户分配唯一id，使用户登入系统。

在本实施例中，用户打开app，会根据当前的app的唯一标识和当前的版本号判断当前用户是否在我们的系统中(其中使用到redis作为缓存，便于并发和减少系统压力)，如果不在则创建一个临时的uid，如果存在则走正常的流程。

s400.用户登入系统后，用户按照自身需求选择自身身份，系统根据用户身份为用户开通身份对应权限；

s500.系统根据用户当前权限，对用户进行管理。

在一些优选实施例中，如图3，当用户需要更换绑定手机号时，用户向系统发送新手机号绑定验证码，系统检测当前验证码是否通过，当检测通过时，提示用户是否更换手机号，当用户确认需要更换手机号后，用户验证登录账号，将账号的历史数据与新手机号进行绑定。

在一些优选实施例中，用户权限包括有组织权限和无组织权限；当用户为游客或看客时，用户权限为无组织权限，用户可以使用系统中的招生子系统、实习系统、任务子系统和积分子系统。当用户为教职工、学生、家长、企业或教育局时，用户权限为有组织权限，用户可以使用系统中的教职工子系统、学生子系统、企业系统和档案管理系统。

在一些优选实施例中，在一些优选实施例中，用户可以在系统中进行角色自由切换，同一个用户在不同的组织有不同的角色。

在本实施例中，系统符合rbac权限理念，rbac是基于角色的访问控制(role-basedaccesscontrol)。在rbac中，权限与角色相关联，用户通过成为适当角色的成员而得到这些角色的权限。这就极大地简化了权限的管理。这样管理都是层级相互依赖的，权限赋予给角色，而把角色又赋予用户。

本实施例公开的一种基于育联网的用户管理方法，通过创建账号、赋予账号角色权限、定义用户之间关联关系，为整个系统提供最基础的“人”和“人与人的关系”，为系统运转提供底层基础设施系统，用户在系统中使用各种应用完成其业务目标。能支持广泛的用户类型，为多终端提供基础的业务服务，共享多应用系统之间的用户认证信息，实现多个应用系统间自由切换；支持多重身份：角色自由切换，建立起用户之间的广泛联系。用户通过成为适当角色的成员而得到这些角色的权限。这就极大地简化了权限的管理。这样管理都是层级相互依赖的，权限赋予给角色，而把角色又赋予用户。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、移动磁盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。该asic可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。