CN104202440A - 一种标识终端的方法、服务器及系统 - Google Patents

Abstract

本发明实施例公开一种标识终端的方法、服务器及系统，其中方法的实现包括：服务器接收来自终端的应用发送的携带有用户标识以及终端识别号的登录请求；用户标识为所述应用的用户识别标识，终端识别号具有全网唯一性；服务器检测是否保存有与所述用户识别号以及终端识别号对应的登录记录；服务器确定结果为有之后，依据所述终端识别号对所述终端进行识别。通过应用的用户标识以及与之对应的终端识别号，与登录记录进行比对，在确定有盾挡以后，通过终端识别号对终端进行识别。从而通过应用的用户标识以及之对应的终端识别号实现对终端的标识，这种标识方式不会受到系统重装的影响，因此更稳定；而且不依赖于特定的操作系统，可以更为广泛的应用。

Description

一种标识终端的方法、服务器及系统

技术领域

本发明涉及通信技术领域，特别涉及一种标识终端的方法、服务器及系统。

背景技术

移动互联网是当今世界发展最快、市场潜力最大、前景最诱人的划时代产业，正逐渐改变人们的生活与工作方式。目前，中国智能手机用户接近6亿，71.6％的用户平均上网时间接近2个小时，大量用户逐渐脱离PC(personalcomputer，个人计算机)端电脑的依赖性。其相比传统互联网行业最大的不同是移动的特性，拥有移动智能终端的用户可以随时随地的接收网络信息，移动APP(Application，应用)的开发也是越来越火热。在开发APP时候，标识和区别用户设备是最重要的基础功能之一，只有在标识和区别设备以后，才可以做到针对设备的消息推送、设备定位、设备信息记录等其他衍生功能的开发。

同时，一个用户拥有多个智能移动终端设备已经变得越来越普遍，包括智能手机、平板电脑等等，当用户在多个设备中安装同一款APP软件并用同一账户进行登录时，就要求APP软件系统能区分用户的不同设备。当用户退出APP后，也要求App提供商能够及时的做出更新，而不再与用户身份绑定而避免错误的继续推送消息。

APNS(APPle Push Notification Service，苹果信息推送服务)机制中的设备令牌(device token)，是一种能够区分并标识终端的方案。device token是离线推送(push)系统APNS提供的设备标识，用来发送离线push消息时指定目的设备的字符串。但是该方案严重依赖于ios(苹果移动设备操作系统)，其他系统(如安卓android和视窗Windows等)设备不可用，由于device token是针对设备的，当设备系统重装后会变更，并且数量有限。

因此，采用device token来标识终端的方案，存在应用范围局限，并且会随系统变更而改变，稳定性较差。

发明内容

本发明实施例提供了一种标识终端的方法、服务器及系统，用于实现对终端稳定的标识，并且可以广泛应用。

一种标识终端的方法，包括：

服务器接收来自终端的应用发送的携带有用户标识以及终端识别号的登录请求；所述用户标识为所述应用的用户识别标识，所述终端识别号具有全网唯一性；

服务器检测是否保存有与所述用户识别号以及终端识别号对应的登录记录；

服务器确定结果为有之后，依据所述终端识别号对所述终端进行识别。

一种服务器，包括：

请求接收单元，用于接收来自终端的应用发送的携带有用户标识以及终端识别号的登录请求；所述用户标识为所述应用的用户识别标识，所述终端识别号具有全网唯一性；

检测单元，用于检测是否保存有与所述请求接收单元接收到的所述用户识别号以及终端识别号对应的登录记录；

终端识别单元，用于若所述检测单元确定结果为有，则依据所述终端识别号对所述终端进行识别。

一种标识终端的系统，包括：以可通信方式连接的服务器和终端，

所述服务器为本发明实施例提供的任意一项的服务器；

