CN106708539A - 一种客户端更新方法及装置 - Google Patents

Abstract

本申请公开了一种客户端更新方法及装置，本申请可以通过灰度名单设置部分业务内分组对应的登录账号允许进行客户端更新，且在一段时间内更新客户端的用户未反馈重大问题时，再设置全体用户均可以更新，保证了即使更新后的客户端存在问题，也仅仅对部分用户产生影响，不会导致全体用户均无法正常使用的问题。

Description

一种客户端更新方法及装置

技术领域

本申请涉及数据更新技术领域，更具体地说，涉及一种客户端更新方法及装置。

背景技术

应用软件在上市之后，应用提供商会持续性的对应用软件进行更新，以新增应用功能、修改已有漏洞bug等。

现有技术中，应用提供商在研发出最新版本客户端之后，向应用的所有注册用户开放下载，即所有注册用户均可以第一时间下载并体验最新版本客户端。但是，本案发明人研究发现，现有客户端更新方式存在如下问题：应用提供商研发的最新版本客户端有可能会存在重大异常，如新增功能容易导致客户端崩溃、应用业务内存在bug等问题。尤其针对游戏类应用，如果最新版本客户端在游戏环境内存在bug，极易导致影响游戏公平性。按照现有客户端更新方式，一旦最新版本客户端存在问题，则会影响全体用户的正常使用。

因此，如何提供一种客户端更新方式，以避免上述存在的问题，成为本领域技术人员亟待解决的问题。

发明内容

有鉴于此，本申请提供了一种客户端更新方法及装置，以解决现有采用全体更新方式所存在的，当所更新的客户端存在问题时，影响全体用户正常使用的问题。

为了实现上述目的，现提出的方案如下：

一种客户端更新方法，包括：

获取客户端发送的更新请求，所述更新请求包括所述客户端当前登录账号的账号信息；

根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内，所述灰度名单包括配置的允许进行客户端更新的业务内分组；

若是，根据预配置的更新策略对所述客户端进行更新。

一种客户端更新装置，包括：

更新请求获取单元，用于获取客户端发送的更新请求，所述更新请求包括所述客户端当前登录账号的账号信息；

灰度名单判断单元，用于根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内，所述灰度名单包括配置的允许进行客户端更新的业务内分组；

数据更新单元，用于在所述灰度名单判断单元的判断结果为是时，根据预配置的更新策略对所述客户端进行更新。

本申请实施例提供的客户端更新方法，获取客户端发送的更新请求，所述更新请求包括所述客户端当前登录账号的账号信息；根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内，所述灰度名单包括配置的允许进行客户端更新的业务内分组；若是，根据预配置的更新策略对所述客户端进行更新。其中，各客户端的登录账号在业务内划分为若干不同的分组，以游戏应用为例，游戏内存在不同的分区或服，在此基础上本申请设置了灰度名单，灰度名单内存储的是配置的允许进行客户端更新的业务内分组。因此，本申请可以通过灰度名单设置部分业务内分组对应的登录账号允许进行客户端更新，且在一段时间内更新客户端的用户未反馈重大问题时，再设置全体用户均可以更新，保证了即使更新后的客户端存在问题，也仅仅对部分用户产生影响，不会导致全体用户均无法正常使用的问题。

附图说明

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

图1为本申请实施例公开的一种客户端更新方法信令交互图；

图2为本申请实施例公开的另一种客户端更新方法信令交互图；

图3为本申请实施例公开的一种游戏客户端更新方法信令交互图；

图4为本申请实施例公开的又一种客户端更新方法信令交互图；

图5为本申请实施例公开的一种客户端登录方法流程图；

图6为本申请实施例公开的一种客户端更新装置结构示意图；

图7为本申请实施例提供的一种服务端硬件结构示意图。

具体实施方式

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

本申请实施例公开了一种客户端更新方案，由客户端和服务端配合完成更新过程。其中，客户端用于运行应用业务，应用业务可以是多种类型，如多媒体类型、游戏类型等。本申请方案适用于各客户端的登录账号在业务内划分为若干不同分组的场景，如游戏类应用业务，其中存在多个不同的分区或者服，用户可以在任意一个分区或服中注册登录账号，并通过对应的分区或服进入游戏内。不同分区或服之间玩家数据是相互独立的。

