CN112702364B - 一种基于流量识别达到人性化挤兑登录的方法及装置 - Google Patents

Abstract

本发明涉及计算机技术领域，提供了一种基于流量识别达到人性化挤兑登录的方法及装置，方法部分包括：服务器接收在后登录设备的登录请求，根据在先登录设备的实时流量状态判断在先登录设备的使用状态；服务器根据在先登录设备的使用状态判定是否同意在后登录设备的登录请求。本发明通过流量识别来判断在先登录设备的使用状态，从而根据其使用状态的不同采取不同的挤兑登录方式，达到了人性化挤兑登录的发明目的，避免了在后登录设备突然挤兑掉在先登录设备而造成的损失，另一方面，本发明还设置有权限验证选项，该选项能保证账号原本拥有者的绝对权力，让其能优先登录账号。

Description

一种基于流量识别达到人性化挤兑登录的方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种基于流量识别达到人性化挤兑登录的方法及装置。

背景技术

在当今网络环境中，很容易出现一个账号需要在多台设备使用的问题，例如在使用校园网时，经常会有多人使用一个校园网账号的情况发生，通常情况下，这种账号的登录方式是在后登录设备直接踢掉在先登录设备，从而登录成功，但这样的挤兑方式并不合理，若在先登录设备的使用者正在处理重要的事情，这样直接挤兑登录的方式就会造成严重的后果，不利于使用者们的学习或工作。基于此问题，现有的解决方式大都是提供可供多设备同时登录一个账号的方法，但这样的方法其实是加大了网络负担且损害了运营商利益的，而且多设备共用一个校园网账号，容易导致各个设备的网速都不会太好，这样也是不利于使用者们的使用的。

鉴于此，克服该现有技术所存在的缺陷是本技术领域亟待解决的问题。

发明内容

本发明要解决的技术问题是提供一种基于流量识别达到人性化挤兑登录的方法及装置，在多台设备登录一个账号的情况下，使挤兑登录的方式更加人性化，更有利于使用者们对账号的使用。

第一方面，本发明提供一种基于流量识别达到人性化挤兑登录的方法，包括：

服务器接收在后登录设备的登录请求，根据在先登录设备的实时流量状态判断所述在先登录设备的使用状态；

所述服务器根据所述在先登录设备的使用状态判定是否同意所述在后登录设备的登录请求。

进一步的，所述在先登录设备的使用状态包括空闲状态、操作状态、下载状态。

进一步的，当所述在先登录设备的使用状态为空闲状态时，所述服务器同意所述在后登录设备的登录请求，挤兑掉所述在先登录设备，完成所述在后登录设备的登录操作。

进一步的，当所述在先登录设备的使用状态为操作状态时，所述服务器将所述在后登录设备的登录请求发送给所述在先登录设备进行确认。

进一步的，当所述在先登录设备的使用状态为下载状态时，所述服务器预估下载所需剩余时间并显示于所述在后登录设备上，所述在后登录设备选择等待下载结束或继续请求登录，若继续请求登录，则所述服务器将所述在后登录设备的登录请求发送给所述在先登录设备进行确认。

进一步的，若所述在先登录设备同意所述在后登录设备的登录请求，则所述服务器同意所述在后登录设备的登录请求，挤兑掉所述在先登录设备，完成所述在后登录设备的登录操作；若所述在先登录设备不同意或在选择时间内无响应，则所述服务器不同意所述在后登录设备的登录请求并向所述在后登录设备发送所述在先登录设备的基本信息。

进一步的，所述选择时间为半分钟或一分钟。

进一步的，所述在先登录设备的基本信息包括所述在先登录设备的使用状态、地址、型号和标识名称中的一项或者多项。

进一步的，所述在后登录设备上设有权限验证选项，若服务器权限验证通过，所述服务器跳过所述在先登录设备的响应，挤兑掉所述在先登录设备，并直接完成所述在后登录设备的登录操作。

