CN109621407A

CN109621407A - 一种客户端登陆请求方法和装置

Info

Publication number: CN109621407A
Application number: CN201811647943.8A
Authority: CN
Inventors: 胡浩源; 吴炜峰
Original assignee: Netease Hangzhou Network Co Ltd
Current assignee: Netease Hangzhou Network Co Ltd
Priority date: 2018-12-29
Filing date: 2018-12-29
Publication date: 2019-04-16

Abstract

本发明实施例提供了一种客户端登陆请求方法和装置，所述方法包括：判断是否接收到由客户端发送的第一登陆请求；若是，则向客户端发送第一等待信息，其中，第一等待信息包括客户端的排队信息，和，用于标记客户端的访问令牌；其中，客户端用于采用排队信息，和，访问令牌生成第二登陆请求；判断是否接收到客户端发送的第二登陆请求，其中，第二登陆请求晚于第一登陆请求；若是，则获取数据服务器的当前数据处理状态信息。采用上述方式，用户可以不必停留在等待界面中等待客户端登陆数据服务器，甚至可以退出游戏，在使用其他应用的过程中等待客户端登陆数据服务器，从而避免了时间的浪费，极大提升了用户体验。

Description

一种客户端登陆请求方法和装置

技术领域

本发明涉及服务器数据处理技术领域，特别是涉及一种客户端登陆请求方法和一种客户端登陆请求装置。

背景技术

随着科技的发展，互联网影响了人们生活的方方面面，而用户若要通过互联网进行数据传输，需要基于终端设备上的客户端与服务器进行数据交互。

而用户在通过服务器进行数据交互的过程中，若服务器的当前数据处理量过大，则需要对还未进行数据处理的用户进行排队处理，用户则按照排队顺序等待服务器处理其上传的数据，这便是服务器为防止数据过载所设定的排队机制，以保证服务器不会因为数据过载导致服务器崩溃。

在现有技术中，用户无法在排队的过程中进行其他操作，这是因为现在的排队机制都是服务器基于长链接下进行的排队服务，具体而言，所谓服务器基于长链接下进行的排队服务，就是服务器在开启排队机制后，将还未进行数据处理的客户端置入排队队列，并通知其所在的位置以及预估剩余的排队时间，客户端在排队时间内，服务器不接受客户端其它协议请求，如果客户端因为某种原因与服务器断开连接，则直接从队伍中移除，这便导致用户只能在排队等待的用户界面中等待客户端登陆请求服务器，从而造成用户只能停留在等待界面中等待登陆，进而造成用户时间资源的浪费。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种客户端登陆请求方法和相应的一种客户端登陆请求装置。

为了解决上述问题，本发明实施例公开了一种客户端登陆请求处理方法，所述方法应用于服务器系统中，所述服务器系统包括数据服务器，所述方法包括：

当所述服务器系统的数据处理状态为排队状态时，判断是否接收到由客户端发送的第一登陆请求；

若是，则向所述客户端发送第一等待信息，其中，所述第一等待信息包括所述客户端的排队信息，和，用于标记所述客户端的访问令牌；

其中，所述客户端用于采用所述排队信息，和，所述访问令牌生成第二登陆请求；

判断是否接收到所述客户端发送的所述第二登陆请求，其中，所述第二登陆请求晚于所述第一登陆请求；

若是，则获取所述数据服务器的当前数据处理状态信息；

通过所述第二登陆请求，和，所述当前数据处理状态信息将所述客户端登陆至所述数据服务器。

优选地，所述第二登陆请求包括所述访问令牌，所述服务器系统包括排队服务器，所述排队服务器储存有与所述访问令牌对应的用户标识，所述判断是否接收到所述客户端发送的所述第二登陆请求的步骤包括：

判断在预设时间周期内是否接收到与所述用户标识相匹配的访问令牌。

优选地，还包括：

若在预设时间周期内，未接收到与所述用户标识相匹配的访问令牌，则删除所述用户标识。