所述终端，用于在本地保存由终端识别号时，通过应用发送的携带有用户标识以及终端识别号的登录请求；在本地保存的终端识别号失效或者本地未保存终端识别号时，通过应用发送的携带有用户识别标识的注册请求。

从以上技术方案可以看出，本发明实施例具有以下优点：通过应用的用户标识以及与之对应的终端识别号，与登录记录进行比对，在确定有盾挡以后，通过终端识别号对终端进行识别。从而通过应用的用户标识以及之对应的终端识别号实现对终端的标识，这种标识方式不会受到系统重装的影响，因此更稳定；而且不依赖于特定的操作系统，可以更为广泛的应用。

附图说明

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

图1为本发明实施例方法流程示意图；

图2为本发明实施例系统构造结构示意图；

图3为本发明实施例方法流程示意图；

图4为本发明实施例服务器结构示意图；

图5为本发明实施例服务器结构示意图；

图6为本发明实施例服务器结构示意图；

图7为本发明实施例服务器结构示意图；

图8为本发明实施例服务器结构示意图；

图9为本发明实施例服务器结构示意图；

图10为本发明实施例系统结构示意图；

图11为本发明实施例服务器结构示意图；

图12为本发明实施例系统结构示意图；

图13为本发明实施例方法流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供了一种标识终端的方法，如图1所示，包括：

101：服务器接收来自终端的应用发送的携带有用户标识以及终端识别号的登录请求；上述用户标识为上述应用的用户识别标识，上述终端识别号具有全网唯一性；

在本发明实施例中，用户标识是用于进行用户身份识别的标识，通常可以是账号、手机号、邮箱号等信息；终端识别号是用来区分终端的标识，可以是DID(Device Identification，设备识别)，DID是在App中保存，用以标识和区分用户智能移动设备APP的标识符字符串。使用其他具体表现形式的标识，也是可以的本发明实施例对于标识的具体表现形式不予唯一性限定。

102：服务器检测是否保存有与上述用户识别号以及终端识别号对应的登录记录；

以上登录记录是上述用户标识的用户登录上述应用，在服务器一侧注册得到的，具有全网唯一性。在用户登录或者注册以后服务器会保存该登录记录，在登录记录失效后可以清理回收。

103：服务器确定结果为有之后，依据上述终端识别号对上述终端进行识别。

本发明实施例，通过应用的用户标识以及与之对应的终端识别号，与登录记录进行比对，在确定有盾挡以后，通过终端识别号对终端进行识别。从而通过应用的用户标识以及之对应的终端识别号实现对终端的标识，这种标识方式不会受到系统重装的影响，因此更稳定；而且不依赖于特定的操作系统，可以更为广泛的应用。

进一步地，本发明实施例还提供了在服务器以何种具体形式保存登录记录的数据(即登录记录数据)，其中在用户识别号以及终端识别号的基础上增加时间戳的属性，方便后续对登录记录的管理。具体方案如下：在服务器一侧存有以用户识别号、终端识别号以及时间戳为表项的登录记录数据；在服务器若确定结果为有之后，上述方法还包括：

更新上述用户标识以及终端识别号对应表项的时间戳。

进一步地，本发明实施例中，在用户识别号以及终端识别号的基础上增加时间戳的属性，时间戳可以用于对登录记录数据进行删除以实现对存储空间的回收，并且通过去掉失效的登录记录减少查找登录记录的时间，具体方案如下：上述方法还包括：检测上述服务器的登录记录数据，依据各表项的时间戳确定是否失效，并将失效的表项删除。

进一步地，由于终端一侧可能没有终端设别号，或者终端识别号已经过期了，那么终端需要重新注册新的终端识别号，本发明实施例提供了终端如何获得终端识别号的具体实现方案，具体如下：在接收上述登录请求之前，上述方法还包括：

接收来自终端的上述应用发送的携带有用户识别标识的注册请求；

在接收到上述注册请求后，分配终端识别号，并将上述终端识别号、上述用户识别标识、以及分配上述分配终端识别号的时间戳以表项形式记录到登录记录数据；