另一方面，本发明还提供了一种基于流量识别达到人性化挤兑登录的装置，用于实现第一方面所述的基于流量识别达到人性化挤兑登录的方法，所述装置包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的基于流量识别达到人性化挤兑登录的方法。

有益效果：

本发明可通过流量识别来判断在先登录设备的使用状态，并根据在先登录设备使用状态的不同选择不同的挤兑登录方式；

本发明当在先登录设备的使用状态为操作状态时，发送在后登录设备的登录请求给在先登录设备确认，使在先登录设备具有选择权，而不会像现有校园网连接方式一样直接被挤兑掉线，避免了突然掉线而造成的损失；并且若在后登录设备使用者确实有急事而没有登录成功，至少还能得知在先登录设备的基本信息，从而能联系其使用者进行商讨，不至于毫无办法。

本发明当在先登录设备的使用状态为空闲状态时，直接同意在后登录设备的登录请求，挤兑掉在先登录设备，使需要使用校园网的在后登录设备能直接上网，而被挤兑掉线的在先登录设备因为处于空闲状态也不会出现学习或工作突然中断的损失，达到人性化挤兑的目的。

本发明当在先登录设备的使用状态为下载状态时，预估下载所需剩余时间并显示于在后登陆设备上，以供在后登陆设备选择等待下载结束或继续请求登录，这样的方式能使在后登录设备直观面对自身需求以及了解在先登录者所需时间，方便其做出选择，达到更加人性化的效果。

本发明还设置有权限验证选项，该选项能保证账号原本拥有者的绝对权力，让其能优先登录账号。

附图说明

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

图1是本发明实施例1提供的一种基于流量识别达到人性化挤兑登录的方法的流程图；

图2是本发明实施例2中在先登录设备的使用状态为空闲状态时的服务器处理流程图；

图3是本发明实施例3中在先登录设备的使用状态为下载状态时的服务器处理流程图；

图4是本发明实施例4中在后登录设备进行权限验证时的服务器处理流程图；

图5是本发明实施例6提供的一种基于流量识别达到人性化挤兑登录的装置的架构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明的描述中，术语“内”、“外”、“纵向”、“横向”、“上”、“下”、“顶”、“底”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明而不是要求本发明必须以特定的方位构造和操作，因此不应当理解为对本发明的限制。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚的表示其他含义。

此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

实施例1:

如图1所示，本发明实施例1提供了一种基于流量识别达到人性化挤兑登录的方法，该方法包括以下步骤：

在步骤101中，服务器接收在后登录设备的登录请求，根据在先登录设备的实时流量状态判断在先登录设备的使用状态。

其中，在先登录设备的使用状态包括空闲状态、操作状态、下载状态。具体的，服务器根据抓取的流量数据包进行解析，分析其流量变化，以判断在先登录设备的使用状态。

在步骤102中，服务器根据在先登录设备的使用状态判定是否同意在后登录设备的登录请求。

具体的，在先登录设备的使用状态为空闲状态时，服务器同意在后登录设备的登录请求；在先登录设备的使用状态为操作状态或下载状态时，服务器根据在先登录设备的选择来决定是否同意在后登录设备的登录请求。

本发明实施例可通过流量识别来判断在先登录设备的使用状态，并根据在先登录设备使用状态的不同选择不同的挤兑登录方式。

继续如图1所示，本优选实施例还包括以下步骤：

在步骤103中，在先登录设备的使用状态为操作状态。

在步骤104中，服务器将在后登陆设备的登录请求发送给在先登录设备进行确认。

接下来，根据在先登录设备选择的不同分为步骤105a：在先登录设备同意在后登陆设备的登录请求；105b：在先登录设备不同意在后登录设备的登录请求或在选择时间内无响应。

根据步骤105a会产生步骤106a：服务器同意在后登录设备的登录请求，挤兑掉在先登录设备，完成在后登录设备的登录操作。

根据步骤105b会产生步骤106b：服务器不同意在后登录设备的登录请求并向在后登录设备发送在先登录设备的基本信息。

