CN105721486A - 一种单用户多系统登录框架及方法 - Google Patents

Abstract

本发明公开了一种单用户多系统登录框架及方法，该框架包括：父系统以及分别通过桥与所述父系统相连的多个子系统；其中，所述父系统中存储有父系统资源，每个所述子系统中存储有子系统资源；所述父系统用于接收用户的登录请求，向所述用户提供所述父系统资源的访问，并且存储有所述用户的用户信息以及对各个所述子系统资源的访问权限信息；所述桥用于对所述用户访问所述子系统资源的权限进行验证；在验证通过后，向所述用户提供对应的所述子系统资源的访问。本发明对用户信息的管理或修改权限，均可以在父系统中进行，不需要在子系统中分别进行管理，操作更加方便，且保证了用户的权限的一致性。另外，本申请实现了不同系统资源的共享。

Description

一种单用户多系统登录框架及方法

技术领域

本发明涉及SSO技术领域，特别是涉及一种单用户多系统登录框架及方法。

背景技术

目前市场中的单点登陆(SSO)技术，实现了跨系统的用户登陆，方便了多个系统的对接。对于不同厂商开发的公司或者企业的办公系统，可以实现对接。但是其未实现用户的单独管理，在不同的系统中，存在多套用户管理表以及用户权限表。单个子系统的用户权限修改，在其他系统中不受到任何影响。用户需要多次在子系统中进行统一修改，才能完全实现用户的修改，用户的信息管理不方便。

另外，市场中的单点登录技术系统资源的共享性较差。子系统的资源是单独独立的，并不能实现多个系统的资源共享。这样就造成了用户的资源文件在多个系统中多次存储。这样不仅造成了系统的存储空间的浪费，在对用户的资源进行修改时也较为繁琐，需要用户在多个系统中一一进行修改，才能够保持一致性。

发明内容

本发明的目的是提供一种单用户多系统登录框架及方法，目的在于解决现有单点登录技术不能实现对用户信息进行统一管理、共享性较差的问题。

为解决上述技术问题，本发明提供一种单用户多系统登录框架，包括：

父系统以及分别通过桥与所述父系统相连的多个子系统；

其中，所述父系统中存储有父系统资源，每个所述子系统中存储有子系统资源；

所述父系统用于接收用户的登录请求，向所述用户提供所述父系统资源的访问，并且存储有所述用户的用户信息以及对各个所述子系统资源的访问权限信息；

所述桥用于对所述用户访问所述子系统资源的权限进行验证；在验证通过后，向所述用户提供对应的所述子系统资源的访问。

可选地，所述桥还用于：

对所述子系统向所述父系统上传资源的权限进行验证，在验证通过后，将对应的所述子系统资源进行上传。

可选地，所述父系统具体用于：

通过用户管理表对所述用户信息进行存储，通过用户权限表对所述访问权限信息进行存储。

可选地，所述父系统还用于：

通过角色表对所述用户的角色信息进行存储。

可选地，所述父系统与所述子系统之间采用SSO进行对接。

本发明还提供了一种单用户多系统登录方法，包括：

父系统接收用户输入的访问第一子系统的资源的请求指令；获取所述用户的访问权限信息；

根据所述访问权限信息，通过所述父系统与所述第一子系统连接的桥，对所述用户是否可以访问所述第一子系统的权限进行验证；

如果验证通过，则所述用户通过所述父系统对所述第一子系统的资源进行访问；如果验证不通过，则不能进行访问。

可选地，还包括：

接收第二子系统向所述父系统上传资源的请求指令；

对所述第二子系统向所述父系统上传资源的权限进行验证，在验证通过后，将对应的所述子系统资源进行上传。

可选地，所述获取所述用户的访问权限信息包括：

通过用户权限表获取所述用户的访问权限信息。

可选地，所述父系统接收所述用户输入的访问第一子系统的资源的请求指令包括：

接收所述用户输入的登录所述父系统的登录指令；