参见图1，图1为本申请实施例公开的一种客户端更新方法信令交互图。如图1所示，该方法包括：

S10、客户端向服务端发送更新请求，更新请求包括客户端当前登录账号的账号信息；

具体地，客户端可以按照设定策略向服务端发送更新请求。如客户端在登录服务端之前，向服务端发送更新请求；或者，客户端登录服务端之后，向服务端发送更新请求，再或者，客户端在收到服务端广播的更新指令时，向服务端发送更新请求。其中，服务端在确定获取到最新版本的客户端时向各个客户端广播更新指令。

客户端向服务端发送的更新请求中，包含了客户端当前登录账号的账号信息。账号信息可以包括具体登录账号、登录账号在业务内的关联信息，如登录账号所属业务内分组等。

步骤S11、服务端根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内；若是，执行步骤S12，若否，执行步骤S13；

其中，所述灰度名单包括配置的允许进行客户端更新的业务内分组。本申请业务提供商可以配置允许进行客户端更新的业务内分组，并将配置的业务内分组存储在灰度名单中。只有处于灰度名单内的业务内分组对应的登录账号才可以进行客户端更新，其余登录账号是不被允许进行客户端更新的。

以游戏业务为例进行说明：

目标游戏客户端共存在10个分区，用户可以通过任意一个分区进行登录账号的注册，并且注册后能够通过对应的分区及登录账号登录游戏。

游戏开发商开发得到一个新版本的客户端之后，选择将分区1写入灰度名单内，即只有分区1内的登录账号才能够更新该新版本的客户端。

可选的，服务端可以在本地存储灰度名单，或者是在服务端所能够访问到的其它设备中存储该灰度名单。

步骤S12、服务端根据预配置的更新策略对所述客户端进行更新；

具体地，在上一步骤中确定所述当前登录账号所属的业务内分组处于灰度名单内时，表示当前登录账号允许进行客户端更新，因此，服务端根据预配置的更新策略，对当前登录账号所对应的客户端进行更新。

步骤S13、服务端拒绝对所述客户端进行更新。

具体地，在上一步骤中确定所述当前登录账号所属的业务内分组未处于灰度名单内时，表示当前登录账号不被允许进行客户端更新，因此服务端拒绝对当前登录账号所对应的客户端进行更新。

本申请可以通过灰度名单设置部分业务内分组对应的登录账号允许进行客户端更新，且在一段时间内更新客户端的用户未反馈重大问题时，再设置全体用户均可以更新，保证了即使更新后的客户端存在问题，也仅仅对部分用户产生影响，不会导致全体用户均无法正常使用的问题。

参见图2，图2为本申请实施例公开的另一种客户端更新方法信令交互图。如图2所示，该方法包括：

S20、客户端向服务端发送更新请求，更新请求包括客户端当前登录账号的账号信息以及客户端的版本信息；

相比于上一实施例，本实施例中客户端向服务端发送的更新请求中进一步增加了客户端的版本信息。

步骤S21、服务端根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内；若是，执行步骤S22；

步骤S22、服务端根据所述版本信息确定所述客户端是否为最新版本；若否，执行步骤S23，若是，执行步骤S24；

具体地，服务端在确定当前登录账号所属的业务内分组处于预配置的灰度名单内时，进一步判断所述客户端是否为最新版本。

步骤S23、服务端将最新版本的客户端更新数据发送给所述客户端；

具体地，如果服务端判断所述客户端不是最新版本，则服务端将最新版本的客户端更新数据发送给客户端，以使得所述客户端利用所述最新版本的客户端更新数据进行更新。

可选的，该最新版本的客户端更新数据可以是最新版本的客户端文件，也即，服务端直接将最新版本的客户端文件发送给客户端。

除此之外，如果最新版本的客户端文件未存储在服务端本地，而是存储在其它设备。则本步骤中服务端发送的最新版本的客户端更新数据可以是最新版本的客户端文件的下载链接地址。进而，客户端在收到下载链接地址之后可以访问该下载链接地址，进而下载对应的最新版本的客户端文件。

