CN108111486B - 一种免重复登录的方法及装置 - Google Patents

Abstract

本发明提供一种免重复登录的方法及装置，其中方法包括：在采用一种浏览器登录网关服务器和预定应用对应的应用服务器成功后，通过网关服务器注入的代码，将网关登录凭证和应用登录凭证存储在预定终端中，在采用另一种浏览器登录同一应用时，通过运行代码使该浏览器自动获取预存的网关登录凭证和应用登录凭证，使采用该浏览器成功登录应用。该方法可以通过浏览器获取应用登录凭证和网关登录凭证，实现在更换浏览器登录时，不需重复输入登录信息，不需要对应用服务器进行改造并且不需要安装浏览器插件，并且运行维护软件硬件的成本较低，效率较高，解决了现有技术的问题。

Description

一种免重复登录的方法及装置

技术领域

本发明涉及网络应用技术领域，特别是涉及一种免重复登录的方法及装置。

背景技术

在现有的企业办公系统中，用户登录网关后，网关服务器可以管理用户对于内部资源的访问行为，一般情况下，用户需要先通过网关的身份认证获取网关登录凭证，然后再通过应用服务器认证获取应用登录凭证才能进入并访问具体应用(如OA系统，财务系统，仓储系统等)。但是很多应用服务需要启动特定浏览器才能正常访问和显示(例如，某厂商的OA系统必须通过火狐浏览器打开才能正常显示和工作)。因此，如果用户使用A浏览器通过了网关服务器和特定的应用服务器认证后，而又需要启动B浏览器访问该应用，由于A浏览器登录生成的网关登录凭证和应用登录凭证都不能被B浏览器所用，这样就必须再启动B浏览器再次通过网关认证和该特定应用的认证并获取上述两个登录凭证后，才能正常访问和操作特定应用，这一过程操作繁琐，降低了工作效率。

现有技术通过在应用服务器上进行代码改造，使应用服务器生成的登录页面与浏览器插件及网关服务器配合完成登录凭证保存和获取，从而实现更换不同类型浏览器之后的免重复登录。这样，在A浏览器完成网关和应用登录后就可以通过浏览器插件保存上述两个登录凭证，B浏览器使用时，就可以通过浏览器插件获取上述两个身份凭证。但现有技术需要多家应用服务器厂商配合进行改造和联合调试才能完成集成工作，并且需要对每一款常用浏览器添加插件，改造工作周期长，维护运行成本高。

发明内容

本发明提供一种免重复登录的方法及装置，用以解决现有技术的如下问题：现有的实现免重复登录的方法，需要不同服务器生产厂商联合调试，并且对每一款浏览器设计特定插件，改造工作时间长，维护运行成本高。

为解决上述技术问题，本发明提供一种免重复登录的方法，包括：网关服务器接收采用第一预定浏览器登录预定应用的第一请求；所述网关服务器验证所述第一请求是否携带网关登录凭证；在所述第一请求携带网关登录凭证的情况下，所述网关服务器获取所述第一请求中的应用登录凭证，将所述应用登录凭证发送至所述预定应用对应的应用服务器。

可选的，所述网关服务器验证所述第一请求是否携带网关登录凭证之后，还包括：在所述第一请求不携带网关登录凭证的情况下，所述网关服务器将第一预定代码发送给所述第一预定浏览器，以使所述第一预定浏览器通过运行所述第一预定代码获取预存在预定终端上的所述网关登录凭证和应用登录凭证；所述网关服务器接收所述第一预定浏览器发送的第二请求，并验证所述第二请求是否携带网关登录凭证。

可选的，所述网关服务器接收采用第一预定浏览器登录预定应用的第一请求之前，还包括：在采用第二预定浏览器成功登录所述网关服务器的情况下，向所述预定终端发送第二预定代码和所述网关登录凭证，以使所述第二预定浏览器通过运行所述第二预定代码将所述网关登录凭证存储在所述预定终端中。

可选的，向所述预定终端发送第二预定代码和所述网关登录凭证之后，还包括：所述网关服务器向所述应用服务器发送登录所述预定应用的请求；所述网关服务器接收所述应用服务器发送的应用登录凭证；所述网关服务器将所述应用登录凭证和第三预定代码发送给所述预定终端，以使所述第二预定浏览器运行所述第三预定代码将所述应用登录凭证存储在所述预定终端中。

