系统。通过桥对用户是否能访问子系统进行验证，在验证通过后，用户可以通过父系统对相应的子系统的资源进行访问。在用户访问子系统的权限不够时，则不能进行访问。
[0058]在父系统的首页面，可以设置图形友好的子系统模块，点击后在桥连接作用下，登陆到子系统。此系统中保障用户唯一，用户的更新与增加管理，只在父系统中更改，但是用户的各子系统的权限判断信息存在于子系统中，这样容易保障用户的子系统的权限。
[0059]下面对本发明实施例提供的单用户多系统登录方法进行介绍，下文描述的单用户多系统登录方法与上文描述的单用户多系统登录框架可相互对应参照。
[0060]图3为本发明实施例提供的单用户多系统登录方法的一种【具体实施方式】的流程图，参照图3单用户多系统登录方法可以包括:
[0061]步骤SlOl:父系统接收用户输入的访问第一子系统的资源的请求指令；
[0062]步骤S102:获取所述用户的访问权限信息；
[0063]具体地，可以通过用户权限表获取所述用户的访问权限信息。
[0064]在父系统中可以为所有用户设置权限等级、角色划分等用户信息。如通过用户管理表对用户信息进行存储，通过用户权限表对访问权限信息进行存储，通过角色表对角色信息进行存储。
[0065]步骤S103:根据所述访问权限信息，通过所述父系统与所述第一子系统连接的桥，对所述用户是否可以访问所述第一子系统的权限进行验证；
[0066]步骤S104:如果验证通过，则所述用户通过所述父系统对所述第一子系统的资源进行访问；如果验证不通过，则不能进行访问。
[0067]本发明所提供的方法，采用父系统对接子系统的方式，使所有子系统都归属父系统管理，在父系统中建立用户表以及用户权限表，在子系统中不存在用户的信息。这样，对用户信息的管理或修改权限，均可以在父系统中进行，不需要在子系统中分别进行管理，操作更加方便，且保证了用户的权限一致性。
[0068]另外，本申请中用户可以根据权限访问子系统中的资源，实现了不同系统资源的共享，避免了资源文从而件在多个系统中进行重复存取，从而使系统对资源的管理也更为方便。
[0069]在上述实施例的基础上，请参照图4本发明所提供的又一实施例中对资源上传的过程流程图，本发明所提供的单用户多系统登录方法还可以在子系统向父系统进行资源上传时进行过滤。该过程具体包括:
[0070]步骤S201:接收第二子系统向所述父系统上传资源的请求指令；
[0071]步骤S202:对所述第二子系统向所述父系统上传资源的权限进行验证；
[0072]步骤S203:在验证通过后，将对应的所述子系统资源进行上传。
[0073]本发明所提供的单用户多系统登录方法的另一种【具体实施方式】的流程图如图5所示，该方法包括:
[0074]步骤S301:接收所述用户输入的登录所述父系统的登录指令；
[0075]步骤S302:在登录成功后，接收所述用户输入的访问第一子系统的资源的请求指令；
[0076]步骤S303:获取所述用户的访问权限信息；
[0077]步骤S304:通过所述访问权限信息，对所述用户是否可以访问所述第一子系统的权限进行验证；
[0078]步骤S305:如果验证通过，则所述用户通过所述父系统对所述第一子系统的资源进行访问。
[0079]作为一种【具体实施方式】，本申请中父系统与所述子系统之间可以采用SSO进行对接。
[0080]本实施例中，用户可以共享全部的父系统的资源，而对子系统的资源进行访问则需要通过桥连接对用户的权限进行验证;验证通过，则可以进行子系统资源的访问；验证失败，则用户不能进入子系统进行访问。
[0081]另外，当需要共享子系统资料时，可通过父系统申请共享该子系统资料，共享后用户可以在父系统内查看子系统资料。此时，资料属于父系统与子系统共有。
[0082]综上，本申请中用户在父系统中统一进行管理，在子系统中不存在用户。这样，只需在父系统中对用户信息进行修改，对其权限进行设置，子系统就可以统一使用。
[0083]并且，本申请中子系统通过父系统的桥连接作用，可以实现子系统的资源相互共享，减少了用户的资源存量，又方便共享，同时通过桥的判断验证过程，还保证了资源的下载以及上传的安全性。
[0084]在跨系统共享资源时，可能存在用户无权限共享系统资源的情况。本申请子系统资源可以共享给父系统，以使所有用户都可以共享。
[0085]本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
[0086]专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0087]结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
[0088]以上对本发明所提供的单用户多系统登录框架与方法进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。
【主权项】
1.一种单用户多系统登录框架，其特征在于，包括: 父系统以及分别通过桥与所述父系统相连的多个子系统； 其中，所述父系统中存储有父系统资源，每个所述子系统中存储有子系统资源； 所述父系统用于接收用户的登录请求，向所述用户提供所述父系统资源的访问，并且存储有所述用户的用户信息以及对各个所述子系统资源的访问权限信息； 所述桥用于对所述用户访问所述子系统资源的权限进行验证;在验证通过后，向所述用户提供对应的所述子系统资源的访问。2.如权利要求1所述的单用户多系统登录框架，其特征在于，所述桥还用于: 对所述子系统向所述父系统上传资源的权限进行验证，在验证通过后，将对应的所述子系统资源进行上传。3.如权利要求2所述的单用户多系统登录框架，其特征在于，所述父系统具体用于: 通过用户管理表对所述用户信息进行存储，通过用户权限表对所述访问权限信息进行存储。4.如权利要求1至3任一项所述的单用户多系统登录框架，其特征在于，所述父系统还用于: 通过角色表对所述用户的角色信息进行存储。5.如权利要求4所述的单用户多系统登录框架，其特征在于，所述父系统与所述子系统之间采用SSO进行对接。6.一种单用户多系统登录方法，其特征在于，包括: 父系统接收用户输入的访问第一子系统的资源的请求指令;获取所述用户的访问权限信息； 根据所述访问权限信息，通过所述父系统与所述第一子系统连接的桥，对所述用户是否可以访问所述第一子系统的权限进行验证； 如果验证通过，则所述用户通过所述父系统对所述第一子系统的资源进行访问；如果验证不通过，则不能进行访问。7.如权利要求6所述的单用户多系统登录方法，其特征在于，还包括: 接收第二子系统向所述父系统上传资源的请求指令； 对所述第二子系统向所述父系统上传资源的权限进行验证，在验证通过后，将对应的所述子系统资源进行上传。8.如权利要求7所述的单用户多系统登录方法，其特征在于，所述获取所述用户的访问权限信息包括: 通过用户权限表获取所述用户的访问权限信息。9.如权利要求6至8任一项所述的单用户多系统登录方法，其特征在于，所述父系统接收所述用户输入的访问第一子系统的资源的请求指令包括: 接收所述用户输入的登录所述父系统的登录指令； 在登录成功后，接收所述用户输入的访问第一子系统的资源的请求指令。10.如权利要求9所述的单用户多系统登录方法，其特征在于，所述父系统与所述子系统之间采用SSO进行对接。
【专利摘要】本发明公开了一种单用户多系统登录框架及方法，该框架包括：父系统以及分别通过桥与所述父系统相连的多个子系统；其中，所述父系统中存储有父系统资源，每个所述子系统中存储有子系统资源；所述父系统用于接收用户的登录请求，向所述用户提供所述父系统资源的访问，并且存储有所述用户的用户信息以及对各个所述子系统资源的访问权限信息；所述桥用于对所述用户访问所述子系统资源的权限进行验证；在验证通过后，向所述用户提供对应的所述子系统资源的访问。本发明对用户信息的管理或修改权限，均可以在父系统中进行，不需要在子系统中分别进行管理，操作更加方便，且保证了用户的权限的一致性。另外，本申请实现了不同系统资源的共享。
【IPC分类】H04L29/08, H04L29/06
【公开号】CN105721486
【申请号】CN201610127732
【发明人】槐要钢, 陈晓曦, 初志强
【申请人】北汽福田汽车股份有限公司
【公开日】2016年6月29日
【申请日】2016年3月7日