优选地，所述第二登陆请求包括所述排队信息，所述排队信息为所述客户端的排队序号，所述当前数据处理状态信息包括待处理的客户端数量，所述通过所述第二登陆请求，和，所述当前数据处理状态信息将所述客户端登陆至所述数据服务器的步骤包括：

判断所述待处理的客户端数量是否大于所述排队序号；

若是，则允许所述客户端登陆至所述数据服务器中；

若否，则计算出所述客户端的当前排队序号；

采用所述当前排队序号计算出当前用户等待时长；

将所述当前排队序号和所述当前用户等待时长，显示于所述客户端的等待界面中。

优选地，在所述判断所述待处理的客户端数量是否大于所述排队序号的步骤之前，还包括：

根据所述当前数据处理状态信息判断所述服务器系统的数据处理状态是否为排队状态；

若否，则允许所述客户端登陆至所述服务器系统中。

优选地，还包括：

当接收到所述客户端发送的第二登陆请求时，判断排队服务器中是否具有与所述访问令牌相匹配的用户标识；

若否，则向所述客户端发送第二等待信息。

优选地，还包括：

当接收到所述客户端发送的第二登陆请求时，判断所述排队服务器运行状态是否正常；

若否，则直接将所述客户端登陆至所述数据服务器。

优选地，还包括：

在向所述客户端发送第一等待信息时，采用所述排队序号计算出用户等待时长；

将所述排队序号和所述用户等待时长发送至所述客户端，并显示于所述客户端的等待界面中。

为了解决上述问题，本发明实施例还公开了一种客户端登陆方法，所述方法应用于客户端中，所述客户端具有对应的服务器系统，所述服务器系统包括排队服务器，和，数据服务器，所述方法包括：

向所述排队服务器发送第一登陆请求；

接收由排队服务器返回的第一等待信息；其中，所述第一等待信息包括针对所述第一登陆请求的排队信息，和，访问令牌；

采用所述排队信息，和，所述访问令牌生成第二登陆请求；

向所述排队服务器发送所述第二登陆请求，并通过所述第二登陆请求，和，所述排队服务器获取到的所述数据服务器的当前数据处理状态信息登陆所述数据服务器。

为了解决上述问题，本发明实施例公开了一种客户端登陆请求装置，所述装置应用于服务器系统中，所述服务器系统包括数据服务器，所述装置包括：

第一登陆请求判断模块，用于在所述服务器系统的数据处理状态为排队状态时，判断是否接收到由客户端发送的第一登陆请求；若是，则调用第一等待信息发送模块；

第一等待信息发送模块，用于向所述客户端发送第一等待信息，其中，所述第一等待信息包括所述客户端的排队信息，和，用于标记所述客户端的访问令牌；

第二登陆请求判断模块，用于判断是否接收到所述客户端发送的所述第二登陆请求，其中，所述第二登陆请求晚于所述第一登陆请求；若是，则调用当前数据处理状态信息获取模块；

当前数据处理状态信息获取模块，用于获取所述数据服务器的当前数据处理状态信息；

第一客户端登陆模块，用于通过所述第二登陆请求，和，所述当前数据处理状态信息将所述客户端登陆至所述数据服务器。

优选地，所述第二登陆请求包括所述访问令牌，所述服务器系统包括排队服务器，所述排队服务器储存有与所述访问令牌对应的用户标识，所述第二登陆请求判断模块包括：

第二登陆请求判断子模块，用于判断在预设时间周期内是否接收到与所述用户标识相匹配的访问令牌。

优选地，还包括：

用户标识删除子模块，用于若在预设时间周期内，未接收到与所述用户标识相匹配的访问令牌，则删除所述用户标识。

优选地，所述第二登陆请求包括所述排队信息，所述排队信息为所述客户端的排队序号，所述当前数据处理状态信息包括待处理的客户端数量，所述客户端登陆模块包括：

登陆判断子模块，用于判断所述待处理的客户端数量是否大于所述排队序号；若是，则调用客户端登陆子模块；若否，则调用当前排队序号计算子模块；

第一客户端登陆子模块，用于允许所述客户端登陆至所述数据服务器中；