可选的，将所述应用登录凭证发送至所述预定应用对应的应用服务器之后，包括：所述网关服务器在所述应用登录凭证通过验证之后，接收所述应用服务器发送的应用操作页；所述网关服务器向所述第一预定浏览器发送所述应用操作页。

为了实现上述目的，本发明还提供一种免重复登录的装置，包括：接收模块，用于接收采用第一预定浏览器登录预定应用的第一请求；验证模块，用于验证所述第一请求是否携带网关登录凭证；应用登录凭证处理模块，用于在所述第一请求携带网关登录凭证的情况下，获取所述第一请求中的应用登录凭证，将所述应用登录凭证发送至所述预定应用对应的应用服务器。

可选的，还包括：第一发送模块，用于在所述第一请求不携带网关登录凭证的情况下，将第一预定代码发送给所述第一预定浏览器，以使所述第一预定浏览器通过运行所述第一预定代码获取预存在预定终端上的所述网关登录凭证和应用登录凭证；所述接收模块，还用于接收所述第一预定浏览器发送的第二请求，所述验证模块还用于验证所述第二请求是否携带网关登录凭证。

可选的，第二发送模块，用于在采用第二预定浏览器成功登录所述网关服务器的情况下，向预定终端发送第二预定代码和所述网关登录凭证，以使所述第二预定浏览器通过运行所述第二预定代码将所述网关登录凭证存储在所述预定终端中。

可选的，所述第二发送模块还用于向所述应用服务器发送登录所述预定应用的请求；所述接收模块，还用于接收所述应用服务器发送的应用登录凭证；所述第二发送模块，还用于将所述应用登录凭证和第三预定代码发送给所述预定终端，以使所述第二预定浏览器运行所述第三预定代码将所述应用登录凭证存储在所述预定终端中。

可选的，还包括：所述接收模块，还用于在所述应用登录凭证通过验证之后，接收所述应用服务器发送的应用操作页；第三发送模块，还用于向所述第一预定浏览器发送所述应用操作页。

本发明提供的免重复登录的方法，网关服务器在接收第一预定浏览器登录预定应用的第一请求后，验证第一请求是否携带网关登录凭证，如果携带了网关登录凭证，则网关服务器获取第一请求中的应用登录凭证并将其发送给预定应用对应的应用服务器。该方法可以通过浏览器获取应用登录凭证和网关登录凭证实现在更换浏览器登录时，不需重复输入登录信息，不需要对应用服务器进行改造并且不安装浏览器插件，并且运行维护软件硬件的成本较低，效率较高，解决了现有技术的如下问题：现有技术需要多家应用服务器厂商配合进行改造和联合调试才能完成集成工作，并且需要对每一款常用浏览器添加插件，改造工作周期长，维护运行成本高。

附图说明

图1是本发明第一实施例中免重复登录方法的流程图；

图2是本发明第二实施例中免重复登录装置的结构示意图；

图3是本发明第三实施例中免重复登录方法的流程图。

具体实施方式

为了解决现有技术的如下问题：现有技术需要多家应用服务器厂商配合进行改造和联合调试才能完成集成工作，并且需要对每一款常用浏览器添加插件，改造工作周期长，维护运行成本高。本发明第一实施例提供了一种免重复登录的方法，该方法的流程图如图1所示，包括步骤S102至S106：

S102，网关服务器接收采用第一预定浏览器登录预定应用的第一请求。

在本实施例中，采用一种浏览器登录特定的应用，需要首先由网关服务器验证第一请求是否能够通过网关，以判定该请求能否具有登录该预定应用的权限。

S104，网关服务器验证第一请求是否携带网关登录凭证。

在本实施例中，网关服务器通过验证第一请求中是否携带网关凭证，以判断第一请求能否成功登录网关。

S106，在第一请求携带网关登录凭证的情况下，网关服务器获取第一请求中的应用登录凭证，将应用登录凭证发送至预定应用对应的应用服务器。