在本优选实施例中，上述选择时间可以为半分钟或一分钟，在先登录设备的基本信息包括在先登录设备的使用状态、地址、设备型号、设备名称和手机号中的一项或者多项。

具体的，以校园网的登录为例，在本实施例中，有A、B两个同学（也可以是三个、四个或n个）共用一个校园网账号，在A同学率先登入账号后，B同学也尝试登入账号，此时，A同学的登入设备便是在先登录设备，B同学的登入设备便是在后登录设备，上述步骤中的“服务器接收在后登录设备的登录请求，根据在先登录设备的实时流量状态判断所述在先登录设备的使用状态”具体表现为：B同学在自己的登录设备（登录设备可以是手机、平板、电脑等联网设备中的任何一种，本实施例中为手机）上尝试连入校园网，在输入账号密码后点击登录选项，从而使服务器接收到其登录请求，此时的服务器接收到B同学的登录请求后，调取已经连入校园网的A同学登录设备的实时流量状况，根据其实时流量状况判断A同学登录设备的具体使用状态。

进一步的，根据A同学登录设备（即在先登录设备，本实施例中为手机）的实时流量状况，服务器可判定A同学登录设备的使用状态为空闲状态、操作状态、下载状态；其中，空闲状态表明A同学虽然登入了校园网，但并没有在设备上进行任何上网操作；操作状态表明A同学正在设备上使用上网功能（包括浏览网页、观看视频、网络聊天等产生流量的功能）；下载状态表明A同学在设备上进行下载操作（如下载资料、视频等操作）。

在本优选实施例中，在先登录设备（即A同学登录设备）的使用状态为操作状态，这说明A同学正在使用该在先登录设备进行上网功能，此时，服务器将在后登录设备（即B同学登录设备）的登录请求发送给在先登录设备进行确认，此时的A同学正在使用该在先登录设备进行上网功能，所以大概率能直接看到B同学登录设备的登录请求，如果A同学没有需要用校园网紧急处理的事务，便能直接同意B同学登录设备的登录请求，而当A同学同意B同学登录设备的登录请求后，服务器也会同意B同学登录设备的登录请求，并挤兑掉A同学登录设备与校园网的连接，完成B同学登录设备的登录操作；而如果A同学有急需处理的事情，便能选择不同意B同学登录设备的登录请求，此时，服务器不同意B同学登录设备的登录请求，并且会向B同学登录设备发送A同学登录设备的基本信息；在另一种情况下，A同学可能因为某种原因没有做出选择，导致其登录设备在一定选择时间内无响应，服务器也会默认A同学不同意B同学登录设备的登录请求，此时，服务器依旧不同意B同学登录设备的登录请求，并且会向B同学登录设备发送A同学登录设备的基本信息。

在本优选实施例中，上述选择时间以半分钟为例，也即是说，A同学需在半分钟内进行选择是否同意B同学登录设备的登录，不同意或超出半分钟无选择，服务器均会拒绝B同学登录设备的登录。需要说明的是，该选择时间规定为半分钟只是本实施例的一个选项，而不是对该选择时间的限定，实际上，该选择时间还可以是一分钟或任意合适的时间长度。

在本优选实施例中，A同学登录设备（即在先登录设备）的基本信息包括A同学登录设备的使用状态、地址、手机号（还可以包括其型号和标识名称等各项基本信息）。需要说明的是，向B同学登录设备（即在后登录设备）发送这些基本信息是为了让B同学能得知A同学登录设备的基本信息，从而知道A同学的身份，这样一来，如果B同学有紧急事务需要登录校园网进行处理，便能直接联系A同学进行商量，以决定由谁登入校园网。

