系统登录方法、装置、电子设备和存储介质与流程

文档序号:26057016发布日期:2021-07-27 15:35阅读:92来源:国知局
系统登录方法、装置、电子设备和存储介质与流程

本申请涉及计算机技术领域,尤其涉及一种系统登录方法、装置、电子设备和存储介质。



背景技术:

通常,传统企业it系统由于前期建设原因,通常会存在一些相互独立的系统,面临系统割裂和数据孤岛问题。同时,各系统通常存在独立的用户账户体系,用户需要在各系统中独立注册账户并登陆使用系统,用户体验较差。随着企业数字化转型升级,对于消费者端,通常需要打通各系统账户登录体系,实现用户登录一次,即可访问所有系统,无需重复登录。

相关技术中,通常是将用户登录认证系统统一,所有系统应用都对接统一用户认证中心。该方案需要各系统应用进行对接改造,涉及应用面广量大,同时系统之间存在技术差异性,系统间集成难度大,改造成本高。



技术实现要素:

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

本申请提出一种系统登录方法、装置、电子设备和存储介质,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

本申请第一方面实施例提出了一种系统登录方法,任一系统具有对应的前端和用户认证服务中心,应用于第一系统,包括:

第一用户认证服务中心接收第一前端发送的用户登录信息,对所述用户登录信息进行校验通过后,生成第一登录凭证信息;

所述第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,以使所述第二用户认证服务中心在接收所述登录通知信息后,生成临时凭证信息发送给所述第一用户认证服务中心;

所述第一用户认证服务中心将所述第一登录凭证信息和所述临时凭证信息发送给所述第一前端,所述第一前端将所述临时凭证信息发送给第二前端,以使第二前端将所述临时凭证信息发送给所述第二用户认证服务中心进行校验通过后,接收所述第二用户认证服务中心发送的第二登录凭证信息并存储。

本申请实施例的系统登录方法,通过第一用户认证服务中心接收第一前端发送的用户登录信息,对用户登录信息进行校验通过后,生成第一登录凭证信息;第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,以使第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心;第一用户认证服务中心将第一登录凭证信息和临时凭证信息发送给第一前端,第一前端将临时凭证信息发送给第二前端,以使第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

本申请第二方面实施例提出了另一种系统登录方法,任一系统具有对应的前端和用户认证服务中心,应用于第二系统,包括:

第二用户认证服务中心接收第一用户认证服务中心发送的登录通知信息;

所述第二用户认证服务中心在接收所述登录通知信息后,生成临时凭证信息发送给所述第一用户认证服务中心,以使所述第一用户认证服务中心通过所述第一前端将所述临时凭证信息发送给第二前端;

第二前端将所述临时凭证信息发送给所述第二用户认证服务中心进行校验通过后,接收所述第二用户认证服务中心发送的第二登录凭证信息并存储。

本申请实施例的系统登录方法,通过第二用户认证服务中心接收第一用户认证服务中心发送的登录通知信息;第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心,以使第一用户认证服务中心通过第一前端将所述临时凭证信息发送给第二前端;第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

本申请第三方面实施例提出了一种系统登录装置,任一系统具有对应的前端和用户认证服务中心,应用于第一系统,包括:

接收生成模块,用于第一用户认证服务中心接收第一前端发送的用户登录信息,对所述用户登录信息进行校验通过后,生成第一登录凭证信息;

第一发送模块,用于所述第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,以使所述第二用户认证服务中心在接收所述登录通知信息后,生成临时凭证信息发送给所述第一用户认证服务中心;

第二发送模块,用于所述第一用户认证服务中心将所述第一登录凭证信息和所述临时凭证信息发送给所述第一前端,所述第一前端将所述临时凭证信息发送给第二前端,以使第二前端将所述临时凭证信息发送给所述第二用户认证服务中心进行校验通过后,接收所述第二用户认证服务中心发送的第二登录凭证信息并存储。

本申请实施例的系统登录装置,通过第一用户认证服务中心接收第一前端发送的用户登录信息,对用户登录信息进行校验通过后,生成第一登录凭证信息;第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,以使第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心;第一用户认证服务中心将第一登录凭证信息和临时凭证信息发送给第一前端,第一前端将临时凭证信息发送给第二前端,以使第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

本申请第四方面实施例提出了另一种系统登录装置,任一系统具有对应的前端和用户认证服务中心,应用于第二系统,包括:

第二接收模块,用于第二用户认证服务中心接收第一用户认证服务中心发送的登录通知信息;