如果第一请求中携带了网关登录凭证，则判定可以登录预定应用，在本实施例中，第一请求中同时携带了网关登录凭证和预定应用对应的应用登录凭证，为了登录预定应用，要由网关服务器获取第一请求中携带的应用登录凭证，并将其转发给预定应用对应的应用服务器，以使应用服务器检验采用第一预定浏览器能否登录该特定应用。

本实施例提供的免重复登录的方法，网关服务器在接收第一预定浏览器登录预定应用的第一请求后，验证第一请求是否携带网关登录凭证，如果携带了网关登录凭证，则网关服务器获取第一请求中的应用登录凭证并将其发送给预定应用对应的应用服务器。该方法可以通过浏览器获取应用登录凭证和网关登录凭证实现在更换浏览器登录时，不需重复输入登录信息，不需要对应用服务器进行改造并且不安装浏览器插件，并且运行维护软件硬件的成本较低，效率较高，解决了现有技术的如下问题：现有技术需要多家应用服务器厂商配合进行改造和联合调试才能完成集成工作，并且需要对每一款常用浏览器添加插件，改造工作周期长，维护运行成本高。

此外，在本实施例中，如果第一请求中没有网关登录凭证，那么第一请求不能通过网关服务器验证，该过程与上述网关服务器验证第一请求携带网关登录凭证的过程，实际上对应网关服务器是相同的过程，只是由于条件不同对应不同的结果。此时，网关服务器就会将事先存储的预定代码发送给第一预定浏览器，使第一预定浏览器运行该预定代码，实现获取网关登录凭证和应用登录凭证的功能。在获取了上述两个登录凭证之后，第一预定浏览器会再次向网关服务器发送登录同一个应用的请求，网关服务器会再次验证新的请求中是否携带网关登录凭证。

在本实施例中，网关登录凭证和应用登录凭证能够预存在一个预定终端中，是因为在第一浏览器请求登录预定应用之前，已经有不同类型的浏览器成功登录了网关服务器和该预定应用对应的应用服务器，并生成了网关登录凭证和应用登录凭证，由网关服务器使这两个凭证存储在浏览器所运行的预定终端中，以便其他浏览器在需要时获取，上述过程具体是指：

如果在采用第二预定浏览器时，成功登录了网关服务器，此时网关服务器会生成一个网关登录凭证并将其与预存在网关服务器中的第二预定代码发送给第二预定浏览器运行的预定终端，目的是使第二预定浏览器通过运行第二预定代码将网关登录凭证存储在预定终端中，以便其他浏览器后续使用。

在将网关登录凭证存储在预定终端后，由于第二请求最终目的是要登录预定应用，在通过网关服务器验证之后，网关服务器就将登录预定应用的请求发送给应用服务器，在登录应用成功之后，应用服务器会生成一个应用登录凭证并将其发送给网关服务器，网关服务器会将该应用登录凭证和预存的第三预定代码发送给运行第二预定浏览器的预定终端，以使第二预定浏览器运行第三预定代码将应用登录凭证存储在预定终端中。至此，网关登录凭证和预定应用对应的应用凭证就都存储在了预定终端中，以便其他浏览器登录该应用时可以获取上述两个登录凭证。

此外，如果第一请求成功登录了网关服务器，在网关服务器将第一请求携带的应用登录凭证发送给预定应用对应的应用服务器之后，还包括如下过程：

应用服务器验证应用登录凭证通过之后，会向网关服务器发送预定应用对应的应用操作页，网关服务器向第一预定浏览器转发这个操作页，使得这个应用操作页采用第一预定浏览器显示。

为了解决现有的技术问题：现有技术需要多家应用服务器厂商配合进行改造和联合调试才能完成集成工作，并且需要对每一款常用浏览器添加插件，改造工作周期长，维护运行成本高。本发明第二实施例还提供了一种免重复登录的装置，该装置的结构示意图如图2所示，包括：接收模块10，用于接收采用第一预定浏览器登录预定应用的第一请求；验证模块20，与接收模块10耦合，用于验证第一请求是否携带网关登录凭证；应用登录凭证处理模块30，与验证模块20耦合，用于在第一请求携带网关登录凭证的情况下，获取第一请求中的应用登录凭证，将应用登录凭证发送至预定应用对应的应用服务器。