将上述终端识别号发送给上述终端。

进一步地，可以由终端发起分配终端识别号，但是终端识别号失效的情况，终端一侧可能并不知道，所以本发明实施例提供了由服务器主动确定分配终端识别号的方案，具体如下：若上述服务器若确定结果为没有，或者接收到的终端识别号已失效；上述方法还包括：

分配终端识别号，并将上述终端识别号、上述用户识别标识、以及分配上述分配终端识别号的时间戳以表项形式记录到登录记录数据；

将上述终端识别号发送给上述终端。

进一步地，本发明实施例中分配终端识别号可以通过产生随机数的方式实现，也可以通过分配DID的方式实现，如果通过分配DID的方式则可以采用游标计数器来提高分配效率，具体如下：在分配终端识别号之后，上述方法还包括：通过游标计数器确定下一个将要分配的终端识别号。那么本发明实施例中“分配终端识别号”则可以是：读取游标计数器当前指向的终端识别号。

可选地，在本发明实施例中，登录记录数据的存放位置可以设定在内存中，以实现快速的访问；按照账号4字节、时间戳4字节计算，一般情况下，一款APP最多的注册用户不会超过10亿，那么10亿用户就需要8G的存储空间，对于普通服务器来说有32G或64G内存，我们用64G内存，那么一台机器理论可以供至少8款业务使用(实际上APP注册用户远远不到10亿，知名度最大的微信业务目前也只有6亿的注册用户)，具体如下：在服务器一侧存有以用户识别号、终端识别号以及时间戳为表项的登录记录数据，存放于服务器的内存中。

进一步地，为了保证数据的高可用性，本发明实施例还提供了对数据进行备份的方案，具体如下：上述方法还包括：通过热冗余备份将上述登录记录数据进行镜像备份；和/或，定期对上述登录记录数据进行磁盘冷备份。

在现实生活中，一个用户拥有多个智能移动终端设备已经变得越来越普遍，包括智能手机、平板电脑等等，当用户在多个设备中安装同一款APP软件并用同一账户进行登录时，就要求APP软件系统能区分用户的不同设备。当用户退出APP后，也要求App提供商能够及时的做出更新，而不再与用户身份绑定而避免错误的继续推送消息。

本发明实施例将解决标识、区分和记录用户使用App的移动终端设备。可以对注册App的设备清晰了解，回收失效设备的DID(Device Identification，设备识别)等。本发明实施例的系统实现低成本，高可用。

在本发明实施例中，实现了一套针对移动APP的用户设备标识系统，面向支持所有类型移动终端的操作系统如安卓(android)、ios、视窗等等。APP应用的开发者申请接入标识系统，用户使用APP登陆系统后，下发终端标识好(DID)到终端APP，并保存在APP本地，实现终端标识建立。当用户退出APP时可以发送销毁DID的请求，则系统中对此终端的对应标识进行消除。随着用户注册越来越多，为节约资源，系统还可以定时对已注册但长时间未登录的DID进行清理，释放资源空间，如此DID用户再次登录，发现DID已不存在或已过期失效，则可以重新分配新的DID给终端APP。

请参阅图2所示，下面将系统实现过程进行简述：

一、预分配系统资源：

因APP设备的DID分配和查询请求并发量很大，我们使用内存做数据存储，以满足高并发量的分配和查询请求。

首先根据APP业务的预估用户数，DID系统为APP所有用户预分配内存资源，系统对每一个用户都记录账号uin(4字节)和时间戳time(4字节)字段。如表1所示：

表1

DID1

Uin

Time

DID2	Uin	Time
			DID3	Uin	Time
...	...	...

一般情况下，一款APP最多的注册用户不可能超过10亿，那么10亿用户就需要8G的存储空间，对于现有普通服务器来说是32G或64G内存，我们用64G内存，一台机器理论可以供至少8款业务使用(实际上APP注册用户远远不到10亿，知名度最大的微信业务也只有6亿的注册用户)。