步骤S24、服务端确定是否存在配置的升级数据文件；若是，执行步骤S25；

具体地，如果服务端判断所述客户端是最新版本，则确定不需要更新客户端。在此基础上，服务端可以进一步判断本地是否存在配置的升级数据文件。升级数据文件为对客户端已有的某些数据文件进行升级所需的数据文件，其不涉及客户端整体的更新。

步骤S25、将配置的升级数据文件的下载链接地址发送给所述客户端。

通过将下载链接地址发送给客户端，便于客户端访问该下载链接地址，进而下载对应的升级数据文件。

可选的，在确定服务端存在配置的升级数据文件时，除了按照步骤S25的实施方式之外，还可以将配置的升级数据文件直接发送给所述客户端。

可选的，上述步骤S22，服务端根据所述版本信息确定所述客户端是否为最新版本的过程，具体实现过程可以包括：

服务端判断所述版本信息所包含的版本号是否小于配置的最新版本的客户端的版本号；

若否，确定所述客户端为最新版本，否则，确定所述客户端不是最新版本。

也即，版本信息可以包括版本号。客户端随着迭代更新，其版本号一般是递增的。也即，新版本的客户端的版本号要大于旧版本的客户端的版本号。因此，本实施例中，可以通过判断所述版本信息所包含的版本号是否小于配置的最小版本的客户端的版本号，来判断所述客户端是否为最新版本。

可选的，上述账号信息可以包括当前登录账号所属的业务内分组标识。在此基础上，上述步骤S11，根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内的过程，具体可以包括：

确定所述当前登录账号所属的业务内分组标识，是否存在于预配置的灰度名单内。其中，所述预配置的灰度名单包括配置的允许进行客户端更新的业务内分组的标识。

业务内分组的标识可以是数字、字符的形式，也可以是二者的结合。以游戏业务为例进行说明：

游戏内分区/分服表示为zoneid，zoneid＝3001表示分区标识为3001的游戏分区。

在本申请的一个实施例中，以游戏客户端的更新过程为例，对本申请方案进行介绍。如图3所示，该方法包括：

S30、游戏客户端向游戏服务端发送更新请求，更新请求包括游戏客户端当前登录账号所属的游戏内分区标识以及游戏客户端的版本号；

其中，游戏内分区标识可以表示为zoneid，版本号可以表示为curVersion。

步骤S31、游戏服务端确定所述当前登录账号所属的游戏内分区标识是否处于预配置的灰度名单内；若是，执行步骤S32；

步骤S32、游戏服务端判断所述游戏客户端的版本号是否小于配置的最新版本的客户端的版本号；若是，执行步骤S33，若否，执行步骤S34；

具体地，配置的最新版本的客户端的版本号可以表示为clientVersion。因此，本步骤中可以判断curVersion是否小于clientVersion。

步骤S33、游戏服务端将最新版本的客户端更新数据发送给所述游戏客户端；

可选的，该最新版本的游戏客户端更新数据可以是最新版本的游戏客户端文件，也即，服务端直接将最新版本的游戏客户端文件发送给游戏客户端。

除此之外，如果最新版本的游戏客户端文件未存储在游戏服务端本地，而是存储在其它设备。则本步骤中游戏服务端发送的最新版本的游戏客户端更新数据可以是最新版本的游戏客户端文件的下载链接地址。进而，游戏客户端在收到下载链接地址之后可以访问该下载链接地址，进而下载对应的最新版本的游戏客户端文件。

步骤S34、游戏服务端确定是否存在配置的升级数据文件；若是，执行步骤S35；

步骤S35、将配置的升级数据文件的下载链接地址发送给所述游戏客户端。

本实施例介绍的游戏客户端更新方式，在进行游戏客户端更新时，通过设置灰度名单，仅对部分分区的登录账号进行游戏客户端更新，在一段时间内未收到用户反馈的重大问题时，可以进一步对全体玩家开放下载。