在登录成功后，接收所述用户输入的访问第一子系统的资源的请求指令。

可选地，所述父系统与所述子系统之间采用SSO进行对接。

本发明所提供的单用户多系统登录框架及方法，其包括父系统以及分别通过桥与父系统相连的多个子系统；父系统中存储有父系统资源，每个子系统中存储有子系统资源；父系统在接收用户的登录请求后，向用户提供父系统资源的访问，并且存储有用户的用户信息以及对各个子系统资源的访问权限信息；桥用于对用户访问子系统资源的权限进行验证；在验证通过后，向用户提供对应的子系统资源的访问。

本发明所提供的框架及方法，采用父系统对接子系统的方式，使所有子系统都归属父系统管理，在父系统中建立用户表以及用户权限表，在子系统中不存在用户的信息。这样，对用户信息的管理或修改权限，均可以在父系统中进行，不需要在子系统中分别进行管理，操作更加方便，且保证了用户的权限的一致性。

另外，本申请中用户可以根据权限访问子系统中的资源，实现了不同系统资源的共享，避免了资源文件在多个系统中进行重复存取，从而使系统对资源的管理也更为方便。

附图说明

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

图1为本发明所提供的单用户多系统登录框架的一种具体实施方式的结构框图；

图2为本发明所提供的单用户多系统登录框架的另一种具体实施方式的示意图；

图3为本发明实施例提供的单用户多系统登录方法的一种具体实施方式的流程图；

图4为本发明所提供的又一实施例中对资源上传的过程流程图；

图5为本发明所提供的单用户多系统登录方法的另一种具体实施方式的流程图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明所提供的单用户多系统登录框架的一种具体实施方式的结构框图如图1所示，该框架包括：

父系统11以及分别通过桥12与所述父系统相连的多个子系统13；

其中，所述父系统11中存储有父系统资源，每个所述子系统13中存储有子系统资源；

所述父系统11用于接收用户的登录请求，向所述用户提供所述父系统资源的访问，并且存储有所述用户的用户信息以及对各个所述子系统资源的访问权限信息；

所述桥12用于对所述用户访问所述子系统资源的权限进行验证；在验证通过后，向所述用户提供对应的所述子系统资源的访问。

本发明所提供的单用户多系统登录框架，其包括父系统以及分别通过桥与父系统相连的多个子系统；父系统中存储有父系统资源，每个子系统中存储有子系统资源；父系统在接收用户的登录请求后，向用户提供父系统资源的访问，并且存储有用户的用户信息以及对各个子系统资源的访问权限信息；桥用于对用户访问子系统资源的权限进行验证；在验证通过后，向用户提供对应的子系统资源的访问。

本发明所提供的框架及方法，采用父系统对接子系统的方式，使所有子系统都归属父系统管理，在父系统中建立用户表以及用户权限表，在子系统中不存在用户的信息。这样，对用户信息的管理或修改权限，均可以在父系统中进行，不需要在子系统中分别进行管理，操作更加方便，且保证了用户的权限的一致性。

另外，本申请中用户可以根据权限访问子系统中的资源，避免了资源文件在多个系统中进行重复存取，从而使系统对资源的管理也更为方便。

在上述实施例的基础上，本发明所提供的单用户多系统登录框架中桥还可以进一步用于：对所述子系统向所述父系统上传资源的权限进行验证，在验证通过后，将对应的所述子系统资源进行上传。

作为一种具体实施方式，本申请在父系统中通过用户管理表对所述用户信息进行存储，通过用户权限表对所述访问权限信息进行存储。

进一步地，还可以通过角色表对所述用户的角色信息进行存储。

用户的角色信息可以由用户自行设置。如设置“管理员”角色，并设置其对应的权限，如有权限进行删除、修改系统资源等操作。

需要指出的是，本申请中父系统是整个框架的核心，提供了各个子系统的对接接口，并配置相应的对接接口文档，方便其他子系统的对接。具体地，父系统与各个子系统之间可以采用SSO进行对接。当然也可以为其他方式，在此不作限定。