二、分配DID：

当用户安装APP的终端设备首次注册时，进行DID分配，成功分配的DID将保存在用户终端APP本地，以后的用户登陆需要携带此已分配的DID进行登陆。

如用户终端APP本地的DID丢失或失效，再次登陆时候标识系统将为此用户APP重新分配新的DID。

三、登录时校验和更新时间戳：

已分配DID的用户终端APP再次登陆时，需要携带DID信息，标识系统会验证登录用户提交的DID是否已分配过，并且是否和记录的用户uin一致，如一致则进行更新时间戳time字段并继续正常流程，否则启动重新分配DID流程。

查询DID是直接进行内存地址访问，时间复杂度是O1，因此非常高效。

在标识系统为用户终端APP分配DID同时记录时间戳在time字段中。之后的用户登陆或重新分配时都会更新此时间戳time字段。

四、回收失效DID：

用户移动设备APP都会存在流失用户，为保证系统资源充分利用，标识系统会定时对已分配DID进行检查确认，即DID的time字段距离当前时间的差值，大于一定的阈值(可配置化)则认为此移动设备APP用户已流失，对分配过的DID进行失效回收，此DID加入回收链表，待以后分配。

当用户主动退出APP应用时，此DID作销毁，也进行回收处理。

五、资源扩展：

当游标计数器，达到最大值的n％时，说明标识系统资源已紧张，则重新分配现有资源的m％进行扩展。(n和m均根据业务制定可配置)。

在图2中，游标计数器：用于记录上一次已成功分配的DID值。下一个分配的DID再次基础上加1而得到。回收资源链表：记录已失效回收的DID，待之后重新分配。

具体DID分配流程如图3所示，包括：

301：APP检查本地是否有DID；如果有，进入302，如果没有，进入304；

302：向服务器发送登录请求，在登录请求中携带DID以及账号；

303：进行DID检验，如果检验通过，进入305，否则检验未通过，进入304；在本步骤中，检验不通过，可以是DID没有找到、或者DID已经被删除等任意可能导致DID无效的情况；

304：服务器重新分配DID，并同步到APP中进行存储；

305：更新时间戳。

在本发明实施例方案中，还可以部署和容灾评估：

1、全内存记录：标识系统DID相关数据使用全内存存储，以支持高并发的访问。

2、全镜像热备和定时冷备：

为保证高可用性，对DID服务器进行镜像热备，对变更进行同步，保证主备一致，主机故障后备机瞬间可用。并定时数据进行磁盘冷备。

由上可见，本发明成本可控，易于实现。

在本发明实施例中，终端识别号，可以可使用“随机值”或对APP接入时间等信息做hash(哈希)处理得到字符串ID(Identity，标识)以记录和标识设备的方法。但是在终端数量和用户数量多的情况，容易会引起ID冲突和难以管理维护和有效性不可知的问题。因此本发明实施例优选采用DID的方式。

本发明实施例还提供了一种服务器，如图4所示，包括：

请求接收单元401，用于接收来自终端的应用发送的携带有用户标识以及终端识别号的登录请求；上述用户标识为上述应用的用户识别标识，上述终端识别号具有全网唯一性；

检测单元402，用于检测是否保存有与上述请求接收单元401接收到的上述用户识别号以及终端识别号对应的登录记录；

终端识别单元403，用于若上述检测单元402确定结果为有，则依据上述终端识别号对上述终端进行识别。

在本发明实施例中，用户标识是用于进行用户身份识别的标识，通常可以是账号、手机号、邮箱号等信息；终端识别号是用来区分终端的标识，可以是DID(Device Identification，设备识别)，DID是在App中保存，用以标识和区分用户智能移动设备APP的标识符字符串。使用其他具体表现形式的标识，也是可以的本发明实施例对于标识的具体表现形式不予唯一性限定。

