一种登录方法、装置及系统与流程

本申请涉及计算机应用技术领域，特别是涉及一种登录方法、装置及系统。

背景技术：

随着计算机应用各个版本的开发，计算机应用的功能模块和复杂度在不断的增加，应用服务器维护时间成本也随之增长。

目前，应用服务器维护时间成本主要体现在应用服务器在维护时将应用服务器中与当前线上账号相关的基础数据存储至数据库的过程，应用服务器只有将与当前线上账号相关的基础数据存储至数据库，才可能保证应用服务器再次启动后，能从数据库中获取到最新的账号的基础数据，以实现账号登录。

尤其是针对游戏应用而言，在外网正式服环境中需要停服紧急更新维护的情况下，为了保证游戏服务器再次启动后，可基于最新的账号的基础数据实现账号登录，传统的停服更新流程时长的缺点暴露的越发明显，严重影响了用户体验，造成了玩家流失的情况。

技术实现要素：

有鉴于此，本申请实施例提供一种登录方法、装置及系统，以在降低应用服务器更新维护时长的基础上，实现登录应用服务器的目的。

为了实现上述目的，本申请实施例提供的技术方案如下：

一种登录方法，包括：

在所述应用服务器已启动的情况下，接收指示有账号的登录请求；

确定闪存服务器中是否存储有所述账号的基础数据；

若所述闪存服务器中存储有所述基础数据，从所述闪存服务器中加载所述基础数据，基于所述基础数据在所述应用服务器上登录所述账号；

若所述闪存服务器中未存储有所述基础数据，从与所述应用服务器关联的数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号；

其中，所述基础数据为最近一次所述账号登出所述应用服务器时，所述应用服务器中存储的与所述账号唯一对应的数据；所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出，或者，登录有所述账号的应用服务器停止运行。

优选的，在所述账号登出所述应用服务器包括登录有所述账号的应用服务器停止运行时，

将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述闪存服务器，以便所述闪存服务器将所述数据更新至所述数据库，以及，在确定将所述数据更新至所述数据库后，删除所述闪存服务器中的所述数据。

优选的，在所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出时，

将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述数据库。

优选的，所述确定闪存服务器中是否存储有所述账号的基础数据，包括：

判断所述登录请求是否为在所述应用服务器已启动的情况下，初次接收到的指示有所述账号的登录请求；

若所述登录请求为在所述应用服务器已启动的情况下，初次接收到的指示有所述账号的登录请求，确定闪存服务器中是否存储有所述账号的基础数据。

优选的，若所述登录请求不为在所述应用服务器已启动的情况下，初次接收到的指示有所述账号的登录请求，该方法还包括：

执行“从与所述应用服务器关联的数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号”步骤。

一种登录装置，包括：

请求接收单元，用于在所述应用服务器已启动的情况下，接收指示有账号的登录请求；

基础数据确定单元，用于确定闪存服务器中是否存储有所述账号的基础数据；

第一登录单元，用于若所述闪存服务器中存储有所述基础数据，从所述闪存服务器中加载所述基础数据，基于所述基础数据在所述应用服务器上登录所述账号；

第二登录单元，用于若所述闪存服务器中未存储有所述基础数据，从与所述应用服务器关联的数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号；

其中，所述基础数据为最近一次所述账号登出所述应用服务器时，所述应用服务器中存储的与所述账号唯一对应的数据；所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出，或者，登录有所述账号的应用服务器停止运行。

优选的，还包括第一更新单元，用于：

在所述账号登出所述应用服务器包括登录有所述账号的应用服务器停止运行时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述闪存服务器，以便所述闪存服务器将所述数据更新至所述数据库，以及，在确定将所述数据更新至所述数据库后，删除所述闪存服务器中的所述数据。

优选的，还包括第二更新单元，用于：

在所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述数据库。

一种登录系统，包括应用服务器、闪存服务器以及数据库，其中，所述应用服务器用于：

在所述应用服务器已启动的情况下，接收指示有账号的登录请求；

确定所述闪存服务器中是否存储有所述账号的基础数据；

若所述闪存服务器中存储有所述基础数据，从所述闪存服务器中加载所述基础数据，基于所述基础数据在所述应用服务器上登录所述账号；

若所述闪存服务器中未存储有所述基础数据，从与所述应用服务器关联的所述数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号；