接收生成模块,用于所述第二用户认证服务中心在接收所述登录通知信息后,生成临时凭证信息发送给所述第一用户认证服务中心,以使所述第一用户认证服务中心通过所述第一前端将所述临时凭证信息发送给第二前端;

第三接收模块,用于第二前端将所述临时凭证信息发送给所述第二用户认证服务中心进行校验通过后,接收所述第二用户认证服务中心发送的第二登录凭证信息并存储。

本申请实施例的系统登录装置,通过第二用户认证服务中心接收第一用户认证服务中心发送的登录通知信息;第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心,以使第一用户认证服务中心通过第一前端将所述临时凭证信息发送给第二前端;第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

本申请第五方面实施例提出了一种电子设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如本申请第一方面实施例提出的系统登录方法,或者,实现如本申请第二方面实施例提出的系统登录方法。

本申请第六方面实施例提出了一种非临时性计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如本申请第一方面实施例提出的系统登录方法,或者,实现如本申请第二方面实施例提出的系统登录方法。

本申请第七方面实施例提出了一种计算机程序产品,当所述计算机程序产品中的指令由处理器执行时,执行如本申请第一方面实施例提出的系统登录方法,或者,执行如本申请第二方面实施例提出的系统登录方法。

本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:

图1为本申请实施例一所提供的系统登录方法的流程示意图;

图2为本申请实施例二所提供的系统登录方法的流程示意图;

图3为本申请实施例三所提供的系统登录方法的流程示意图;

图4为本申请实施例四所提供的系统登录方法的流程示意图;

图5为本申请实施例五所提供的系统登录方法的流程示意图;

图6为本申请实施例六所提供的系统登录装置的结构示意图;

图7为本申请实施例七所提供的系统登录装置的结构示意图;

图8示出了适于用来实现本申请实施方式的示例性电子设备或服务器的框图。

具体实施方式

下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。

为了解决现有技术中,将用户登录认证系统统一,所有系统应用都对接统一用户认证中心,需要各系统应用进行对接改造,涉及应用面广量大,同时系统之间存在技术差异性,系统间集成难度大,改造成本高的问题,本申请实施例提出一种系统登录方法,用户在第一系统的第一用户认证服务中心登录的同时,主动通知第二系统的第二用户认证服务中心登录,完成第二系统前后端系统的用户登录处理,实现第一系统和第二系统用户认证服务之间登录状态的同步,由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

下面参考附图描述本申请实施例的系统登录方法、装置、电子设备和存储介质。

图1为本申请实施例一所提供的系统登录方法的流程示意图。

本申请实施例的系统登录方法,可以应用于电子设备。其中,电子设备可以为任一具有计算能力的设备,例如可以为pc(personalcomputer,个人电脑)、移动终端等,移动终端例如可以为手机、平板电脑、个人数字助理、穿戴式设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。

本申请实施例中描述的第一系统和第二系统为两个异构系统,任一系统具有对应的前端和用户认证服务中心,第一系统和第二系统存在各自独立的用户认证服务中心分别是第一用户认证服务中心和第二用户认证服务中心,第一系统和第二系统针对的第一前端和第二前端可以是对应的网页页面或者应用程序等,具体根据应用场景选择设置。

如图1所示,应用于第一系统,该系统登录方法可以包括以下步骤:

步骤101,第一用户认证服务中心接收第一前端发送的用户登录信息,对用户登录信息进行校验通过后,生成第一登录凭证信息。

在本申请实施例中,第一系统中存在第一用户认证服务中心,第一系统中各应用都可以通过第一用户认证服务中心进行用户登录信息认证并实现第一系统内部的单点登录。同时第二系统至第n系统,其中,n为大于2的正整数,第二系统至第n系统中存在第二用户认证服务中心至第n用户认证服务中心,第二系统至第n系统中各应用都可以分别通过各自对应的第二用户认证服务中心至第n用户认证服务中心进行用户登录信息认证并实现第二系统至第n系统内部的单点登录。

在本申请实施例中,第一前端与第一用户认证服务中心可以根据预设机制进行信息交互,具体根据应用场景选择设置,比如根据自身系统特点选择采用cookie(纯文本文件)或token(令牌,即一串字符串)机制。

在本申请实施例中,第一前端接收用户登录信息可以理解为用户通过键盘等文本方式输入的用户登录信息,或者是用户通过语音采集设备输入的语音形式的用户登录信息,其中,用户登录信息可以是账号和密码、或者是手机号码、人脸图像等等,具体根据应用场景选择设置。