以上登录记录是上述用户标识的用户登录上述应用，在服务器一侧注册得到的，具有全网唯一性。在用户登录或者注册以后服务器会保存该登录记录，在登录记录失效后可以清理回收。

本发明实施例，通过应用的用户标识以及与之对应的终端识别号，与登录记录进行比对，在确定有盾挡以后，通过终端识别号对终端进行识别。从而通过应用的用户标识以及之对应的终端识别号实现对终端的标识，这种标识方式不会受到系统重装的影响，因此更稳定；而且不依赖于特定的操作系统，可以更为广泛的应用。

进一步地，本发明实施例还提供了在服务器以何种具体形式保存登录记录的数据(即登录记录数据)，其中在用户识别号以及终端识别号的基础上增加时间戳的属性，方便后续对登录记录的管理。具体方案如下：如图5所示，上述服务器还包括：

存储单元501，用于存储以用户识别号、终端识别号以及时间戳为表项的登录记录数据；

更新单元502，用于在服务器确定结果为有之后，更新上述用户标识以及终端识别号对应表项的时间戳。

进一步地，本发明实施例中，在用户识别号以及终端识别号的基础上增加时间戳的属性，时间戳可以用于对登录记录数据进行删除以实现对存储空间的回收，并且通过去掉失效的登录记录减少查找登录记录的时间，具体方案如下：如图6所示，上述服务器还包括：

回收单元601，用于检测上述服务器的登录记录数据，依据各表项的时间戳确定是否失效，并将失效的表项删除。

进一步地，由于终端一侧可能没有终端设别号，或者终端识别号已经过期了，那么终端需要重新注册新的终端识别号，本发明实施例提供了终端如何获得终端识别号的具体实现方案，具体如下：如图7所示，上述请求接收单元401，还用于接收来自终端的上述应用发送的携带有用户识别标识的注册请求；上述服务器还包括：

识别号分配单元701，用于在上述请求接收单元401在接收到上述注册请求后，分配终端识别号；

记录单元702，用于将上述识别号分配单元701分配的终端识别号、上述用户识别标识、以及分配上述分配终端识别号的时间戳以表项形式记录到登录记录数据；

发送单元703，用于将上述识别号分配单元701分配的终端识别号发送给上述终端。

或者，进一步地，可以由终端发起分配终端识别号，但是终端识别号失效的情况，终端一侧可能并不知道，所以本发明实施例提供了由服务器主动确定分配终端识别号的方案，具体如下：如图7所示，上述服务器还包括：

识别号分配单元701，用于若上述检测单元402确定结果为没有，或者接收到的终端识别号已失效，则分配终端识别号；

记录单元702，用于将上述识别号分配单元701分配的终端识别号、上述用户识别标识、以及分配上述分配终端识别号的时间戳以表项形式记录到登录记录数据；

发送单元703，用于将上述识别号分配单元701分配的终端识别号发送给上述终端。

进一步地，本发明实施例中分配终端识别号可以通过产生随机数的方式实现，也可以通过分配DID的方式实现，如果通过分配DID的方式则可以采用游标计数器来提高分配效率，具体如下：如图8所示，上述服务器还包括：

游标控制单元801，用于在上述识别号分配单元701分配终端识别号之后，通过游标计数器确定下一个将要分配的终端识别号；

上述识别号分配单元701，用于分配终端识别号包括：读取游标控制单元801当前指向的终端识别号。那么本发明实施例中“分配终端识别号”则可以是：读取游标计数器当前指向的终端识别号。

可选地，在本发明实施例中，登录记录数据的存放位置可以设定在内存中，以实现快速的访问；按照账号4字节、时间戳4字节计算，一般情况下，一款APP最多的注册用户不会超过10亿，那么10亿用户就需要8G的存储空间，对于普通服务器来说有32G或64G内存，我们用64G内存，那么一台机器理论可以供至少8款业务使用(实际上APP注册用户远远不到10亿，知名度最大的微信业务目前也只有6亿的注册用户)，具体如下：上述存储单元501，用于通过内存存储以用户识别号、终端识别号以及时间戳为表项的登录记录数据。