当前排队序号计算子模块，用于计算出所述客户端的当前排队序号；

第一等待时长计算子模块，用于采用所述当前排队序号计算出当前用户等待时长；

第一显示子模块，用于将所述当前排队序号和所述当前用户等待时长，显示于所述客户端的等待界面中。

优选地，还包括：

数据处理状态判断子模块，用于根据所述当前数据处理状态信息判断所述服务器系统的数据处理状态是否为排队状态；若否，则调用第二客户端登陆子模块；

第二客户端登陆子模块，用于允许所述客户端登陆至所述数据服务器中。

优选地，还包括：

用户标识判断子模块，用于在接收到所述客户端发送的第二登陆请求时，判断排队服务器中是否具有与所述访问令牌相匹配的用户标识；若否，则调用第二等待信息发送子模块；

第二等待信息发送子模块，用于向所述客户端发送第二等待信息。

优选地，还包括：

运行状态判断模块，用于在接收到所述客户端发送的第二登陆请求时，判断所述排队服务器运行状态是否正常；若否，则调用第二客户端登陆模块；

第二客户端登陆模块，用于直接将所述客户端登陆至所述数据服务器。

优选地，还包括：

第二等待时长计算子模块，用于在向所述客户端发送第一等待信息时，采用所述排队序号计算出用户等待时长；

第二显示子模块，用于将所述排队序号和所述用户等待时长发送至所述客户端，并显示于所述客户端的等待界面中。

为了解决上述问题，本发明实施例还公开了一种客户端登陆装置，所述装置应用于客户端中，所述客户端具有对应的服务器系统，所述服务器系统包括排队服务器，和，数据服务器，所述装置包括：

第一登陆请求发送模块，用于向所述排队服务器发送第一登陆请求；

第一等待信息接收模块，用于接收由排队服务器返回的第一等待信息；其中，所述第一等待信息包括针对所述第一登陆请求的排队信息，和，访问令牌；

第二登陆请求生成模块，用于采用所述排队信息，和，所述访问令牌生成第二登陆请求；

第二登陆请求发送模块，用于向所述排队服务器发送所述第二登陆请求，并通过所述第二登陆请求，和，所述排队服务器获取到的所述数据服务器的当前数据处理状态信息登陆所述数据服务器。

本发明实施例包括以下优点：

在实际应用中运用本发明实施例，可以通过在服务器系统处于排队状态时，排队服务器针对接收到客户端发来的第一登陆请求生成第一等待信息，客户端则可以在收到排队服务器发来的第一等待信息后，采用第一等待信息生成第二登陆请求，并可以基于第二登陆请求登陆数据服务器。采用上述方式，用户可以不必停留在等待界面中等待客户端登陆数据服务器，甚至可以退出游戏，在使用其他应用的过程中等待客户端登陆数据服务器，从而避免了时间的浪费，极大提升了用户体验。

附图说明

图1是本发明的实施例一的一种客户端登陆请求方法实施例的步骤流程图；

图2是本发明的实施例二的一种客户端登陆请求方法实施例的步骤流程图

图3是本发明的实施例三的一种客户端登陆请求装置实施例的结构框图；

图4是本发明的实施例四的一种客户端登陆请求装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一

参照图1，示出了本发明实施例一的一种客户端登陆请求方法实施例的步骤流程图，本实施例基于排队服务器侧进行描述，具体可以包括如下步骤：

步骤101，当所述服务器系统的数据处理状态为排队状态时，判断是否接收到由客户端发送的第一登陆请求；若是，则执行步骤102；

在具体实现中，本发明实施例的服务器系统可以包括数据服务器和排队服务器，本发明实施例可以在数据服务器的数据处理量过大时，将服务器系统的数据处理状态调整为排队状态，而在服务器系统进入排队状态后，可以对后续申请登陆服务器系统的客户端进行排队处理，即，将后续申请登陆服务器系统的客户端排列在排队服务器中，按照排列顺序等待登陆至数据服务器。

在本发明实施例中，可以判断所述是否接收到由客户端发送的第一登陆请求。