在本申请实施例中,第一用户认证服务中心接收第一前端发送的用户登录信息后,根据用户登录信息与预先存储的用户信息进行匹配验证的方式可以根据应用场景选择设置,举例说明如下。

作为一种可能实现方式,用户登录信息为账号和密码,在存储用户信息表中匹配到对应账号,并获取对应的存储密码与接收的密码进行匹配,在一致的情况下,则校验通过。

作为另一种可能实现方式,用户登录信息为人脸图像,对图像中的人脸进行特征提取,并与存储人脸特征库进行匹配,在一致的情况下,则校验通过。

其中,可以理解的是,在匹配不一致的情况下,校验不通过。

进一步地,在对用户登录信息进行校验通过后,表示用户实现在第一系统的内部的单点登录,生成第一登录凭证信息,其中,第一登录凭证信息可以理解为比如用户x在第一系统已登录的信息,比如为用户x标识加上第一系统标识为x01,具体根据应用场景需求设置。

步骤102,第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,以使第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心。

在本申请实施例中,在对用户登录信息进行校验通过后,表示用户实现在第一系统的内部的单点登录后,第一系统按照预设系统信息共享机制,可以通过第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,该登录通知信息也可以理解为比如用户y在第一系统已登录的信息,比如为用户y标识加上第一系统标识为y01,具体根据应用场景需求设置。

在本申请实施例中,第二用户认证服务中心在接收登录通知信息后,可以了解到目标用户在第一系统已经登录,因此,生成与目标用户对应的临时凭证信息发送给第一用户认证服务中心,即第二用户认证服务中心存储用户登录信息中获取与目标用户对应的临时凭证信息,可以是目标用户在第二系统的账号和密码等临时凭证信息。

步骤103,第一用户认证服务中心将第一登录凭证信息和临时凭证信息发送给第一前端,第一前端将临时凭证信息发送给第二前端,以使第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。

在本申请实施例中,可以理解的是,前述中用户在第一前端实现第一系统的登录,当前显示的第一前端的显示界面,因此,第一用户认证服务中心将第一登录凭证信息和临时凭证信息发送给第一前端后,在本申请的实施例中,第一前端存储第一登录凭证信息,从而可以在前端进行操作处理,无需再次登录。

在本申请实施例中,第一前端可以与第二前端交互,不能够与第二认证服务中心直接交互,第一前端将临时凭证信息发送给第二前端,以使第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储,实现用户在第二系统内部的单点登录。

作为本申请可能实现的一种方式,在第一前端将临时凭证信息发送给第二前端时,还包括:根据第二系统登录地址跳转到第二前端的显示界面,通过该跳转,可以让用户实时了解,其已在另一个系统登录,可以直接进行相关操作,比如用户在第一前端即应用程序a界面,根据第二系统登录地址跳转到第二前端的显示界面即应用程序b界面,这时候用户可以及时了解登录情况,满足用户使用需求。其中,也可以不进行跳转,在用户无感知的情况下实现第二系统登录,满足特定用户使用需求。

作为本申请可能实现的一种方式,在第一前端将临时凭证信息发送给第二前端时,还包括:将第一系统重定向地址发送给第二前端,以使第二前端在接收第二用户认证服务中心发送的第二登录凭证信息并存储后,根据第一系统重定向地址跳转到第一前端的显示界面,实现能够在进行第二系统同步登录后,返回第一系统的第一前端,以便用户继续进行相关操作,满足用户使用需求,提升用户使用体验。

作为本申请可能实现的一种方式,在对第一前端进行操作后,可以跳转到第二前端进行操作,其中,第二前端接收第二用户认证服务中心发送的第二登录凭证信息并存储,可以无需进行登录直接进行操作,因此,在第一前端获取登录地址,根据登录地址从第一前端的显示界面跳转到第二前端的显示界面,以使第二前端在接收操作请求时,根据操作请求进行操作处理。

本申请实施例的系统登录方法,通过第一用户认证服务中心接收第一前端发送的用户登录信息,对用户登录信息进行校验通过后,生成第一登录凭证信息;第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,以使第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心;第一用户认证服务中心将第一登录凭证信息和临时凭证信息发送给第一前端,第一前端将临时凭证信息发送给第二前端,以使第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

在本申请实施例的一种可能的实现方式中,第一系统和第二系统的用户认证服务中心之间进行用户登录信息双向同步,包括历史存量用户账户数据以及用户账户新增、更新和删除操作的数据同步,从而实现两个用户中心之间的数据一致性,下面结合图2和图3进行详细描述。