在本实施例中，还存在一种情况：先登录设备A同学状态为操作状态时，存在一种场景多个用户同时登入一个账号的情况，例如B同学C同学同时登陆校园账号，服务器在接收到这两个用户的登录请求后，把B同学和C同学的设备型号，设备名称，手机号等基本信息（若B，C同学非第一次登录，那么B，C同学的设备信息及手机号在数据库有留存，则直接通过已存在的映射关系查，若是第一次登录，则在登入请求数据报文中获取其设备信息）上报给先登录设备A同学，此时A同学知道B同学和C同学的身份信息，若A同学同意后登入者上网，则根据其身份信息选择由谁登入账号。比如同意C同学而拒绝了B同学，此时服务器也同意了C同学登入上网，A同学设备与校园网断开，C同学成功登入校园网，此时服务器将C同学设备的基本信息发送给被拒绝的B同学，B同学如果有紧急事情处理，可直接联系C同学进行商量，由谁登入校园网。若先登录设备A同学由于某种原因在预设时间没有做出选择，则默认为不同意。服务器拒绝B,C同学的登入请求，并将A同学的基本信息返回给B,C同学，由B,C同学自行联系A同学商量有谁登入校园网。

通过本实施例，本发明可通过流量识别来判断在先登录设备的使用状态，并在在先登录设备的使用状态为操作状态时，发送在后登录设备的登录请求给在先登录设备确认，使在先登录设备具有选择权，而并不会像现有校园网连接方式一样直接被挤兑掉线，避免了突然掉线而造成的损失；并且若在后登录设备使用者确实有急事而没有登录成功，至少还能得知在先登录设备的基本信息，从而能联系其使用者进行商讨，不至于毫无办法。

实施例2:

与实施例1相比，本发明实施例2将在先登录设备的使用状态设定为空闲状态，并详细描述在先登录设备的使用状态为空闲状态时的服务器处理流程。

如图2所示，本发明实施例2的步骤201-202与实施例1的步骤101-102相同，而除此之外，本实施例2还包括以下步骤：

在步骤203中，在先登录设备的使用状态设定为空闲状态。

在步骤204中，服务器直接同意在后登录设备的登录请求，挤兑掉在先登录设备，完成在后登录设备的登录操作。

具体的，还是以A同学（在先登录设备）、B同学（在后登录设备）登录校园网为例，本实施例中的A同学在登录设备上并未进行任何上网操作，从而服务器通过流量识别将A同学登录设备认定为空闲状态，在这种情况下，服务器可以认定A同学很可能并不在其登录设备旁边或者A同学并没有急需使用校园网进行解决的事务，如果A同学并没有急需使用校园网进行解决的事务，那么其也没有必要一直占着校园网，甚至如果A同学还不在其登录设备旁边，那即使服务器将B同学的登录请求发送给A同学登录设备，A同学也看不到，所以，在本实施例这种情况下，服务器直接同意在后登录设备（即B同学登录设备）的登录请求，挤兑掉A同学登录设备，完成B同学登录设备的登录操作。

在本实施例中，还存在一种情况：先登录设备A同学为空闲状态时，存在一种场景多个用户B、C等同时请求登入校园网的情况，此时服务器根据解析数据包选择最先发送请求的后登录设备，并挤兑掉A同学登录设备。如果是C同学最先发送的登入请求，此时C同学成功登入校园网，而B同学还在继续请求登入校园网，则服务器将B的登入请求发送给C同学，此时的情况与实施例1相同。让C同学根据自身情况进行选择。

通过本实施例，本发明可通过流量识别来判断在先登录设备的使用状态，并在在先登录设备的使用状态为空闲状态（监测到该设备流量很小，预设时间内无明显的浏览，看视频，玩游戏，下载等上网操作）时，直接同意在后登录设备的登录请求，挤兑掉在先登录设备，使需要使用校园网的在后登录设备能直接上网，而被挤兑掉线的在先登录设备因为处于空闲状态也不会出现学习或工作突然中断的损失，达到人性化挤兑的目的。

实施例3:

与实施例1相比，本发明实施例3将在先登录设备的使用状态设定为下载状态，并详细描述在先登录设备的使用状态为下载状态时的服务器处理流程。