可以理解的是，上述介绍的灰度名单可以包括两份，一份是针对单个分区设置的第一灰度名单，也即第一灰度名单内包括允许进行客户端更新的单一游戏分区，另一份是针对全部分区设置的第二灰度名单，也即第二灰度名单包括允许进行客户端更新的全部游戏分区。则上述判断所述当前登录账号所属的游戏内分区标识是否处于预配置的灰度名单内的过程，具体包括：

判断所述当前登录账号所属的游戏内分区标识是否处于第一灰度名单内，如果是，执行上述步骤S32，如果否，进一步判断所述当前登录账号所属的游戏内分区标识是否处于第二灰度名单内，如果是，执行上述步骤S32。

参见图4，图4为本申请实施例公开的又一种客户端更新方法信令交互图。如图4所示，该方法包括：

S40、客户端向服务端发送更新请求，更新请求包括客户端当前登录账号的账号信息；

S41、判断预置的白名单功能是否处于开启状态，若是，执行步骤S42，若否，执行步骤S43；

具体地，本申请预先设置有白名单功能，白名单功能即为启动白名单判断机制，只有处于白名单内的登录账号才可以执行后续操作。其中，所述白名单包括配置的允许进行客户端内测的登录账号。

这里，为了保证客户端对外的下载质量，在开放下载之前，允许让部分内测人员先行下载更新后的客户端，对更新的可行性进行体验。

步骤S42、判断所述当前登录账号是否处于预配置的白名单内；若是，执行步骤S43，若否，退出；

步骤S43、服务端根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内；若是，执行步骤S44，若否，执行步骤S45；

步骤S44、服务端根据预配置的更新策略对所述客户端进行更新；

步骤S45、服务端拒绝对所述客户端进行更新。

相比于上述各实施例，本实施例中进一步增加了白名单判断策略，即只有当前登录账号处于配置的白名单内，才进行后续灰度名单的判断策略。通过设置白名单，在客户端对外开放下载之前，为了保证下载质量，先让部分内测人员下载更新后的客户端，以验证客户端更新的可行性。

在上述实施例的基础上，本实施例进一步介绍了一种客户端登录方式，从服务端角度对该登录过程进行介绍，参见图5所示，该过程可以包括：

步骤S500、获取所述客户端发送的登录请求，所述登录请求包括所述客户端的版本号；

具体地，如果客户端在登录之前进行了更新，且更新成功的话，则本步骤中登录请求所包含的客户端的版本号即为最新版本号，否则，为更新之前客户端的版本号。

步骤S510、判断所述客户端的版本号是否大于设置的版本号阈值；若是，执行步骤S520，若否，执行步骤S530；

具体地，由于在客户端迭代更新过程，会存在修复原有的漏洞、增加新功能等，因此，工作人员可以设置版本号阈值，用户只有使用版本号大于该版本号阈值的客户端才被允许登录服务端，否则，拒绝用户的登录请求。

步骤S520、允许所述客户端登录；

步骤S530、拒绝所述客户端登录。

本申请通过设置版本号阈值，避免用户长时间不更新客户端，使用过时的客户端登录服务端，从而利用旧版本客户端所存在的漏洞进行攻击。以游戏业务为例，如果旧版本客户端存在bug，则玩家容易通过该bug来破坏游戏公平性，而本实施例通过增加判断客户端的版本号是否大于设置的版本号阈值的过程，可以有效杜绝此类事件的发生，保证游戏公平性。

下面对本申请实施例提供的客户端更新装置进行描述，下文描述的客户端更新装置与上文描述的客户端更新方法可相互对应参照。

参见图6，图6为本申请实施例公开的一种客户端更新装置结构示意图，如图6所示，该装置包括：

更新请求获取单元11，用于获取客户端发送的更新请求，所述更新请求包括所述客户端当前登录账号的账号信息；

灰度名单判断单元12，用于根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内，所述灰度名单包括配置的允许进行客户端更新的业务内分组；

数据更新单元13，用于在所述灰度名单判断单元12的判断结果为是时，根据预配置的更新策略对所述客户端进行更新。

本申请可以通过灰度名单设置部分业务内分组对应的登录账号允许进行客户端更新，且在一段时间内更新客户端的用户未反馈重大问题时，再设置全体用户均可以更新，保证了即使更新后的客户端存在问题，也仅仅对部分用户产生影响，不会导致全体用户均无法正常使用的问题。