在本实施例中，采用一种浏览器登录特定的应用，需要首先由接收模块接收登录特定应用的第一请求。

在接收到第一请求之后，验证模块通过验证上述第一请求中是否携带网关登录凭证，以判断第一请求能否成功登录网关。

如果第一请求中携带了网关登录凭证，则判定可以登录预定应用，在本实施例中，第一请求中同时携带了网关登录凭证和预定应用对应的应用登录凭证，为了登录预定应用，要由应用登录凭证处理模块获取第一请求中携带的应用登录凭证，并将其转发给预定应用对应的应用服务器，以使应用服务器检验采用第一预定浏览器能否登录该特定应用。

此外，本实施例中还有一种情况，即第一请求中不携带网关登录凭证时，于是第一请求不能通过验证，则由第一发送模块40(与验证模块20和接收模块10耦合)将事先存储的预定代码发送给第一预定浏览器，使第一预定浏览器运行该预定代码，实现获取网关登录凭证和应用登录凭证的功能。在获取了上述两个登录凭证之后，接收模块还用于接收第一预定浏览器再次发送的登录同一个应用的第二请求，验证模块会再次验证第二请求中是否携带网关登录凭证。

在本实施例中，网关登录凭证和应用登录凭证能够预存在一个预定终端中，是因为在第一浏览器请求登录预定应用之前，已经有不同类型的第二预定浏览器成功登录该预定应用，并在登录过程中生成了网关登录凭证和应用登录凭证，将网关登录凭证存储在预定终端的过程中，本实施例中的装置还包括第二发送模块50(与接收模块10耦合)，用于在采用第二预定浏览器成功登录所述网关服务器的情况下，向预定终端发送第二预定代码和网关登录凭证，其目的是使第二预定浏览器通过运行第二预定代码，将网关登录凭证存储在预定终端中，以便其他浏览器后续使用。

在网关登录凭证存储在预定终端后，由于第二请求最终目的是要登录预定应用，因此，第二发送模块还用于将登录预定应用的请求发送给应用服务器，在登录应用成功之后，接收模块还用于接收应用服务器生成并发送出来的应用登录凭证，第二发送模块还用于将该应用登录凭证和预存的第三预定代码发送给运行第二预定浏览器的预定终端，以使第二预定浏览器运行第三预定代码将应用登录凭证存储在预定终端中。至此，网关登录凭证和预定应用对应的应用凭证就都存储在了预定终端中，以便其他浏览器登录该应用时可以获取上述两个登录凭证。

此外，如果第一请求成功登录了预定应用，应用服务器验证应用登录凭证通过之后，接收模块还用于接收预定应用对应的应用服务器发送的应用操作页，装置中的第三发送模块60(与接收模块10耦合)用于向第一预定浏览器发送上述应用操作页，使得这个应用操作页采用第一预定浏览器显示。

本实施例提供的免重复登录的装置，接收模块在接收第一预定浏览器登录预定应用的第一请求后，由验证模块验证第一请求是否携带网关登录凭证，如果携带了网关登录凭证，则应用登录凭证处理模块获取第一请求中的应用登录凭证并将其发送给预定应用对应的应用服务器。该装置可以在不对应用服务器进行改造并且不安装浏览器插件的情况下，实现更换不同浏览器登录特定应用时，免重复输入登录信息，并且运行维护软件硬件的成本较低，效率较高。解决了现有技术的如下问题：现有技术需要多家应用服务器厂商配合进行改造和联合调试才能完成集成工作，并且需要对每一款常用浏览器添加插件，改造工作周期长，维护运行成本高。

本发明第三实施例提供了一种免重复登录的方法，能够在一种浏览器登录特定应用之后，更换浏览器重新登录该应用时，不需要重新输入登录信息，就能实现成功登录。该方法的流程图如图3所示，图中包括的角色有：浏览器A、浏览器B、网关服务器和预定应用对应的应用服务器。本实施例中免重复登录的方法的方案如下：

步骤1、采用浏览器A向网关服务器发送第一请求。

在本实施例中，上述步骤就是将网关登录页面用浏览器A显示，用户输入网关登录的相应信息，以登录网关服务器。

步骤2、如果登录成功，网关服务器将网关登录凭证与第一预定代码发送给浏览器A。