在实际应用中，客户端若想登陆至服务器系统中，必须先对服务器系统发送登陆请求，而本发明实施例可以通过排队服务器判断是否接收到针对客户端的的第一登陆请求。

步骤102，向所述客户端发送第一等待信息；

在本发明实施例中，排队服务器可以将客户端的登陆请求排列在排队服务器中，并向客户端发送第一等待信息，第一等待信息可以包括客户端的排队信息，和，用于标记客户端的访问令牌，当客户端接收到第一等待信息时，可以采用排队信息，和，访问令牌生成第二登陆请求，访问令牌可以用于使客户端向排队服务器表示身份。

步骤103，判断是否接收到所述客户端发送的所述第二登陆请求；若是，则执行步骤104；

在具体实现中，第二登陆请求可以为晚于第一登陆请求接收的登陆请求即，可选地，第二登陆请求在时间顺序上晚于第一登陆请求预设时间，排队服务器还可以储存有与访问令牌对应的用户标识，在本发明的一个优选实施例中，还可以通过如下方式判断是否接收到客户端发送的第二登陆请求：

判断在预设时间周期内是否接收到与用户标识相匹配的访问令牌。

在具体实现中，本发明实施例的排队服务器可以给客户端生成一个全局唯一用户标识，具体地全局唯一用户标识的组成可以包括前缀信息与后缀信息两部分，后缀信息可以为从1开始的自增整数，而排队服务器对自增整数具有上限规定，当后缀信息自增到阈值时会重置为1，由此，后缀信息不能单独成为唯一标识符，在本发明实施例中，前缀设信息可以为排队数据重置时对应的时间，但在实际应用中，可能会出现在同一时刻有两个客户端申请登陆的情况，所以前缀信息也不能单独成为唯一标识符，由于时间具有不重复性，所以通过拼接前缀信息与后缀信息，即可获得一个全局唯一的标识符作为客户端的全局唯一用户标识，客户端第一次访问服务器时，服务器便会生成此全局唯一用户标识并通过此全局唯一用户标识生成对应的访问令牌，然后将此访问令牌发送给客户端，使得客户端能够再次向服务器系统发起登陆请求时，通过向服务器系统提供访问令牌来匹配对应的用户标识，即，告知服务器系统，该客户端已在约定的规则内第二次提交登陆申请。

在本发明一个更为优选的实施例中，若在预设时间周期内，未接收到与用户标识相匹配的访问令牌，则删除用户标识。

在实际应用中，本发明实施例可以针对一个客户端设定一个保活时间周期，即，在客户端提交第一登陆请求后，保活时间周期没有接收到带有该客户端对应的访问令牌的第一登陆请求，则可以认为客户端保活失败，从排队服务器的排队队列中移除该客户端，并删除该客户端存储于排队服务器中的用户标识，所以，在接收到客户端发送的第二登陆请求时，可以先判断排队服务器中是否具有与访问令牌相匹配的用户标识，若没有能够与访问令牌相匹配的用户标识，则向客户端发送第二等待信息，即，若没有能够与访问令牌相匹配的用户标识，则认为该访问令牌对应的客户端为保活失败的客户端，届时，排队服务器可以针对第二登陆请求重新生成一个带有新的访问令牌的第二等待信息，并排队服务器可以将客户端排列在排队服务器中。

步骤104，获取所述数据服务器的当前数据处理状态信息；

在本发明实施例中，排队服务器可以获取数据服务器的当前数据处理状态信息，数据服务器的当前数据处理状态信息可以用于确定当前处于排队队列中的客户端数量、排队服务器的数据处理状态，以及，排队服务器的运行状态。

步骤105，通过所述第二登陆请求，和，所述当前数据处理状态信息将所述客户端登陆至所述数据服务器。

在实际应用中，本发明实施例的第二登陆请求可以包括排队信息，而排队信息还可以包括客户端的排队时间、排队序号等信息，当前数据处理状态信息可以包括待处理的客户端数量，在本发明的一个优选实施例中，还可以通过如下方式将客户端登陆至所述数据服务器中：