具体地,如图2所示,在图1的基础上还包括:

步骤201,第一用户认证服务中心接收到用户登录信息更新请求,对用户登录信息更新请求进行处理,获取待更新账号和更新信息。

步骤202,第一用户认证服务中心根据更新信息对待更新账号进行更新处理。

在本申请实施例中,在修改账号、密码、手机等用户登录信息更新时,可以通过第一前端向第一用户认证服务中心发送用户登录信息更新请求,对用户登录信息更新请求进行处理,获取待更新账号和更新信息,根据更新信息对待更新账号进行更新处理,比如将账号0001更新为账号0002。由此,进一步提高实现用户认证服务中心之间的数据一致性。

具体地,如图3所示,在图1的基础上还包括:

步骤301,第一用户认证服务中心接收到用户登录信息删除请求,对用户登录信息删除请求进行处理,获取待删除账号。

步骤302,第一用户认证服务中心对待删除账号进行删除处理。

在本申请实施例中,在删除账号、密码、手机等用户登录信息时,可以通过第一前端向第一用户认证服务中心发送用户登录信息删除请求,对用户登录信息删除请求进行处理,获取待删除账号,对待删除账号进行删除处理,比如将待删除账号为账号0002,则直接删除账号0002。由此,进一步提高实现用户认证服务中心之间的数据一致性。

上述为第一系统执行的方法实施例,本申请实施例还提出一种由第二系统执行的方法实施例。

图4为本申请实施例四所提供的系统登录方法的流程示意图。

本申请实施例的系统登录方法,可以应用于第二系统。

如图4所示,该系统登录方法可以包括以下步骤:

步骤401,第二用户认证服务中心接收第一用户认证服务中心发送的登录通知信息。

步骤402,第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心,以使第一用户认证服务中心通过第一前端将临时凭证信息发送给第二前端。

步骤403,第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。

本申请实施例中,在对用户登录信息进行校验通过后,表示用户实现在第一系统的内部的单点登录后,第一系统按照预设系统信息共享机制,可以通过第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,该登录通知信息也可以理解为比如用户y在第一系统已登录的信息,比如为用户y标识加上第一系统标识为y01,具体根据应用场景需求设置。

在本申请实施例中,第二用户认证服务中心在接收登录通知信息后,可以了解到目标用户在第一系统已经登录,因此,生成与目标用户对应的临时凭证信息发送给第一用户认证服务中心,即第二用户认证服务中心存储用户登录信息中获取与目标用户对应的临时凭证信息,可以是目标用户在第二系统的账号和密码等临时凭证信息。

在本申请实施例中,可以理解的是,前述中用户在第一前端实现第一系统的登录,当前显示的第一前端的显示界面,因此,第一用户认证服务中心将第一登录凭证信息和临时凭证信息发送给第一前端后,在本申请的实施例中,第一前端存储第一登录凭证信息,从而可以在前端进行操作处理,无需再次登录。

在本申请实施例中,第一前端可以与第二前端交互,不能够与第二认证服务中心直接交互,第一前端将临时凭证信息发送给第二前端,以使第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储,实现用户在第二系统内部的单点登录。

本申请实施例的系统登录方法,通过第二用户认证服务中心接收第一用户认证服务中心发送的登录通知信息;第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心,以使第一用户认证服务中心通过第一前端将所述临时凭证信息发送给第二前端;第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

基于上述实施例的描述,下面结合图5进行举例说明上述具体交互流程。

具体地,如图5所示,系统a和系统b为两个异构系统,并存在各自独立的用户认证服务中心。系统a中存在用户认证服务中心1,系统a中各应用通过用户认证服务中心1进行用户账户登录认证并实现系统a内部的单点登录。系统b中存在用户认证服务中心2,系统b中各应用通过用户认证服务中心2进行用户账户登录认证并实现系统b内部的单点登录。

具体地,用户通过系统a中用户认证服务中心1进行登录,用户认证服务中心1校验用户登录信息,校验通过后生成该用户的登录凭证,创建登录会话。同时,系统a内部可以根据自身系统特点选择采用cookie或token机制返回系统a前端,系统a前端存储当前用户登录凭证信息,从而实现系统a内部多应用之间的单点登录。