网关登录凭证是在成功登录网关后由其生成的，上述第一预定代码则是预存在网关服务器中的，该代码是标准JavaScript代码，因此适用于任何一种常用的浏览器。

步骤3、浏览器A运行第一预定代码，使网关登录凭证存储在预定终端中。

第一预定代码的功能就是将网关登录凭证存储在预定终端中，而预定终端就是安装运行浏览器A的终端。

步骤4、浏览器A向网关服务器发送登录预定应用的请求。

在本实施例中，登录应用请求要首先通过网关服务器，由其进行代理。

步骤5、网关服务器向应用服务器转发登录预定应用的请求。

步骤6、如果应用登录成功，应用服务器向网关服务器发送应用登录成功提示页。

在本实施例中，成功登录应用之后，应用服务器就会生成一个应用登录凭证，该凭证包含在应用登录成功提示页中。实际上，浏览器与网关服务器之间、网关服务器与应用服务器之间的通信，是通过发送代码的方式实现的，为了陈述方便，就将应用服务器向网关服务器发送的代码称为应用登录成功提示页，该提示页实际上也是特定代码组成的，并包含了应用登录凭证。

步骤7、网关服务器向接收的应用登录成功提示页注入第二预定代码。

上述代码预存在网关服务器中，也是标准JavaScript代码，适用于常用浏览器。该预定代码的作用是通过浏览器A运行代码将应用登录凭证存储在预定终端中。

步骤8、网关服务器向浏览器A发送注入代码的应用登录成功提示页。

该提示页中也包括了预定代码和应用登录凭证。

步骤9、浏览器A运行预定代码，将应用登录凭证存储在预定终端中。

将网关登录凭证和应用登录凭证都存储在预定终端中，以便后续使用不同浏览器时能够获取上述两个凭证。

步骤10、浏览器B向网关服务器发送登录预定应用的第二请求。

此时，需要更换另一种浏览器登录应用，需要登录的应用与采用浏览器A登录的预定应用相同。在本实施例中，登录应用也需要先通过网关，所以将登录应用的请求发送给网关服务器。

步骤11、网关服务器接收的第二请求中不携带网关登录凭证，验证不通过。

步骤12、网关服务器根据请求登录的应用生成凭证请求页，并将其发送给浏览器B。

在本实施例在，凭证请求页实际上也是一段特定代码，该特定代码的功能就是使浏览器B获取采用浏览器A登录时存储在预定终端中的应用登录凭证和网关登录凭证。

步骤13、浏览器B通过运行上述凭证请求页中的第三预定代码，获取预存的网关登录凭证和应用登录凭证。

步骤14、浏览器B向网关服务器发送登录预定应用的第三请求。

在获取了两个登录凭证之后，浏览器B会继续想网关服务器发送请求，以登录需要登录的特定应用。

步骤15、网关服务器验证第三请求中是否携带网关登录凭证。

此时，第三请求中含有网关登录凭证，因此网关服务器会通过验证。

步骤16、如果验证通过，网关服务器向应用服务器发送登录应用的请求。

此时，由于向应用服务器发送的登录应用的请求中含有应用登录凭证，此时应用服务器会通过验证。

步骤17、应用服务器向网关服务器发送应用操作页。

通过验证，说明能够使用浏览器B访问操作该应用，因此，要向网关服务器发送预定应用对应的应用操作页。

步骤18、网关服务器向浏览器B转发应用操作页。

在本实施例中，该应用操作页实际上是提供给用户使用的，因此会以网页形式显示，并且是采用浏览器B显示的。

本实施例提供的免重复登录的方法，在采用一种浏览器登录网关服务器和预定应用对应的应用服务器成功后，通过网关服务器注入的代码，将网关登录凭证和应用登录凭证存储在预定终端中，在采用另一种浏览器登录同一应用时，通过运行代码使该浏览器自动获取预存的网关登录凭证和应用登录凭证，使采用该浏览器成功登录应用。该方法可以通过浏览器获取应用登录凭证和网关登录凭证，实现在更换浏览器登录时，不需重复输入登录信息，不需要对应用服务器进行改造并且不安装浏览器插件，并且运行维护软件硬件的成本较低，效率较高，解决了现有技术的如下问题：现有技术需要多家应用服务器厂商配合进行改造和联合调试才能完成集成工作，并且需要对每一款常用浏览器添加插件，改造工作周期长，维护运行成本高。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (8)