判断待处理的客户端数量是否大于排队序号，若是，则允许客户端登陆至数据服务器中，若否，则计算出客户端的当前排队序号，采用当前排队序号计算出当前用户等待时长，将当前排队序号和当前用户等待时长，显示于客户端的等待界面中。

在实际应用中，每隔一定时间，本发明实施例的排队服务器可根据当前数据处理状态信息确地出待处理的客户端数量P，并在下一时间单位中，将队列头部的数量P个客户端登录至数据服务器中，所以当待处理的客户端数量大于排队序号，则意味着客户端可以登录数据服务器，若待处理的客户端数量小于排队序号，则意味着排在该客户端前面的客户端数量仍旧大于待处理的客户端数量P，所以此时排队服务器可以重新计算出该客户端当前的排队序号，和当前的用户等待时长，并将当前排队序号和当前用户等待时长，显示于客户端的等待界面中使得用户可以知晓自己的当前的排队信息，当然，本发明实施例也可以在向客户端发送第一等待信息时，采用排队序号计算出用户等待时长，将排队序号和用户等待时长发送至所述客户端，并显示于客户端的等待界面中。

在本发明的一个优选实施例中，可以在判断待处理的客户端数量是否大于排队序号之前，先根据当前数据处理状态信息判断服务器系统的数据处理状态是否为排队状态，若否，则允许客户端登陆至所述服务器系统中。

在实际应用中，若务器系统的数据处理状态已经不处于排队状态，则无需再判断待处理的客户端数量是否大于排队序号，而直接将客户端登陆至数据服务器中。

在本发明的另一个优选实施例中，可以在接收到客户端发送的第二登陆请求时，判断排队服务器运行状态是否正常，若不正常，则直接将客户端登陆至数据服务器中。

在实际应用中，用户在经历一个周期的等待再次提交登陆申请时，若因排队服务器的运行状态不正常导致重新排队，则会造成极差的用户体验，所以，本发明实施例可以在排队服务器运行状态不正常时直接将客户端登陆至数据服务器中。

在本发明的又一个优选实施例中，若在预设时间周期内，未接收到与用户标识相匹配的访问令牌，还可以不删除所述用户标识，而是在待处理的客户端数量大于排队序号时向客户端推送消息告知用户排队结束，客户端即将登陆数据服务器，而此时，客户端只要在接到消息后的预设时间内向服务器发送带有访问令牌的第二登陆请求，则可以登陆至数据服务器中。

实施例二

参照图2，示出了本发明实施例二的一种客户端登陆请求方法实施例的步骤流程图，本实施例基于客户端侧进行描述，具体可以包括如下步骤：

步骤201，向所述排队服务器发送第一登陆请求；

步骤202，接收由排队服务器返回的第一等待信息；其中，所述第一等待信息包括针对所述第一登陆请求的排队信息，和，访问令牌；

步骤203，采用所述排队信息，和，所述访问令牌生成第二登陆请求；

步骤204，向所述排队服务器发送所述第二登陆请求，并通过所述第二登陆请求，和，所述排队服务器获取到的所述数据服务器的当前数据处理状态信息登陆所述数据服务器。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

实施例三

参照图3，示出了本发明实施例三的一种客户端登陆请求装置实施例的结构框图，具体可以包括如下模块：

第一登陆请求判断模块301，用于在所述服务器系统的数据处理状态为排队状态时，判断是否接收到由客户端发送的第一登陆请求；若是，则调用第一等待信息发送模块；

第一等待信息发送模块302，用于向所述客户端发送第一等待信息，其中，所述第一等待信息包括所述客户端的排队信息，和，用于标记所述客户端的访问令牌；

第二登陆请求判断模块303，用于判断是否接收到所述客户端发送的所述第二登陆请求，其中，所述第二登陆请求晚于所述第一登陆请求；若是，则调用当前数据处理状态信息获取模块；

当前数据处理状态信息获取模块304，用于获取所述数据服务器的当前数据处理状态信息；

第一客户端登陆模块305，用于通过所述第二登陆请求，和，所述当前数据处理状态信息将所述客户端登陆至所述数据服务器。