如图3所示，本发明实施例3的步骤301-302与实施例1的步骤101-102相同，而除此之外，本实施例3还包括以下步骤：

在步骤303中，在先登录设备的使用状态设定为下载状态。

在步骤304中，服务器预估下载所需剩余时间并显示于在后登陆设备上。

相应的预估方式可以是通过解析下载数据包中携带的总文件大小，以及当前已经下载了的数据内容大小，还有当前的数据下载速度进行推算。

其中，所述显示于在后登陆设备上，可以是在后登录设备发起在后登录请求时，有服务器发送计算出的剩余时间给所述在后登录设备，并由在后登录设备中相应登入软件界面呈现。

在步骤305中，在后登陆设备选择等待下载结束或继续请求登录。

接下来，根据在后登陆设备选择的不同分为步骤306a：在后登陆设备选择等待下载结束；306b：在后登陆设备选择继续请求登录。

根据步骤306a会产生步骤307a：服务器在等待下载结束后重新判断在先登录设备的使用状态。

根据步骤306b会产生步骤307b：服务器将在后登陆设备的登录请求发送给在先登录设备进行确认。

接下来，根据步骤307b中在先登录设备选择的不同分为步骤308ba：在先登录设备同意在后登陆设备的登录请求；步骤308bb：在先登录设备不同意在后登录设备的登录请求或在选择时间内无响应。

根据步骤308ba会产生步骤309ba：服务器同意在后登录设备的登录请求，挤兑掉在先登录设备，完成在后登录设备的登录操作。

根据步骤308bb会产生步骤309bb：服务器不同意在后登录设备的登录请求并向在后登录设备发送在先登录设备的基本信息。

具体的，还是以A同学（在先登录设备）、B同学（在后登录设备）登录校园网为例，本实施例中的A同学在登录设备上进行下载操作（如下载视频、资料等），在本实施例中，因为下载操作大概率是有比较重要的事情，所以服务器会先预估下载所需剩余时间并显示于B同学登录设备（即在后登陆设备）上，让B同学选择等待下载结束或继续请求登录。此时的B同学可根据自己急需使用校园网的程度以及预估下载所需剩余时间的长度来决定是等待下载结束或继续请求登录，如果B同学选择继续请求登录，那说明B同学也急需使用校园网，那么服务器就会将其登录请求发送给A同学登录设备以让A同学进行确认；如果B同学选择等待下载结束，那说明B同学并不急需使用校园网，那么服务器便不会提示A同学登录设备，而是会在A同学登录设备上的下载项目下载完成后重新判断A同学登录设备的使用状态。

在上述B同学选择继续请求登录的情况下，A同学在看到B同学请求登录的信息后也能根据自身事件的紧急程度来决定是否同意B同学的登录请求，如果事务紧急，便可以拒绝，如果事务不急，那就可以同意，让B同学先登录校园网处理紧急事务。

在上述B同学选择等待下载结束的情况下，服务器在A同学登录设备上的下载项目完成后重新判断A同学登录设备的使用状态，此时有三种可能状态出现，第一种是空闲状态，说明A同学在下载结束后并没有继续使用校园网，此时的情况与实施例2相同，这样的话，服务器便会直接同意B同学的登录请求，挤兑掉A同学登录设备，完成B同学登录设备的登录；第二种是操作状态，说明A同学在下载结束后在继续使用校园网，此时的情况与实施例1相同，服务器会将B同学的登录请求发送到A同学登录设备，让A同学根据自身情况进行选择；第三种是下载状态，说明A同学又开始下载其他项目，此时服务器会再次预估下载所需剩余时间并将该时间显示于B同学登录设备上，让B同学选择等待下载结束或继续请求登录。与实施例1相同的是，当A同学不同意B同学的登录请求或在选择时间内无响应时，服务器便会拒绝B同学的登录请求并将A同学登录设备的基本信息发送给B同学登录设备，以方便B同学知道是谁正在使用校园网账号，从而能联系协商。