子系统是用户能够访问的资源系统。用户可以根据访问权限的不同，对子系统进行访问，或者向父系统上传资源。作为一种优选实施方式，在子系统的资源共享性较强时，可以将其上传至父系统中进行存储。在父系统中的资源可以设置为用户共有，在权限允许的情况下，用户均可以进行访问。

桥的主要作用是实现该用户的判断、权限验证、资源审查与验证。在用户身份合法的情况下，资源共享与调用。

本发明所提供的单用户多系统登录框架的另一种具体实施方式的示意图如图2所示，该框架中包括父系统、子系统1、子系统2以及子系统3，父系统以及各个子系统之间通过桥进行连接。

下面对本实施例的具体工作过程进行进一步详细描述。在本具体实施例中，存储在父系统的资源为共享资源，登录成功的用户均可以进行访问。该过程可以具体包括：

用户通过父系统登录；登录成功之后，可以访问父系统的资源。在桥的权限验证下，可以进入子系统。通过桥对用户是否能访问子系统进行验证，在验证通过后，用户可以通过父系统对相应的子系统的资源进行访问。在用户访问子系统的权限不够时，则不能进行访问。

在父系统的首页面，可以设置图形友好的子系统模块，点击后在桥连接作用下，登陆到子系统。此系统中保障用户唯一，用户的更新与增加管理，只在父系统中更改，但是用户的各子系统的权限判断信息存在于子系统中，这样容易保障用户的子系统的权限。

下面对本发明实施例提供的单用户多系统登录方法进行介绍，下文描述的单用户多系统登录方法与上文描述的单用户多系统登录框架可相互对应参照。

图3为本发明实施例提供的单用户多系统登录方法的一种具体实施方式的流程图，参照图3单用户多系统登录方法可以包括：

步骤S101：父系统接收用户输入的访问第一子系统的资源的请求指令；

步骤S102：获取所述用户的访问权限信息；

具体地，可以通过用户权限表获取所述用户的访问权限信息。

在父系统中可以为所有用户设置权限等级、角色划分等用户信息。如通过用户管理表对用户信息进行存储，通过用户权限表对访问权限信息进行存储，通过角色表对角色信息进行存储。

步骤S103：根据所述访问权限信息，通过所述父系统与所述第一子系统连接的桥，对所述用户是否可以访问所述第一子系统的权限进行验证；

步骤S104：如果验证通过，则所述用户通过所述父系统对所述第一子系统的资源进行访问；如果验证不通过，则不能进行访问。

本发明所提供的方法，采用父系统对接子系统的方式，使所有子系统都归属父系统管理，在父系统中建立用户表以及用户权限表，在子系统中不存在用户的信息。这样，对用户信息的管理或修改权限，均可以在父系统中进行，不需要在子系统中分别进行管理，操作更加方便，且保证了用户的权限一致性。

另外，本申请中用户可以根据权限访问子系统中的资源，实现了不同系统资源的共享，避免了资源文从而件在多个系统中进行重复存取，从而使系统对资源的管理也更为方便。

在上述实施例的基础上，请参照图4本发明所提供的又一实施例中对资源上传的过程流程图，本发明所提供的单用户多系统登录方法还可以在子系统向父系统进行资源上传时进行过滤。该过程具体包括：

步骤S201：接收第二子系统向所述父系统上传资源的请求指令；

步骤S202：对所述第二子系统向所述父系统上传资源的权限进行验证；

步骤S203：在验证通过后，将对应的所述子系统资源进行上传。

本发明所提供的单用户多系统登录方法的另一种具体实施方式的流程图如图5所示，该方法包括：

步骤S301：接收所述用户输入的登录所述父系统的登录指令；

步骤S302：在登录成功后，接收所述用户输入的访问第一子系统的资源的请求指令；

步骤S303：获取所述用户的访问权限信息；