可选的，所述更新请求还可以包括：所述客户端的版本信息。基于此，所述数据更新单元可以包括：

版本判断单元，用于根据所述版本信息确定所述客户端是否为最新版本；

客户端更新数据发送单元，用于在所述版本判断单元的判断结果为否时，将最新版本的客户端更新数据发送给所述客户端，以使得所述客户端利用所述最新版本的客户端更新数据进行更新。

可选的，所述客户端更新数据发送单元可以包括：

第一客户端更新数据发送子单元，用于在所述版本判断单元的判断结果为否时，将最新版本的客户端文件的下载链接地址发送给所述客户端，以使得所述客户端访问所述下载链接地址并下载所述最新版本的客户端文件；

或者，

第二客户端更新数据发送子单元，用于在所述版本判断单元的判断结果为否时，将最新版本的客户端文件发送给所述客户端。

可选的，所述数据更新单元还可以包括：

升级数据文件判断单元，用于在所述版本判断单元的判断结果为是时，确定是否存在配置的升级数据文件；

升级数据文件发送单元，用于在所述升级数据文件判断单元的判断结果为是时，将配置的升级数据文件发送给所述客户端，或者，将配置的升级数据文件的下载链接地址发送给所述客户端。

可选的，所述版本判断单元可以包括：

版本号比较单元，用于判断所述版本信息所包含的版本号是否小于配置的最新版本的客户端的版本号；若否，确定所述客户端为最新版本，否则，确定所述客户端不是最新版本。

可选的，所述账号信息可以包括当前登录账号所属的业务内分组标识。在此基础上，所述灰度名单判断单元可以包括：

分组标识判断单元，用于确定所述当前登录账号所属的业务内分组标识，是否存在于预配置的灰度名单内，所述预配置的灰度名单包括配置的允许进行客户端更新的业务内分组的标识。

其中可选的，所述当前登录账号所属的业务内分组标识可以为：游戏业务内，当前登录账号所属的游戏分区或分服。

可选的，本申请装置还可以包括：

登录请求获取单元，用于获取所述客户端发送的登录请求，所述登录请求包括所述客户端的版本号；

版本号阈值判断单元，用于判断所述客户端的版本号是否大于设置的版本号阈值；若是，允许所述客户端登录，否则，拒绝所述客户端登录。

可选的，本申请的装置还可以包括：

白名单判断单元，用于若确定预置的白名单功能处于开启状态，则判断所述当前登录账号是否处于预配置的白名单内，所述白名单包括配置的允许进行客户端内测的登录账号，若是，则执行所述灰度名单判断单元，若否，退出。

本申请的客户端更新装置可以应用于服务端，如游戏服务器等。接下来的实施例中，对实现本申请的客户端更新装置的服务端的硬件结构进行介绍，参见图7，图7为本申请实施例提供的一种服务端硬件结构示意图。

如图7所示，服务端可以包括：

处理器1，通信接口2，存储器3，通信总线4，和显示屏5；

其中处理器1、通信接口2、存储器3和显示屏5通过通信总线4完成相互间的通信；

可选的，通信接口2可以为通信模块的接口，如GSM模块的接口；

处理器1，用于执行程序；

存储器3，用于存放程序；

程序可以包括程序代码，所述程序代码包括处理器的操作指令。

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

其中，程序具体用于：

获取客户端发送的更新请求，所述更新请求包括所述客户端当前登录账号的账号信息；

根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内，所述灰度名单包括配置的允许进行客户端更新的业务内分组；

若是，根据预配置的更新策略对所述客户端进行更新。

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

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

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

Claims (14)

1.一种客户端更新方法，其特征在于，包括：

获取客户端发送的更新请求，所述更新请求包括所述客户端当前登录账号的账号信息；

根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内，所述灰度名单包括配置的允许进行客户端更新的业务内分组；

若是，根据预配置的更新策略对所述客户端进行更新。

2.根据权利要求1所述的方法，其特征在于，所述更新请求还包括：所述客户端的版本信息；

所述根据预配置的更新策略对所述客户端进行更新，包括：

根据所述版本信息确定所述客户端是否为最新版本；