在本实施例中，上述选择时间为一分钟，也即是说，A同学需在一分钟内进行选择是否同意B同学登录设备的登录，不同意或超出一分钟无选择，服务器均会拒绝B同学登录设备的登录。需要说明的是，该选择时间规定为一分钟只是本实施例的一个选项，而不是对该选择时间的限定，实际上，该选择时间还可以是半分钟或任意合适的时间长度。

在本实施例中，A同学登录设备（即在先登录设备）的基本信息包括A同学登录设备的使用状态、地址、型号（还可以包括其标识名称等各项基本信息）。需要说明的是，向B同学登录设备（即在后登录设备）发送这些基本信息是为了让B同学能得知A同学登录设备的基本信息，从而知道A同学的身份，这样一来，如果B同学有紧急事务需要登录校园网进行处理，便能直接联系A同学进行商量，以决定由谁登入校园网。

通过本实施例，本发明可通过流量识别来判断在先登录设备的使用状态，并在在先登录设备的使用状态为下载状态时，预估下载所需剩余时间并显示于在后登陆设备上，以供在后登陆设备选择等待下载结束或继续请求登录，这样的方式能使在后登录设备直观面对自身需求以及了解在先登录者所需时间，方便其做出选择，达到更加人性化的效果。

实施例4:

与实施例1-3相比，本发明实施例4额外在在后登陆设备上设有权限验证选项。如图4所示，本实施例4的步骤401-402与实施例1的步骤101-102相同，而除此之外，本实施例4还包括以下步骤：

在步骤403中，在后登陆设备进行权限验证。

接下来，根据验证结果不同分别步骤404a：服务器权限验证通过；404b：服务器权限验证不通过。

根据步骤404a会产生步骤405a：服务器跳过在先登录设备的响应，挤兑掉在先登录设备，并直接完成在后登录设备的登录操作。

根据步骤404b会产生步骤405b：服务器进入判定在先登录设备使用状态的步骤。

具体的，还是以A同学（在先登录设备）、B同学（在后登录设备）登录校园网为例，在A同学在先登录校园网后，B同学在后申请登录，如实施例1-3所描述，此时服务器会根据A同学登录设备（在先登录设备）的使用状态来判定是否让B同学登录设备（在后登录设备）登录成功。在A同学登录设备是空闲状态时，B同学登录设备可直接登录成功，但在A同学登录设备不是空闲状态时，B同学登录设备必须在A同学登录设备同意登录的情况下才能登录，这样的设置虽然能按各人事件的紧急程度来选择登录者，但若两者皆有紧急事件时，明显对在后登录者不利，若在后登录者仅仅只是借用校园网的一方还好，但若是该校园网账号的原本拥有者想要登录却一直被拒绝，明显是不合适的。

所以在本实施例中，设定了权限验证选项，当在后登录者B同学是该校园网账号的原本拥有者时，只需其完成服务器的权限验证，便能直接跳过A同学登录设备的响应，挤兑掉A同学登录设备，完成自身设备的登录操作。需要说明的是，本实施例的权限验证选项是进行密码权限验证，而在其他实施例中，权限验证选项还可以是指纹、面容等任意具有唯一性的验证方式。

通过本实施例，本发明设置的权限验证选项，能保证账号原本拥有者的绝对权力，让其能优先登录账号。

实施例5:

与实施例1-4不同，实施例1-4均考虑的是在先登录设备的拥有者与在后登录设备的拥有者不同的情况，而本实施例5考虑到当同一使用者在两台不同登录设备登录时的情形。如同学A在自己手机上已登录的情况下，想要在电脑上进行登录，以方便下载手机无法下载的资料。在类似这种情况下，本发明还包括一款能登录校园网账号的APP，该APP能获取使用者的实时位置信息，这样一来，当服务器检测到在先登录设备与在后登录设备处于同一位置时，直接同意在后登录设备的登录请求，挤兑掉在先登录设备，完成在后登录设备的登录。