在本发明的一个优选实施例中，所述第二登陆请求可以包括所述访问令牌，所述服务器系统可以包括排队服务器，所述排队服务器储存有与所述访问令牌对应的用户标识，所述第二登陆请求判断模块可以包括：

在本发明的一个优选实施例中，还可以包括：

在本发明的一个优选实施例中，所述第二登陆请求可以包括所述排队信息，所述排队信息为所述客户端的排队序号，所述当前数据处理状态信息可以包括待处理的客户端数量，所述客户端登陆模块可以包括：

在本发明的一个优选实施例中，还可以包括：

实施例四

参照图4，示出了本发明实施例四的一种客户端登陆请求装置实施例的结构框图，具体可以可以包括如下模块：

第一登陆请求发送模块401，用于向所述排队服务器发送第一登陆请求；

第一等待信息接收模块402，用于接收由排队服务器返回的第一等待信息；其中，所述第一等待信息包括针对所述第一登陆请求的排队信息，和，访问令牌；

第二登陆请求生成模块403，用于采用所述排队信息，和，所述访问令牌生成第二登陆请求；

第二登陆请求发送模块404，用于向所述排队服务器发送所述第二登陆请求，并通过所述第二登陆请求，和，所述排队服务器获取到的所述数据服务器的当前数据处理状态信息登陆所述数据服务器。

本发明实施例还公开了一种电子设备，可以包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的客户端登陆请求的步骤。

本发明实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的客户端登陆请求的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包括有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包括”或者其任何其他变体意在涵盖非排他性的包括，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种客户端登陆请求方法和一种客户端登陆请求装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种客户端登陆请求处理方法，其特征在于，所述方法应用于服务器系统中，所述服务器系统包括数据服务器，所述方法包括：

若是，则获取所述数据服务器的当前数据处理状态信息；

2.根据权利要求1所述的方法，其特征在于，所述第二登陆请求包括所述访问令牌，所述服务器系统包括排队服务器，所述排队服务器储存有与所述访问令牌对应的用户标识，所述判断是否接收到所述客户端发送的所述第二登陆请求的步骤包括：

3.根据权利要求2所述的方法，其特征在于，还包括：

4.根据权利要求1所述的方法，其特征在于，所述第二登陆请求包括所述排队信息，所述排队信息为所述客户端的排队序号，所述当前数据处理状态信息包括待处理的客户端数量，所述通过所述第二登陆请求，和，所述当前数据处理状态信息将所述客户端登陆至所述数据服务器的步骤包括：

判断所述待处理的客户端数量是否大于所述排队序号；

若是，则允许所述客户端登陆至所述数据服务器中；

若否，则计算出所述客户端的当前排队序号；

采用所述当前排队序号计算出当前用户等待时长；

5.根据权利要求4所述的方法，其特征在于，在所述判断所述待处理的客户端数量是否大于所述排队序号的步骤之前，还包括：

若否，则允许所述客户端登陆至所述服务器系统中。

6.根据权利要求3所述的方法，其特征在于，还包括：

若否，则向所述客户端发送第二等待信息。

7.根据权利要求1所述的方法，其特征在于，还包括：

若否，则直接将所述客户端登陆至所述数据服务器。

8.根据权利要求4所述的方法，其特征在于，还包括：

9.一种客户端登陆方法，其特征在于，所述方法应用于客户端中，所述客户端具有对应的服务器系统，所述服务器系统包括排队服务器，和，数据服务器，所述方法包括：

向所述排队服务器发送第一登陆请求；

采用所述排队信息，和，所述访问令牌生成第二登陆请求；

10.一种客户端登陆请求装置，其特征在于，所述装置应用于服务器系统中，所述服务器系统包括数据服务器，所述装置包括：

11.一种客户端登陆装置，其特征在于，所述装置应用于客户端中，所述客户端具有对应的服务器系统，所述服务器系统包括排队服务器，和，数据服务器，所述装置包括：

12.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至8，以及，权利要求9中任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8，以及，权利要求9中任一项所述的方法。