若否，将最新版本的客户端更新数据发送给所述客户端，以使得所述客户端利用所述最新版本的客户端更新数据进行更新。

3.根据权利要求2所述的方法，其特征在于，所述将最新版本的客户端更新数据发送给所述客户端，包括：

将最新版本的客户端文件的下载链接地址发送给所述客户端，以使得所述客户端访问所述下载链接地址并下载所述最新版本的客户端文件；

或者，

将最新版本的客户端文件发送给所述客户端。

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

若确定所述客户端是最新版本，则确定是否存在配置的升级数据文件；

若是，则将配置的升级数据文件发送给所述客户端，或者，将配置的升级数据文件的下载链接地址发送给所述客户端。

5.根据权利要求2所述的方法，其特征在于，所述根据所述版本信息确定所述客户端是否为最新版本，包括：

判断所述版本信息所包含的版本号是否小于配置的最新版本的客户端的版本号；

若否，确定所述客户端为最新版本，否则，确定所述客户端不是最新版本。

6.根据权利要求1所述的方法，其特征在于，所述账号信息包括当前登录账号所属的业务内分组标识；

所述根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内，包括：

确定所述当前登录账号所属的业务内分组标识，是否存在于预配置的灰度名单内，所述预配置的灰度名单包括配置的允许进行客户端更新的业务内分组的标识。

7.根据权利要求6所述的方法，其特征在于，所述当前登录账号所属的业务内分组标识为：游戏业务内，当前登录账号所属的游戏分区或分服。

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

获取所述客户端发送的登录请求，所述登录请求包括所述客户端的版本号；

判断所述客户端的版本号是否大于设置的版本号阈值；

若是，允许所述客户端登录，否则，拒绝所述客户端登录。

9.根据权利要求1-8任一项所述的方法，其特征在于，在所述根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内之前，该方法还包括：

若确定预置的白名单功能处于开启状态，则判断所述当前登录账号是否处于预配置的白名单内，所述白名单包括配置的允许进行客户端内测的登录账号；

若是，则执行所述根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内的操作；

若否，退出。

10.一种客户端更新装置，其特征在于，包括：

更新请求获取单元，用于获取客户端发送的更新请求，所述更新请求包括所述客户端当前登录账号的账号信息；

灰度名单判断单元，用于根据所述账号信息，确定所述当前登录账号所属的业务内分组是否处于预配置的灰度名单内，所述灰度名单包括配置的允许进行客户端更新的业务内分组；

数据更新单元，用于在所述灰度名单判断单元的判断结果为是时，根据预配置的更新策略对所述客户端进行更新。

11.根据权利要求10所述的装置，其特征在于，所述更新请求还包括：所述客户端的版本信息；所述数据更新单元包括：

版本判断单元，用于根据所述版本信息确定所述客户端是否为最新版本；

客户端更新数据发送单元，用于在所述版本判断单元的判断结果为否时，将最新版本的客户端更新数据发送给所述客户端，以使得所述客户端利用所述最新版本的客户端更新数据进行更新。

12.根据权利要求11所述的装置，其特征在于，所述数据更新单元还包括：

升级数据文件判断单元，用于在所述版本判断单元的判断结果为是时，确定是否存在配置的升级数据文件；

升级数据文件发送单元，用于在所述升级数据文件判断单元的判断结果为是时，将配置的升级数据文件发送给所述客户端，或者，将配置的升级数据文件的下载链接地址发送给所述客户端。

13.根据权利要求10所述的装置，其特征在于，所述账号信息包括当前登录账号所属的业务内分组标识；所述灰度名单判断单元包括：

分组标识判断单元，用于确定所述当前登录账号所属的业务内分组标识，是否存在于预配置的灰度名单内，所述预配置的灰度名单包括配置的允许进行客户端更新的业务内分组的标识。

14.根据权利要求10-13任一项所述的装置，其特征在于，还包括：

白名单判断单元，用于若确定预置的白名单功能处于开启状态，则判断所述当前登录账号是否处于预配置的白名单内，所述白名单包括配置的允许进行客户端内测的登录账号，若是，则执行所述灰度名单判断单元，若否，退出。