本实施例另一种情况是，当账号使用者携带具有上述APP的手机在一处电脑登录账号时，服务器会根据相应登录账号的电脑位置确定与其相对应位置的手机，然后当该手机携带者来到另一处位置登录另一台电脑时，服务器会认定这是同一使用者在进行账号登录，从而直接同意在后登录设备的登录请求，挤兑掉在先登录设备，完成在后登录设备的登录。例如，当同学B在宿舍电脑登录账号时，因为同学B手机上下载过上述APP，服务器便会通过APP获取同学B的手机位置信息，当服务器验证到同学B手机与登录账号的电脑位置一致时，服务器判定是携带了该手机的同学B在登录账号，此时，如果同学B再携带手机去了实验室，想要用实验室的电脑再登录账号，服务器便会根据该手机位置信息与实验室电脑位置信息一致而直接确认是同学B换了个地方想登录账号，从而直接完成登录，不需要进行验证。具体实现时，还会遇到类似同寝室同学A、同学C和同学D，在上述宿舍电脑登录账号（即用户B的账号）时，服务器会相应的建立同学A与电脑登录账号、同学C与电脑登录账号，以及同学D与电脑登录账号的映射关系，而当同学B在类似实验室登录账号时，服务器只需要验证存储的多组映射关系中，只要存在同学B与登录账号之间映射关系时，并且，相应的位置信息切换符合大数据分析出来的用户行为指纹时，则直接完成登录，不需要进行验证。在优选的方案中，相应的APP还会上报用户的手机号，而相应的手机号与登录账号的个人信息之间具有唯一匹配关系，此时，上述建立的与登录账号的映射关系就是唯一的同学B了，其他同学会因为手机号与登录账号中的个人信息不匹配而跳过映射关系建立。其中，用户行为指纹是指大数据分析出的，用户从上述类似寝室位置移动到实验室位置的大体时间区间。

通过本实施例5的方案，本发明能更方便账号的同一使用者在两台不同登录设备上的切换登录，免去自己给自己确认的环节，达到更方便高效的有益效果。

需要说明的是，本发明实施例1-5中的登录设备可以多种形式存在，该登录设备包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备：这类设备可以显示和播放视频内容，一般也具备移动上网特性。该类设备包括：视频播放器，掌上游戏机，以及智能玩具和便携式车载导航设备。