其中，所述基础数据为最近一次所述账号登出所述应用服务器时，所述应用服务器中存储的与所述账号唯一对应的数据；所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出，或者，登录有所述账号的应用服务器停止运行。

优选的，所述应用服务器还用于在所述账号登出所述应用服务器包括登录有所述账号的应用服务器停止运行时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述闪存服务器；

所述闪存服务器用于将所述数据更新至所述数据库，以及，在确定将所述数据更新至所述数据库后，删除所述闪存服务器中的所述数据。

本申请实施例提供一种登录方法，通过在应用服务器已启动的情况下，接收指示有账号的登录请求；确定闪存服务器中是否存储有账号的基础数据；若是，从闪存服务器中加载基础数据，基于基础数据在应用服务器上登录账号；若否，从与应用服务器关联的数据库中加载基础数据，并基于基础数据在应用服务器上登录账号(基础数据为最近一次账号登出应用服务器时，应用服务器中存储的与账号唯一对应的数据)方式，使得可从闪存服务器/数据库加载最新的账号的基础数据，以实现账号登录，进而避免了在应用服务器更新维护时，仅将线上账号的基础数据存储至数据库的情况，达到了在降低应用服务器更新维护时长的基础上，实现登录应用服务器的目的。

附图说明

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

图1为本申请实施例提供的一种登录方法流程图；

图2为本申请实施例提供的另一种登录方法流程图；

图3为本申请实施例提供的一种登录装置的结构示意图；

图4为本申请实施例提供的一种登录系统的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

实施例：

图1为本申请实施例提供的一种登录方法流程图。

如图1所示，该方法包括：

s101、在所述应用服务器已启动的情况下，接收指示有账号的登录请求；

可选的，在应用对应的应用服务器已经启动的情况下，所述应用服务器可接收登录请求，所述登录请求指示有待登录的账号。

可选的，所述登录请求可由用户通过所述应用的应用客户端发送。

s102、确定闪存服务器中是否存储有所述账号的基础数据；若所述闪存服务器中存储有所述基础数据，执行步骤s103；若所述闪存服务器中未存储有所述基础数据，执行步骤s104；

可选的，所述基础数据为最近一次所述账号登出所述应用服务器时，所述应用服务器中存储的与所述账号唯一对应的数据。

所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出，或者，登录有所述账号的应用服务器停止运行。

其中，响应账号登出操作将所述账号从所述应用服务器登出，包括：响应用户输入的账号登出操作，将所述账号从所述应用服务器登出。可选的，用户通过所述应用的应用客户端可输入账号登出操作(如，用户在应用的应用客户端上点击账号登出按钮，以输入账号登出操作，将当前所述应用客户端上登录的账号登出)。

可选的，所述基础数据为最近一次所述账号登出所述应用服务器时，所述应用服务器中存储的与所述账号唯一对应的数据为：所述应用服务器的内存中存储的与所述账号唯一对应的数据。

s103、从所述闪存服务器中加载所述基础数据，基于所述基础数据在所述应用服务器上登录所述账号；

可选的，若所述闪存服务器中存储有所述基础数据，从所述闪存服务器中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号。

进一步的，从所述闪存服务器中加载所述基础数据，基于所述基础数据在所述应用服务器上登录所述账号后，删除所述闪存服务器中的所述基础数据。

s104、从与所述应用服务器关联的数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号。

可选的，若所述闪存服务器中未存储有所述基础数据，从与所述应用服务器关联的数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号。

可选的，在所述账号登出所述应用服务器包括登录有所述账号的应用服务器停止运行时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述闪存服务器，以便所述闪存服务器将所述数据更新至所述数据库，以及，在确定将所述数据更新至所述数据库后，删除所述闪存服务器中的所述数据。

在本申请实施例中，优选的，在将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述闪存服务器后，所述闪存服务器会自动将其接收到的所述数据更新至与所述应用服务器关联的数据库(即上述步骤s104中出现的数据库)，并在将所述更新更新至所述应用服务器关联的数据库后，会删除所述闪存服务器中的所述数据。