1.一种免重复登录的方法，其特征在于，包括：

网关服务器接收采用第一预定浏览器登录预定应用的第一请求；

所述网关服务器验证所述第一请求是否携带网关登录凭证；

在所述第一请求携带网关登录凭证的情况下，所述网关服务器获取所述第一请求中的应用登录凭证，将所述应用登录凭证发送至所述预定应用对应的应用服务器；

所述网关服务器验证所述第一请求是否携带网关登录凭证之后，还包括：

在所述第一请求不携带网关登录凭证的情况下，所述网关服务器将第一预定代码发送给所述第一预定浏览器，以使所述第一预定浏览器通过运行所述第一预定代码获取预存在预定终端上的所述网关登录凭证和应用登录凭证；

所述网关服务器接收所述第一预定浏览器发送的第二请求，并验证所述第二请求是否携带网关登录凭证。

2.如权利要求1所述的方法，其特征在于，网关服务器接收采用第一预定浏览器登录预定应用的第一请求之前，还包括：

在采用第二预定浏览器成功登录所述网关服务器的情况下，向所述预定终端发送第二预定代码和所述网关登录凭证，以使所述第二预定浏览器通过运行所述第二预定代码将所述网关登录凭证存储在所述预定终端中。

3.如权利要求2所述的方法，其特征在于，向所述预定终端发送第二预定代码和所述网关登录凭证之后，还包括：

所述网关服务器向所述应用服务器发送登录所述预定应用的请求；

所述网关服务器接收所述应用服务器发送的应用登录凭证；

所述网关服务器将所述应用登录凭证和第三预定代码发送给所述预定终端，以使所述第二预定浏览器运行所述第三预定代码将所述应用登录凭证存储在所述预定终端中。

4.如权利要求1至3中任一项所述的方法，其特征在于，将所述应用登录凭证发送至所述预定应用对应的应用服务器之后，包括：

所述网关服务器在所述应用登录凭证通过验证之后，接收所述应用服务器发送的应用操作页；

所述网关服务器向所述第一预定浏览器发送所述应用操作页。

5.一种免重复登录的装置，其特征在于，包括：

接收模块，用于接收采用第一预定浏览器登录预定应用的第一请求；

验证模块，用于验证所述第一请求是否携带网关登录凭证；

应用登录凭证处理模块，用于在所述第一请求携带网关登录凭证的情况下，获取所述第一请求中的应用登录凭证，将所述应用登录凭证发送至所述预定应用对应的应用服务器；

还包括：

第一发送模块，用于在所述第一请求不携带网关登录凭证的情况下，将第一预定代码发送给所述第一预定浏览器，以使所述第一预定浏览器通过运行所述第一预定代码获取预存在预定终端上的所述网关登录凭证和应用登录凭证；

所述接收模块，还用于接收所述第一预定浏览器发送的第二请求，所述验证模块还用于验证所述第二请求是否携带网关登录凭证。

6.如权利要求5所述的装置，其特征在于，还包括：

第二发送模块，用于在采用第二预定浏览器成功登录网关服务器的情况下，向预定终端发送第二预定代码和所述网关登录凭证，以使所述第二预定浏览器通过运行所述第二预定代码将所述网关登录凭证存储在所述预定终端中。

7.如权利要求6所述的装置，其特征在于，

所述第二发送模块，还用于向所述应用服务器发送登录所述预定应用的请求；

所述接收模块，还用于接收所述应用服务器发送的应用登录凭证；

所述第二发送模块，还用于将所述应用登录凭证和第三预定代码发送给所述预定终端，以使所述第二预定浏览器运行所述第三预定代码将所述应用登录凭证存储在所述预定终端中。

8.如权利要求5至7中任一项所述的装置，其特征在于，还包括：

所述接收模块，还用于在所述应用登录凭证通过验证之后，接收所述应用服务器发送的应用操作页；

第三发送模块，用于向所述第一预定浏览器发送所述应用操作页。

Images