进一步地，为了保证数据的高可用性，本发明实施例还提供了对数据进行备份的方案，具体如下：如图9所示，上述服务器还包括：

备份控制单元901，用于通过热冗余备份将上述登录记录数据进行镜像备份；和/或，定期对上述登录记录数据进行磁盘冷备份。

本发明实施例还提供了一种标识终端的系统，如图10所示，包括：以可通信方式连接的服务器1001和终端1002；

上述服务器1001为本发明实施例提供的任意一项的服务器；

上述终端1002，用于在本地保存由终端识别号时，通过应用发送的携带有用户标识以及终端识别号的登录请求；在本地保存的终端识别号失效或者本地未保存终端识别号时，通过应用发送的携带有用户识别标识的注册请求。

本发明实施例，通过应用的用户标识以及与之对应的终端识别号，与登录记录进行比对，在确定有盾挡以后，通过终端识别号对终端进行识别。从而通过应用的用户标识以及之对应的终端识别号实现对终端的标识，这种标识方式不会受到系统重装的影响，因此更稳定；而且不依赖于特定的操作系统，可以更为广泛的应用。

图11是本发明实施例提供的一种服务器结构示意图，该服务器1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1122(例如，一个或一个以上处理器)和存储器1132，一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中，存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1122可以设置为与存储介质1130通信，在服务器1100上执行存储介质1130中的一系列指令操作。

服务器1100还可以包括一个或一个以上电源1126，一个或一个以上有线或无线网络接口1150，一个或一个以上输入输出接口1158，和/或，一个或一个以上操作系统1141，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图11所示的服务器结构。

如图12所示，为本发明实施例系统结构示意图，其中APP运行在以终端1201为载体的硬件设备上；终端1201通过有线或者无线网络与服务器1202建立通信连接；本发明实施例的信号以及处理流程，如图13所示，包括：

1301：APP检查本地是否有DID；如果有，进入1302，如果没有，进入304；

1302：向服务器发送登录请求，在登录请求中携带DID以及账号；

1303：进行DID检验，如果检验通过，进入1305，否则检验未通过，进入1304；在本步骤中，检验不通过，可以是DID没有找到、或者DID已经被删除等任意可能导致DID无效的情况；

1304：服务器重新分配DID，并同步到APP中进行存储；

1305：更新时间戳。并以检验通过的DID识别终端。

值得注意的是，上述服务器实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (17)

1.一种标识终端的方法，其特征在于，包括：

服务器接收来自终端的应用发送的携带有用户标识以及终端识别号的登录请求；所述用户标识为所述应用的用户识别标识，所述终端识别号具有全网唯一性；

服务器检测是否保存有与所述用户识别号以及终端识别号对应的登录记录；

服务器确定结果为有之后，依据所述终端识别号对所述终端进行识别。

2.根据权利要求1所述方法，其特征在于，在服务器一侧存有以用户识别号、终端识别号以及时间戳为表项的登录记录数据；在服务器若确定结果为有之后，所述方法还包括：

更新所述用户标识以及终端识别号对应表项的时间戳。

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

检测所述服务器的登录记录数据，依据各表项的时间戳确定是否失效，并将失效的表项删除。

4.根据权利要求1所述方法，其特征在于，在接收所述登录请求之前，所述方法还包括：

接收来自终端的所述应用发送的携带有用户识别标识的注册请求；

在接收到所述注册请求后，分配终端识别号，并将所述终端识别号、所述用户识别标识、以及分配所述分配终端识别号的时间戳以表项形式记录到登录记录数据；

将所述终端识别号发送给所述终端。