相应的，在登录有所述账号的应用服务器停止运行后，只要将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述闪存服务器，便可继续对所述应用服务器进行更新维护进而重新启动所述应用服务器，而不用在等到将与所述账号唯一对应的数据更新至所述数据库，才可继续对应用服务器进行更新维护进而重新启动所述应用服务器。将数据更新至闪存服务器的时长远远小于将所述数据存入数据库的时间，故而可达到在降低应用服务器更新维护时长的基础上，实现登录应用服务器的目的。

可选的，在所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述数据库。

在本申请实施例中，优选的，若是在响应账号登出操作将所述账号从所述应用服务器登出时，可在不停止运行所述应用服务器的情况下，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述数据库。

图2为本申请实施例提供的另一种登录方法流程图。

如图2所示，该方法包括：

s201、在所述应用服务器已启动的情况下，接收指示有账号的登录请求；

s202、判断所述登录请求是否为在所述应用服务器已启动的情况下，初次接收到的指示有所述账号的登录请求；若是，执行步骤s203；若否，执行步骤s205；

可选的，在所述应用服务器已启动的情况下，接收指示有账号的登录请求，并判断所述登录请求是否为所述应用服务器在本次启动后，首次接收到的指示有所述账号的登录请求；若是，执行步骤s203；若否，执行步骤s205。

s203、确定闪存服务器中是否存储有所述账号的基础数据；若所述闪存服务器中存储有所述基础数据，执行步骤s204；若所述闪存服务器中未存储有所述基础数据，执行步骤s205；

s204、从所述闪存服务器中加载所述基础数据，基于所述基础数据在所述应用服务器上登录所述账号；

s205、从与所述应用服务器关联的数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号。

可选的，本申请实施例提供的步骤s203-s205的执行过程与上述是实施例提供的步骤s102-s104的执行过程相同，有关步骤s203-s205的执行过程请参见上述实施例提供的步骤s102-s104的执行过程，在此不做限定。

本申请实施例提供一种登录方法，通过在应用服务器已启动的情况下，接收指示有账号的登录请求；确定闪存服务器中是否存储有账号的基础数据；若是，从闪存服务器中加载基础数据，基于基础数据在应用服务器上登录账号；若否，从与应用服务器关联的数据库中加载基础数据，并基于基础数据在应用服务器上登录账号(基础数据为最近一次账号登出应用服务器时，应用服务器中存储的与账号唯一对应的数据)方式，使得可从闪存服务器/数据库加载最新的账号的基础数据，以实现账号登录，进而避免了在应用服务器更新维护时，仅将线上账号的基础数据存储至数据库的情况，达到了在降低应用服务器更新维护时长的基础上，实现登录应用服务器的目的。

图3为本申请实施例提供的一种登录装置的结构示意图。

如图3所示，该装置包括：

请求接收单元31，用于在所述应用服务器已启动的情况下，接收指示有账号的登录请求；

基础数据确定单元32，用于确定闪存服务器中是否存储有所述账号的基础数据；

第一登录单元33，用于若所述闪存服务器中存储有所述基础数据，从所述闪存服务器中加载所述基础数据，基于所述基础数据在所述应用服务器上登录所述账号；

第二登录单元34，用于若所述闪存服务器中未存储有所述基础数据，从与所述应用服务器关联的数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号；

其中，所述基础数据为最近一次所述账号登出所述应用服务器时，所述应用服务器中存储的与所述账号唯一对应的数据；所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出，或者，登录有所述账号的应用服务器停止运行。

进一步的，本申请实施例提供的一种登录装置还包括第一更新单元，用于：在所述账号登出所述应用服务器包括登录有所述账号的应用服务器停止运行时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述闪存服务器，以便所述闪存服务器将所述数据更新至所述数据库，以及，在确定将所述数据更新至所述数据库后，删除所述闪存服务器中的所述数据。

进一步的，本申请实施例提供的一种登录装置还包括第二更新单元，用于：在所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述数据库。

可选的，所述基础数据确定单元具体用于：判断所述登录请求是否为在所述应用服务器已启动的情况下，初次接收到的指示有所述账号的登录请求；若所述登录请求为在所述应用服务器已启动的情况下，初次接收到的指示有所述账号的登录请求，确定闪存服务器中是否存储有所述账号的基础数据。

进一步的，若所述登录请求不为在所述应用服务器已启动的情况下，初次接收到的指示有所述账号的登录请求，执行本申请实施例中第二登录单元提供的“从与所述应用服务器关联的数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号”步骤。