具体地,用户在系统a用户认证服务中心1登录成功后,用户认证服务中心1后端系统调用系统b用户认证服务中心2接口,通知对应用户登录信息。系统b用户认证服务中心2后端系统生成一个临时凭证,并返回系统a用户认证服务中心1后端系统。

具体地,系统a用户认证服务中心1后端系统收到后,将该临时凭证返回系统a前端。系统a前端跳转至系统b用户登录地址,携带系统b用户认证服务中心2返回的临时凭证及重定向地址(用于系统b用户认证服务中心2处理完成后返回至系统a)。

具体地,系统b前端将对应的临时凭证传递至系统b用户认证服务中心2后端系统,系统b用户认证服务中心2后端系统校验临时凭证通过后,生成当前用户在系统b内部的登录凭证。同时,系统b内部也可以根据自身系统特点选择采用cookie或token机制返回系统b前端,系统b前端存储当前用户登录凭证信息,从而实现系统b内部的单点登录。至此,完成系统a用户认证服务中心1和系统b用户认证服务中心2之间用户登录状态的同步。

具体地,系统b前端处理完成后跳转至系统a携带的重定向地址,返回至系统a,从而完成用户登录完整过程。

具体地,用户通过系统a跳转到系统b时,由于系统b用户认证服务中心2已处于登录状态,无需用户进行重复登录操作,从而实现全局系统的单点登录。

需要说明的是,用户先通过系统b用户认证服务中心2进行登录的流程处理与上述过程相同。

由此,用户在系统a用户认证服务中心1登录的同时,主动通知系统b用户认证服务中心登录,完成系统b前后端系统的用户登录处理,实现系统a和系统b用户认证服务之间登录状态的同步;系统a和系统b之间通过生成技术无关的临时凭证进行交互,从而屏蔽了双方系统技术方案的差异性。实现不同异构系统内部可以根据自身系统特点选择不同的单点登录实现方案,系统之间屏蔽技术方案差异性,无需强制改造。同时,各应用模块仅对接各自系统内部的用户认证服务,无需额外改造,从而大大降低系统之间的集成难度和实施成本。

与上述图1至图3实施例提供的系统登录方法相对应,本申请还提供一种系统登录装置,由于本申请实施例提供的系统登录装置与上述图1至图3实施例提供的系统登录方法相对应,因此在系统登录方法的实施方式也适用于本申请实施例提供的系统登录装置,在本申请实施例中不再详细描述。

图6为本申请实施例六所提供的系统登录装置的结构示意图。

如图8所示,该系统登录装置600应用于电子设备,包括:接收生成模块601、第一发送模块602以及第二发送模块603。

接收生成模块601,用于第一用户认证服务中心接收第一前端发送的用户登录信息,对所述用户登录信息进行校验通过后,生成第一登录凭证信息。

第一发送模块602,用于所述第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,以使所述第二用户认证服务中心在接收所述登录通知信息后,生成临时凭证信息发送给所述第一用户认证服务中心。

第二发送模块603,用于所述第一用户认证服务中心将所述第一登录凭证信息和所述临时凭证信息发送给所述第一前端,所述第一前端将所述临时凭证信息发送给第二前端,以使第二前端将所述临时凭证信息发送给所述第二用户认证服务中心进行校验通过后,接收所述第二用户认证服务中心发送的第二登录凭证信息并存储。

进一步地,在本申请实施例的一种可能的实现方式中,存储模块,用于所述第一前端存储所述第一登录凭证信息。

进一步地,在本申请实施例的一种可能的实现方式中,第一跳转模块,用于根据第二系统登录地址跳转到第二前端的显示界面。

进一步地,在本申请实施例的一种可能的实现方式中,第三发送模块,用于将第一系统重定向地址发送给所述第二前端,以使所述第二前端在接收所述第二用户认证服务中心发送的第二登录凭证信息并存储后,根据第一系统重定向地址跳转到第一前端的显示界面。

进一步地,在本申请实施例的一种可能的实现方式中,获取模块,用于所述第一前端获取登录地址;第一跳转模块,用于根据所述登录地址从所述第一前端的显示界面跳转到所述第二前端的显示界面,以使所述第二前端在接收操作请求时,根据所述操作请求进行操作处理。

进一步地,在本申请实施例的一种可能的实现方式中,该系统登录装置600还可以包括:

接收处理模块,用于所述第一用户认证服务中心接收到用户登录信息更新请求,对所述用户登录信息更新请求进行处理,获取待更新账号和更新信息;

更新模块,用于所述第一用户认证服务中心根据所述更新信息对所述待更新账号进行更新处理。