5.根据权利要求1所述方法，其特征在于，若所述服务器若确定结果为没有，或者接收到的终端识别号已失效；所述方法还包括：

分配终端识别号，并将所述终端识别号、所述用户识别标识、以及分配所述分配终端识别号的时间戳以表项形式记录到登录记录数据；

将所述终端识别号发送给所述终端。

6.根据权利要求4或5所述方法，其特征在于，在分配终端识别号之后，所述方法还包括：

通过游标计数器确定下一个将要分配的终端识别号。

7.根据权利要求2至5任意一项所述方法，其特征在于，

在服务器一侧存有以用户识别号、终端识别号以及时间戳为表项的登录记录数据，存放于服务器的内存中。

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

通过热冗余备份将所述登录记录数据进行镜像备份；和/或，定期对所述登录记录数据进行磁盘冷备份。

9.一种服务器，其特征在于，包括：

请求接收单元，用于接收来自终端的应用发送的携带有用户标识以及终端识别号的登录请求；所述用户标识为所述应用的用户识别标识，所述终端识别号具有全网唯一性；

检测单元，用于检测是否保存有与所述请求接收单元接收到的所述用户识别号以及终端识别号对应的登录记录；

终端识别单元，用于若所述检测单元确定结果为有，则依据所述终端识别号对所述终端进行识别。

10.根据权利要求9所述方法，其特征在于，所述服务器还包括：

存储单元，用于存储以用户识别号、终端识别号以及时间戳为表项的登录记录数据；

更新单元，用于在服务器确定结果为有之后，更新所述用户标识以及终端识别号对应表项的时间戳。

11.根据权利要求10所述方法，其特征在于，所述服务器还包括：

回收单元，用于检测所述服务器的登录记录数据，依据各表项的时间戳确定是否失效，并将失效的表项删除。

12.根据权利要求9所述方法，其特征在于，

所述请求接收单元，还用于接收来自终端的所述应用发送的携带有用户识别标识的注册请求；所述服务器还包括：

识别号分配单元，用于在所述请求接收单元在接收到所述注册请求后，分配终端识别号；

记录单元，用于将所述识别号分配单元分配的终端识别号、所述用户识别标识、以及分配所述分配终端识别号的时间戳以表项形式记录到登录记录数据；

发送单元，用于将所述识别号分配单元分配的终端识别号发送给所述终端。

13.根据权利要求9所述方法，其特征在于，所述服务器还包括：

识别号分配单元，用于若所述检测单元确定结果为没有，或者接收到的终端识别号已失效，则分配终端识别号；

记录单元，用于将所述识别号分配单元分配的终端识别号、所述用户识别标识、以及分配所述分配终端识别号的时间戳以表项形式记录到登录记录数据；

发送单元，用于将所述识别号分配单元分配的终端识别号发送给所述终端。

14.根据权利要求12或13所述方法，其特征在于，所述服务器还包括：

游标控制单元，用于在所述识别号分配单元分配终端识别号之后，通过游标计数器确定下一个将要分配的终端识别号；

所述识别号分配单元，用于分配终端识别号包括：读取游标控制单元当前指向的终端识别号。

15.根据权利要求10至13任意一项所述方法，其特征在于，

所述存储单元，用于通过内存存储以用户识别号、终端识别号以及时间戳为表项的登录记录数据。

16.根据权利要求15所述方法，其特征在于，所述服务器还包括：

备份控制单元，用于通过热冗余备份将所述登录记录数据进行镜像备份；和/或，定期对所述登录记录数据进行磁盘冷备份。

17.一种标识终端的系统，包括：以可通信方式连接的服务器和终端，其特征在于，

所述服务器为权利要求9～16任意一项所述的服务器；

所述终端，用于在本地保存由终端识别号时，通过应用发送的携带有用户标识以及终端识别号的登录请求；在本地保存的终端识别号失效或者本地未保存终端识别号时，通过应用发送的携带有用户识别标识的注册请求。