(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有视频播放功能或连接互联网功能的电子设备。

实施例6:

本发明实施例6提供了一种基于流量识别达到人性化挤兑登录的装置，该装置可作为实施例1-5中的服务器，该装置包括至少一个处理器以及与至少一个处理器通信连接的存储器；其中，如图5所示，是本发明实施例的基于流量识别达到人性化挤兑登录的装置的架构示意图。本实施例的基于流量识别达到人性化挤兑登录的装置包括一个或多个处理器51以及存储器52。其中，图5中以一个处理器51为例。

处理器51和存储器52可以通过总线或者其他方式连接，图5中以通过总线连接为例。

存储器52作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序和非易失性计算机可执行程序，如实施例1-4中的基于流量识别达到人性化挤兑登录的方法。处理器51通过运行存储在存储器52中的非易失性软件程序和指令，从而执行基于流量识别达到人性化挤兑登录的方法。

存储器52可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器52可选包括相对于处理器51远程设置的存储器，这些远程存储器可以通过网络连接至处理器51。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述程序指令/模块存储在所述存储器52中，当被所述一个或者多个处理器51执行时，执行上述实施例1-4中的基于流量识别达到人性化挤兑登录的方法，例如，执行以上描述的图1-图4所示的各个步骤。

值得说明的是，上述装置的信息交互、执行过程等内容，由于与本发明的处理方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器（ROM，Read Only Memory）、随机存取存储器（RAM，Random AccessMemory）、磁盘或光盘等。

综上所述，本发明可通过流量识别来判断在先登录设备的使用状态，并根据在先登录设备使用状态的不同选择不同的挤兑登录方式；本发明当在先登录设备的使用状态为操作状态时，发送在后登录设备的登录请求给在先登录设备确认，使在先登录设备具有选择权，而不会像现有校园网连接方式一样直接被挤兑掉线，避免了突然掉线而造成的损失；并且若在后登录设备使用者确实有急事而没有登录成功，至少还能得知在先登录设备的基本信息，从而能联系其使用者进行商讨，不至于毫无办法。本发明当在先登录设备的使用状态为空闲状态时，直接同意在后登录设备的登录请求，挤兑掉在先登录设备，使需要使用校园网的在后登录设备能直接上网，而被挤兑掉线的在先登录设备因为处于空闲状态也不会出现学习或工作突然中断的损失，达到人性化挤兑的目的。本发明当在先登录设备的使用状态为下载状态时，预估下载所需剩余时间并显示于在后登陆设备上，以供在后登陆设备选择等待下载结束或继续请求登录，这样的方式能使在后登录设备直观面对自身需求以及了解在先登录者所需时间，方便其做出选择，达到更加人性化的效果。本发明还设置有权限验证选项，该选项能保证账号原本拥有者的绝对权力，让其能优先登录账号。本发明能更方便账号的同一使用者在两台不同登录设备上的切换登录，免去自己给自己确认的环节，达到更方便高效的有益效果。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种基于流量识别达到人性化挤兑登录的方法，其特征在于，包括：

服务器接收在后登录设备的登录请求，根据在先登录设备的实时流量状态判断所述在先登录设备的使用状态；

所述服务器根据所述在先登录设备的使用状态判定是否同意所述在后登录设备的登录请求；

当所述在先登录设备的使用状态为下载状态时，所述服务器预估下载所需剩余时间并显示于所述在后登录设备上，所述在后登录设备选择等待下载结束或继续请求登录，若继续请求登录，则所述服务器将所述在后登录设备的登录请求发送给所述在先登录设备进行确认。

2.根据权利要求1所述的基于流量识别达到人性化挤兑登录的方法，其特征在于，所述在先登录设备的使用状态还包括空闲状态和操作状态。

3.根据权利要求2所述的基于流量识别达到人性化挤兑登录的方法，其特征在于，当所述在先登录设备的使用状态为空闲状态时，所述服务器同意所述在后登录设备的登录请求，挤兑掉所述在先登录设备，完成所述在后登录设备的登录操作。

4.根据权利要求2所述的基于流量识别达到人性化挤兑登录的方法，其特征在于，当所述在先登录设备的使用状态为操作状态时，所述服务器将所述在后登录设备的登录请求发送给所述在先登录设备进行确认。

5.根据权利要求1-4任一所述的基于流量识别达到人性化挤兑登录的方法，其特征在于，若所述在先登录设备同意所述在后登录设备的登录请求，则所述服务器同意所述在后登录设备的登录请求，挤兑掉所述在先登录设备，完成所述在后登录设备的登录操作；若所述在先登录设备不同意或在选择时间内无响应，则所述服务器不同意所述在后登录设备的登录请求并向所述在后登录设备发送所述在先登录设备的基本信息。

6.根据权利要求5所述的基于流量识别达到人性化挤兑登录的方法，其特征在于，所述选择时间为半分钟或一分钟。

7.根据权利要求5所述的基于流量识别达到人性化挤兑登录的方法，其特征在于，所述在先登录设备的基本信息包括所述在先登录设备的使用状态、地址、设备型号、设备名称和手机号中的一项或者多项。

8.根据权利要求5所述的基于流量识别达到人性化挤兑登录的方法，其特征在于，所述在后登录设备上设有权限验证选项，若服务器权限验证通过，所述服务器跳过所述在先登录设备的响应，挤兑掉所述在先登录设备，并直接完成所述在后登录设备的登录操作。

9.一种基于流量识别达到人性化挤兑登录的装置，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8任一项所述的方法。

Images