进一步地,在本申请实施例的一种可能的实现方式中,该系统登录装置600还可以包括:

第一接收模块,用于所述第一用户认证服务中心接收到用户登录信息删除请求,对所述用户登录信息删除请求进行处理,获取待删除账号;

删除模块,用于所述第一用户认证服务中心对所述待删除账号进行删除处理。

本申请实施例的系统登录装置,通过第一用户认证服务中心接收第一前端发送的用户登录信息,对用户登录信息进行校验通过后,生成第一登录凭证信息;第一用户认证服务中心向第二用户认证服务中心发送登录通知信息,以使第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心;第一用户认证服务中心将第一登录凭证信息和临时凭证信息发送给第一前端,第一前端将临时凭证信息发送给第二前端,以使第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

与上述图4实施例提供的系统登录方法相对应,本申请还提供一种系统登录装置,由于本申请实施例提供的系统登录装置与上述图4实施例提供的系统登录方法相对应,因此在系统登录方法的实施方式也适用于本申请实施例提供的系统登录装置,在本申请实施例中不再详细描述。

图7为本申请实施例七所提供的系统登录装置的结构示意图。

如图7所示,该系统登录装置700应用于第二系统,包括:第二接收模块701、接收生成模块702和第三接收模块703。

第二接收模块701,用于第二用户认证服务中心接收第一用户认证服务中心发送的登录通知信息。

接收生成模块702,用于所述第二用户认证服务中心在接收所述登录通知信息后,生成临时凭证信息发送给所述第一用户认证服务中心,以使所述第一用户认证服务中心通过所述第一前端将所述临时凭证信息发送给第二前端。

第三接收模块703,用于第二前端将所述临时凭证信息发送给所述第二用户认证服务中心进行校验通过后,接收所述第二用户认证服务中心发送的第二登录凭证信息并存储。

本申请实施例的系统登录装置,通过第二用户认证服务中心接收第一用户认证服务中心发送的登录通知信息;第二用户认证服务中心在接收登录通知信息后,生成临时凭证信息发送给第一用户认证服务中心,以使第一用户认证服务中心通过第一前端将所述临时凭证信息发送给第二前端;第二前端将临时凭证信息发送给第二用户认证服务中心进行校验通过后,接收第二用户认证服务中心发送的第二登录凭证信息并存储。由此,针对在不同异构系统存在各自独立的用户认证服务中心的场景中,进行用户登录状态的同步,实现全局系统的单点登录,从而能够使用户一次登录即可访问所有系统,避免用户在系统间切换时重复登录,提升用户体验。

为了实现上述实施例,本申请还提出一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时,实现如本申请前述任一实施例提出的系统登录方法。

为了实现上述实施例,本申请还提出一种非临时性计算机可读存储介质,其上存储有计算机程序,程序被处理器执行时实现如本申请前述任一实施例提出的系统登录方法。

为了实现上述实施例,本申请还提出一种计算机程序产品,当计算机程序产品中的指令由处理器执行时,执行如本申请前述任一实施例提出的系统登录方法。

图8示出了适于用来实现本申请实施方式的示例性电子设备或服务器的框图。图8显示的电子设备或服务器12仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示,电子设备或服务器12以通用计算设备的形式表现。电子设备或服务器12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(industrystandardarchitecture;以下简称:isa)总线,微通道体系结构(microchannelarchitecture;以下简称:mac)总线,增强型isa总线、视频电子标准协会(videoelectronicsstandardsassociation;以下简称:vesa)局域总线以及外围组件互连(peripheralcomponentinterconnection;以下简称:pci)总线。

电子设备或服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备或服务器12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(randomaccessmemory;以下简称:ram)30和/或高速缓存存储器32。电子设备或服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图8未显示,通常称为“硬盘驱动器”)。尽管图8中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如:光盘只读存储器(compactdiscreadonlymemory;以下简称:cd-rom)、数字多功能只读光盘(digitalvideodiscreadonlymemory;以下简称:dvd-rom)或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。

电子设备或服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该电子设备或服务器12交互的设备通信,和/或与使得该电子设备或服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且,电子设备或服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(localareanetwork;以下简称:lan),广域网(wideareanetwork;以下简称:wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与电子设备或服务器12的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备或服务器12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现前述实施例中提及的方法。

在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(ram),只读存储器(rom),可擦除可编辑只读存储器(eprom或闪速存储器),光纤装置,以及便携式光盘只读存储器(cdrom)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。

应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。

此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1