步骤S304：通过所述访问权限信息，对所述用户是否可以访问所述第一子系统的权限进行验证；

步骤S305：如果验证通过，则所述用户通过所述父系统对所述第一子系统的资源进行访问。

作为一种具体实施方式，本申请中父系统与所述子系统之间可以采用SSO进行对接。

本实施例中，用户可以共享全部的父系统的资源，而对子系统的资源进行访问则需要通过桥连接对用户的权限进行验证；验证通过，则可以进行子系统资源的访问；验证失败，则用户不能进入子系统进行访问。

另外，当需要共享子系统资料时，可通过父系统申请共享该子系统资料，共享后用户可以在父系统内查看子系统资料。此时，资料属于父系统与子系统共有。

综上，本申请中用户在父系统中统一进行管理，在子系统中不存在用户。这样，只需在父系统中对用户信息进行修改，对其权限进行设置，子系统就可以统一使用。

并且，本申请中子系统通过父系统的桥连接作用，可以实现子系统的资源相互共享，减少了用户的资源存量，又方便共享，同时通过桥的判断验证过程，还保证了资源的下载以及上传的安全性。

在跨系统共享资源时，可能存在用户无权限共享系统资源的情况。本申请子系统资源可以共享给父系统，以使所有用户都可以共享。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的单用户多系统登录框架与方法进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (10)

1.一种单用户多系统登录框架，其特征在于，包括：

父系统以及分别通过桥与所述父系统相连的多个子系统；

其中，所述父系统中存储有父系统资源，每个所述子系统中存储有子系统资源；

所述父系统用于接收用户的登录请求，向所述用户提供所述父系统资源的访问，并且存储有所述用户的用户信息以及对各个所述子系统资源的访问权限信息；

所述桥用于对所述用户访问所述子系统资源的权限进行验证；在验证通过后，向所述用户提供对应的所述子系统资源的访问。

2.如权利要求1所述的单用户多系统登录框架，其特征在于，所述桥还用于：

对所述子系统向所述父系统上传资源的权限进行验证，在验证通过后，将对应的所述子系统资源进行上传。

3.如权利要求2所述的单用户多系统登录框架，其特征在于，所述父系统具体用于：

通过用户管理表对所述用户信息进行存储，通过用户权限表对所述访问权限信息进行存储。

4.如权利要求1至3任一项所述的单用户多系统登录框架，其特征在于，所述父系统还用于：

通过角色表对所述用户的角色信息进行存储。

5.如权利要求4所述的单用户多系统登录框架，其特征在于，所述父系统与所述子系统之间采用SSO进行对接。

6.一种单用户多系统登录方法，其特征在于，包括：

父系统接收用户输入的访问第一子系统的资源的请求指令；获取所述用户的访问权限信息；

根据所述访问权限信息，通过所述父系统与所述第一子系统连接的桥，对所述用户是否可以访问所述第一子系统的权限进行验证；

如果验证通过，则所述用户通过所述父系统对所述第一子系统的资源进行访问；如果验证不通过，则不能进行访问。

7.如权利要求6所述的单用户多系统登录方法，其特征在于，还包括：

接收第二子系统向所述父系统上传资源的请求指令；

对所述第二子系统向所述父系统上传资源的权限进行验证，在验证通过后，将对应的所述子系统资源进行上传。

8.如权利要求7所述的单用户多系统登录方法，其特征在于，所述获取所述用户的访问权限信息包括：

通过用户权限表获取所述用户的访问权限信息。

9.如权利要求6至8任一项所述的单用户多系统登录方法，其特征在于，所述父系统接收所述用户输入的访问第一子系统的资源的请求指令包括：

接收所述用户输入的登录所述父系统的登录指令；

在登录成功后，接收所述用户输入的访问第一子系统的资源的请求指令。

10.如权利要求9所述的单用户多系统登录方法，其特征在于，所述父系统与所述子系统之间采用SSO进行对接。