图4为本申请实施例提供的一种登录系统的结构示意图。

如图4所示，该系统包括：应用服务器41、闪存服务器42以及数据库43，其中，所述应用服务器用于：

在所述应用服务器已启动的情况下，接收指示有账号的登录请求；

确定所述闪存服务器中是否存储有所述账号的基础数据；

若所述闪存服务器中存储有所述基础数据，从所述闪存服务器中加载所述基础数据，基于所述基础数据在所述应用服务器上登录所述账号；

若所述闪存服务器中未存储有所述基础数据，从与所述应用服务器关联的所述数据库中加载所述基础数据，并基于所述基础数据在所述应用服务器上登录所述账号；

其中，所述基础数据为最近一次所述账号登出所述应用服务器时，所述应用服务器中存储的与所述账号唯一对应的数据；所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出，或者，登录有所述账号的应用服务器停止运行。

进一步的，本申请实施例提供的一种登录系统中的所述应用服务器还用于：在所述账号登出所述应用服务器包括登录有所述账号的应用服务器停止运行时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述闪存服务器；所述闪存服务器用于将所述数据更新至所述数据库，以及，在确定将所述数据更新至所述数据库后，删除所述闪存服务器中的所述数据。

进一步的，本申请实施例提供的一种登录系统中的所述应用服务器还用于：在所述账号登出所述应用服务器包括响应账号登出操作将所述账号从所述应用服务器登出时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述数据库。

本申请实施例提供一种登录装置及系统，通过在应用服务器已启动的情况下，接收指示有账号的登录请求；确定闪存服务器中是否存储有账号的基础数据；若是，从闪存服务器中加载基础数据，基于基础数据在应用服务器上登录账号；若否，从与应用服务器关联的数据库中加载基础数据，并基于基础数据在应用服务器上登录账号(基础数据为最近一次账号登出应用服务器时，应用服务器中存储的与账号唯一对应的数据)方式，使得可从闪存服务器/数据库加载最新的账号的基础数据，以实现账号登录，进而避免了在应用服务器更新维护时，仅将线上账号的基础数据存储至数据库的情况，达到了在降低应用服务器更新维护时长的基础上，实现登录应用服务器的目的。

为了便于对本申请实施例提供的登录方法的理解，现通过一实例对本申请实施例提供的登录方法、装置及系统进行详细说明：

若应用服务器在运行过程中，需要进行更新维护，在停止运行所述应用服务器，并将所述应用服务器中的当前线上账号的基础数据更新至与所述应用服务器关联的闪存服务器中；所述闪存服务器在接收到所述基础数据后，将所述基础数据更新至与所述应用服务器关联的数据库中。

可选的，闪存服务器将所述基础数据更新至所述数据库的方式有多种(比如，闪存服务器在接收到基础数据后，自动将所述基础数据更新至所述数据库，直至全部更新完成；或者，闪存服务器在接收到基础数据后，按照预设的更新频率，将所述基础数据更新至所述数据库)，在此不做限定。

将应用服务器中的当前线上账号的基础数据更新至与所述应用服务器关联的闪存服务器后，不论所述闪存服务器是否已将其接收到的所述基础数据更新至所述数据库，均可执行“对应用服务器进行后续的更新维护(此处的更新维护不涉及将基础数据更新至数据库的过程)，并在更新维护完成后开启所述应用服务器”这一过程。

若应用服务器在运行过程中，响应账号登出操作将所述账号从所述应用服务器登出时，将所述应用服务器中存储的与所述账号唯一对应的数据更新至所述数据库。

应用服务器在需要进行更新维护时，不在需要等到将应用服务器中的当前线上账号的基础数据更新至数据库后，再对应用服务器进行后续的更新维护，以便在更新维护完成后开启所述应用服务器；而是将应用服务器中的当前线上账号的基础数据更新至闪存服务器后，便可直接对应用服务器进行后续的更新维护，以便在更新维护完成后开启所述应用服务器，并基于本申请实施例提供的一种登录方法、装置及系统实现账号登录。因为将基础数据更新至闪存服务器的时长要比将基础数据更新至数据库的时长短很多，所以相对于现有技术而言，可在降低应用服务器更新维护时长的基础上，实现登录应用服务器的目的。

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

以上仅是本申请的优选实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。