CN105404582A - 一种应用改善验证方法及系统 - Google Patents

Abstract

本发明公开了一种应用改善验证方法及系统，运行于应用服务管理平台。系统包括：识别模块，用于识别灰度用户和普通用户的设备；编辑模块，用于编辑应用配置的灰度版本数据，以改善配置；分配模块，用于根据灰度用户对数据接口的指令，分配灰度版本数据至灰度用户的设备，以使灰度用户验证灰度版本数据，以及根据普通用户对数据接口的指令，分配正式版本数据至普通用户的设备。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，有效地降低了配置上线前的错误率并提高了运营效率。

Description

一种应用改善验证方法及系统

技术领域

本发明涉及软件技术领域，尤其涉及一种应用改善验证方法及系统。

背景技术

随着通讯技术的迅猛发展，手机等移动终端为越来越多的用户所拥有。移动终端的应用也越来越多样化和人性化。在对移动终端的应用进行改善的过程，运营人员需要对应用的配置进行线上测试，以保证改善后的应用在真正进入用户使用阶段能够运行顺畅。为了不影响用户使用当前版本的应用，通常采用灰度发布的方式更新版本，即开放不同版本的资源给普通用户和参与测试的用户下载使用，当参与测试的用户使用待改善的版本后，将使用体验反馈至运营人员，并在运营人员根据这些体验反馈修复完善应用后，再正式投入使用。然而，现有的灰度发布是在测试或者内网环境下针对软件版本的更新，并不适应对应用内的配置等应用版本数据的修改和改善。

因此，现有技术存在缺陷需要改进。

发明内容

本发明的主要目的在于提出一种应用改善验证方法及系统，旨在解决现有技术中的灰度发布不适用于改善应用版本数据的问题。

为实现上述目的，本发明提供的一种应用改善验证系统，运行于应用服务管理平台，所述系统包括：识别模块，用于识别灰度用户和普通用户的设备；编辑模块，用于编辑应用配置的灰度版本数据，以改善所述配置；分配模块，用于根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以使所述灰度用户验证所述灰度版本数据，以及根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备。

可选地，所述编辑模块包括：检测单元，用于检测所述应用配置存在灰度版本数据和正式版本数据；显示单元，用于显示所述灰度版本数据并进入所述配置的编辑页面；发布单元，用于当改善和验证所述配置之后，发布所述灰度版本数据，并将所述灰度版本数据替换当前的正式版本数据。

可选地，所述编辑模块还包括：取消单元，用于取消所述灰度版本数据，并将所述灰度版本数据删除；相应地，所述分配模块还用于当接收所述灰度用户和所述普通用户对所述数据接口的指令时，分配所述正式版本数据至所述灰度用户和所述普通用户的设备。

可选地，所述编辑模块包括：检测单元，用于检测所述应用配置存在正式版本数据；修改单元，用于修改所述正式版本数据，并触发生成灰度版本数据。

可选地，所述识别模块包括：设备判断单元，用于判断设备的IP地址、IMEI编号、以及应用配置的软件版本号之任意一种或者任意多种组合与预存的设备信息是否匹配，若是，则判定所述设备为灰度用户的设备；若否，则判定所述设备为普通用户的设备。

此外，为实现上述目的，本发明还提出一种应用改善验证方法，运行于应用服务管理平台，所述方法包括步骤：识别灰度用户和普通用户的设备；

编辑应用配置的灰度版本数据，以改善所述配置；根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以使所述灰度用户验证所述灰度版本数据；根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备。

可选地，所述编辑应用配置的灰度版本数据，包括：检测所述应用配置存在灰度版本数据和正式版本数据；显示所述灰度版本数据并进入所述配置的编辑页面；相应地，在改善和验证所述配置之后，还包括：发布所述灰度版本数据，并将所述灰度版本数据替换当前的正式版本数据。

可选地，所述方法还包括：取消所述灰度版本数据，并将所述灰度版本数据删除；相应地，当接收所述灰度用户和所述普通用户对所述数据接口的指令时，则分配所述正式版本数据至所述灰度用户和所述普通用户的设备。

可选地，所述编辑应用配置的灰度版本数据，包括：检测所述应用配置存在正式版本数据；修改所述正式版本数据，并触发生成灰度版本数据；编辑所述灰度版本数据，包括取消，或者改善、验证并发布所述灰度版本数据之任意一种。

可选地，所述识别灰度用户和普通用户的设备，包括：判断设备的IP地址、IMEI编号、以及应用配置的软件版本号之任意一种或者任意多种组合与预存的设备信息是否匹配；若是，则判定所述设备为灰度用户的设备；若否，则判定所述设备为普通用户的设备。

本发明提出的应用改善验证方法及系统，通过识别模块识别灰度用户和普通用户的设备，编辑模块编辑应用配置的灰度版本数据以改善所述配置，以及分配模块根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以验证所述灰度版本数据，以及根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，以促进更好的改善和验证配置，有效地降低了配置上线前的错误率并提高了运营效率。

附图说明

图1为实现本发明各个实施例的应用改善验证系统的通信系统结构示意图；

图2为本发明第一实施例提供的应用改善验证系统的模块示意图；

图3为本发明第一实施例提供的应用改善验证系统中编辑模块的模块示意图；

图4为本发明第二实施例提供的应用改善验证系统的模块示意图；

图5为本发明第三实施例提供的应用改善验证系统的模块示意图；

图6为本发明第四实施例提供的应用改善验证方法的流程示意图；

图7为本发明第四实施例提供的应用改善验证方法的子流程示意图一；

图8为本发明第四实施例提供的应用改善验证方法的子流程示意图二；

图9为本发明第五实施例提供的应用改善验证方法的流程示意图；

图10为本发明第六实施例提供的应用改善验证方法的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

如图1所示，为实现本发明各个实施例的应用改善验证系统的通信系统结构示意图。通信系统包括应用服务管理平台10、设备20、设备30和网络40，通过网络40实现应用服务管理平台10与设备20和设备30之间的通信连接。进一步地，该网络40可以包括各种类型，例如有线、无线通信网络等。

应用服务管理平台10中运行有应用改善验证系统100。

设备20和设备30可以为移动终端。移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

灰度用户使用设备20通过网络40与应用服务管理平台10实现信息交互，普通用户使用设备30通过网络40与应用服务管理平台10实现信息交互。本领域技术人员可以理解的是，应用服务管理平台10用于管理应用配置信息、用户数据等，且应用服务管理平台10提供HTTP(HyperTextTransferProtocol，超文本传输协议)接口以供设备20和设备30的客户端调用获取数据。另外，运营人员可以在应用服务管理平台10对客户端的配置信息进行编辑和改善，则相应的接口输出的配置数据会发生改变并替换之前的配置信息。本发明根据运营人员对应用配置的操作，划分为正式版本和灰度版本，该灰度版本是指待改善验证的正式版本。相应地，灰度用户指可以参与应用配置的改善验证的用户，普通用户指未参与应用配置的改善验证的用户。在本实施例中，灰度用户为运营人员。也就是说，在本发明中，运营人员一方面是参与改善灰度版本的开发人员，另一方面是参与试用和验证灰度版本的体验用户。

本领域技术人员可以理解的是，图1中的管理平台、设备和网络的数量仅仅是示意性的，在实际应用中，根据具体需要，可以具有任意数量的管理平台、设备和网络。

基于上述通信系统，提出本发明方法各个实施例。

如图2所示，本发明第一实施例提出一种应用改善验证系统，包括：

识别模块210，用于识别灰度用户和普通用户的设备；

具体地，预先将所有用户设备的信息存储于系统内的数据库内，该信息包括但不限于IP地址、IMEI(InternationalMobileEquipmentIdentity，移动设备国际身份码)编号、以及应用配置的软件版本号之任意一种或者任意多种组合。识别模块210包括设备判断单元，所述设备判断单元用于当某一设备的客户端向应用服务管理平台10发送数据获取指令时，判断所述某一设备的IP地址、IMEI编号、以及应用配置的软件版本号之任意一种或者任意多种组合与预存的设备信息是否匹配。

在实际应用中，设备判断单元采用“获取-查询-比对”的方式判断灰度用户和普通用户。举例而言，设备判断单元获取所述某一设备的IP地址，查询数据库内所有灰度用户设备的IP地址，判断所述某一设备的IP地址是否与数据库内的灰度用户设备的IP地址相匹配，若是，则判定为灰度用户的设备；若否，则进一步获取所述某一设备的IMEI编号，并查询数据库内所有灰度用户设备的IMEI编号，判断所述某一设备的IMEI编号是否与数据库内的灰度用户设备的IMEI编号相匹配，若是，则判定为灰度用户的设备；若否，则进一步获取所述某一设备的软件版本号，并查询数据库内所有灰度用户设备的软件版本号，判断所述某一设备的软件版本号是否与数据库内的灰度用户设备的软件版本号相匹配，若是，则判定为灰度用户的设备，若否，则判定为普通用户的设备。在其他实施例中，设备判断单元的比对顺序可以根据具体需要进行改变。

编辑模块220，用于编辑应用配置的灰度版本数据，以改善所述配置；

具体地，运营人员登录应用服务管理平台10，当运营人员在应用服务管理平台10上修改配置的数据时，则生成该配置的灰度版本数据。

请同时参照图3，所述编辑模块220包括判断单元221和改善单元222，所述判断单元221，用于判断所述配置是否包括灰度版本数据，若是，则在应用服务管理平台10上显示所述灰度版本数据并进入所述配置的编辑页面并触发改善单元222；若否，则显示所述配置的正式版本页面。

改善单元222，用于根据运营人员的操作，改善所述配置。

在一个实施例中，改善所述配置包括：根据实际需要，修改配置内容为预期内容。例如，修改相应应用的首页banner图片；当某配置有多个可选项时，修改可选项的排列顺序、优先级(例如，修改浏览器应用的默认搜索引擎由a改为b)。

所述判断单元221还用于判断所述运营人员是否发出灰度取消的指令，若是，则删除所述灰度版本数据并进入所述配置的正式版本页面；若否，则所述判断单元221还用于判断所述运营人员是否发出灰度发布的指令，若是，则将所述灰度版本数据替换当前的正式版本数据以生成新的正式版本数据，并进入该新的正式版本数据的页面。

进一步地，在所述配置生成新的正式版本数据之后，判断单元221还判断运营人员是否对所述配置再进行修改，若是，则按照上述内容重新生成配置的数据。

分配模块230，用于根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以验证所述灰度版本数据，以及根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备；

具体地，在运营人员发布所述灰度版本数据之前，所述分配模块230根据识别模块210识别的设备信息，当接收到灰度用户设备的客户端通过API(ApplicationProgrammingInterface，应用程序编程接口)发送的数据获取指令，将灰度版本数据分配给灰度用户的设备，以使运营人员使用并验证所述灰度版本数据。当接收到普通用户设备的客户端通过API发送的数据获取指令，将正式版本数据分配给普通用户的设备，使普通用户察觉不到运营人员对该配置的改善和修改。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，以促进更好的改善和验证配置。

进一步地，本实施例中的灰度版本数据属于测试验证数据，可以存储于高速缓存器(例如：REDIS)中，从而提高数据接口的处理速度。

在运营人员取消所述灰度版本数据时，且当灰度用户或普通用户透过其设备客户端向API发送数据获取指令时，分配模块230相应地将该正式版本数据分配给灰度用户的设备或普通用户的设备。

在运营人员发布所述灰度版本数据之后，该灰度版本数据成为了新的正式版本数据，当灰度用户或普通用户透过其设备客户端发送数据获取指令时，分配模块230将新的正式版本数据分配给相应的设备。

本实施例的应用改善验证系统，通过识别模块210识别灰度用户和普通用户的设备，编辑模块220编辑应用配置的灰度版本数据以改善所述配置，以及分配模块230根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以验证所述灰度版本数据，以及根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，以促进更好的改善和验证配置，有效地降低了配置上线前的错误率并提高了整体的运营效率。

如图4所示，本发明第二实施例进一步提供了一种应用改善验证系统。在第二实施例中，所述应用改善验证系统与第一实施例的区别仅在于，所述编辑模块210包括检测单元410、显示单元420和发布单元430，本实施例中的检测单元410可以取代第一实施例中的判断单元221。

检测单元410，用于检测所述应用配置存在灰度版本数据和正式版本数据。

具体地，检测某一应用内配置信息的版本数据，以手机浏览器应用为例，配置信息包括但不限于网址导航、宫格导航、搜索引擎列表等。检测单元410检测到应用配置包括灰度版本数据和正式版本数据两种版本，说明运营人员通过后台服务器获取了任意配置信息并对其进行了修改，从而生成了配置的灰度数据版本。

显示单元420，用于显示所述灰度版本数据并进入所述配置的编辑页面。

具体地，当检测到灰度版本数据时，则触发显示单元420，并显示相应配置的灰度版本数据同时进入该配置的编辑页面。运营人员透过该编辑页面对当前配置的信息进行修改升级。运营人员可以透过内网对灰度版本进行内测，同时，运营人员也可以以灰度用户的身份使用并验证灰度版本是否达到预期效果。

发布单元430，用于当改善和验证所述配置之后，发布所述灰度版本数据，并将所述灰度版本数据替换当前的正式版本数据。

具体地，在运营人员修改完善配置，且经过验证符合预期效果之后，则对灰度版本数据进行发布，并将灰度版本数据替换当前的征税版本数据以生成新的正式版本数据。

相应地，在发布单元430发布灰度版本数据之后，当灰度用户或普通用户透过其设备客户端发送数据获取指令时，分配模块230将新的正式版本数据分配给相应的设备。

进一步地，第二实施例中的编辑模块210还包括取消单元440，该取消单元用于取消所述灰度版本数据，并将所述灰度版本数据删除。

具体地，在运营人员取消所述灰度版本数据时，说明运营人员放弃对该应用配置的修改，从而取消单元440在取消该灰度版本数据的同时，也将缓存器中该灰度版本的数据删除。

在取消单元440取消灰度版本数据之后，当接收所述灰度用户和所述普通用户通过客户端向API发送的指令时，所述分配模块230分配所述正式版本数据至所述灰度用户和所述普通用户的设备。

本实施例的应用改善验证系统，通过检测单元410检测所述应用配置存在灰度版本数据和正式版本数据，显示单元420显示所述灰度版本数据并进入所述配置的编辑页面，以及当改善和验证所述配置之后，发布单元430发布所述灰度版本数据，并将所述灰度版本数据替换当前的正式版本数据。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，以促进更好的改善和验证配置，有效地降低了配置上线前的错误率并提高了整体的运营效率。

如图5所示，本发明第三实施例进一步提供了一种应用改善验证系统。在第三实施例中，所述应用改善验证系统与第一实施例的区别仅在于，所述编辑模块210包括检测单元510和修改单元520，本实施例中的检测单元510可以取代第一实施例中的判断单元221。

检测单元510，用于检测所述应用配置存在正式版本数据。

具体地，检测单元510检测应用配置包括正式版本数据一种版本，说明该配置没有被运营人员所修改。

修改单元520，用于修改所述正式版本数据，并触发生成灰度版本数据。

具体地，根据运营人员的操作，当运营人员通过后台服务器获取了任意配置信息并对该配置进行修改时，修改单元520响应该修改，并触发生成灰度版本数据。

进一步的，在修改单元520修改正式版本数据之后，则检测单元510检测到该应用配置包括灰度版本数据和正式版本数据两种版本。

本实施例的应用改善验证系统，通过检测单元510检测检测所述应用配置存在正式版本数据，修改单元520修改所述正式版本数据，并触发生成灰度版本数据。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，以促进更好的改善和验证配置，有效地降低了配置上线前的错误率并提高了整体的运营效率。

本发明第四实施例进一步提供一种应用改善验证方法，请参照图6，所述方法包括步骤：

S610、识别灰度用户和普通用户的设备；

具体地，预先将所有用户设备的信息存储于系统内的数据库内，该信息包括但不限于IP地址、IMEI编号、以及应用配置的软件版本号之任意一种或者任意多种组合。灰度用户指可以参与应用配置的改善验证的用户，普通用户指未参与应用配置的改善验证的用户。在本实施例中，灰度用户为运营人员。也就是说，在本发明中，运营人员一方面是参与改善灰度版本的开发人员，另一方面是参与试用和验证灰度版本的体验用户。

在识别灰度用户的设备和普通用户的设备时，主要通过判断所述某一设备的IP地址、IMEI编号、以及应用配置的软件版本号之任意一种或者任意多种组合与预存的设备信息是否匹配。具体地，请同时参照图7，S610包括步骤：

S611、判断某一设备的IP地址与预存的设备信息是否匹配；

具体地，获取所述某一设备的IP地址，查询数据库内所有灰度用户设备的IP地址，判断所述某一设备的IP地址是否与数据库内的灰度用户设备的IP地址相匹配，若是，则进入S614；若否，则进入S612。

S612、判断某一设备的IMEI编号与预存的设备信息是否匹配；

具体地，获取所述某一设备的IMEI编号，并查询数据库内所有灰度用户设备的IMEI编号，判断所述某一设备的IMEI编号是否与数据库内的灰度用户设备的IMEI编号相匹配，若是，则进入S614；若否，则进入S613。

S613、判断某一设备的软件版本号与预存的设备信息是否匹配；

具体地，获取所述某一设备的软件版本号，并查询数据库内所有灰度用户设备的软件版本号，判断所述某一设备的软件版本号是否与数据库内的灰度用户设备的软件版本号相匹配，若是，则进入S614，若否，则S615。

S614、判定为灰度用户的设备；

S615、判定为普通用户的设备。

在其他实施例中，识别灰度用户和普通用户的顺序也可以根据实际需要进行改变。

S620、编辑应用配置的灰度版本数据，以改善所述配置；

请同时参照图8，S620包括步骤：

S621、判断所述配置是否包括灰度版本数据；若是，则进入S622，若否，则进入S623；

S622、显示所述灰度版本数据并进入所述配置的编辑页面；具体地，在进入配置的编辑界面之后，根据运营人员在后台服务器对该配置进行改善。

S623、显示所述配置的正式版本页面；

S624、判断是否发出灰度取消的指令；若是，则进入S625；若否，则进入S626；

S625、删除所述灰度版本数据，并执行S623；

S626、判断是否发出灰度发布的指令；若是，则进入S627；若否，则根据运营人员的操作，继续对该灰度版本数据进行改善；

S627、将所述灰度版本数据替换当前的正式版本数据以生成新的正式版本数据；

S628、判断是否修改新的正式版本数据；若是，则返回S622；若否，则进入S630。

S630、根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以使所述灰度用户验证所述灰度版本数据；根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备。

具体地，在运营人员发布所述灰度版本数据之前，根据识别的设备信息，当接收到灰度用户设备的客户端通过API发送的数据获取指令，将灰度版本数据分配给灰度用户的设备，以使运营人员使用并验证所述灰度版本数据。当接收到普通用户设备的客户端通过API发送的数据获取指令，将正式版本数据分配给普通用户的设备，使普通用户察觉不到运营人员对该配置的改善和修改。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，有效地降低了配置上线前的错误率以促进更好的改善和验证配置。

进一步地，本实施例中的灰度版本数据属于测试验证数据，可以存储于高速缓存器(例如：REDIS)中，从而提高数据接口的处理速度。

在运营人员取消所述灰度版本数据时，且当灰度用户或普通用户透过其设备客户端向API发送数据获取指令时，相应地将该正式版本数据分配给灰度用户的设备或普通用户的设备。

在运营人员发布所述灰度版本数据之后，该灰度版本数据成为了新的正式版本数据，当灰度用户或普通用户透过其设备客户端发送数据获取指令时，将新的正式版本数据分配给相应的设备。

本实施例的应用改善验证方法，通过识别灰度用户和普通用户的设备，编辑应用配置的灰度版本数据以改善所述配置，以及根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以验证所述灰度版本数据，以及根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，以促进更好的改善和验证配置，有效地降低了配置上线前的错误率并提高了整体的运营效率。

如图9所示，本发明第五实施例进一步提供了一种应用改善验证方法。在第五实施例中，所述应用改善验证方法与第四实施例的区别仅在于，S620包括步骤：

S910、检测所述应用配置存在灰度版本数据和正式版本数据；

具体地，检测某一应用内配置信息的版本数据，以手机浏览器应用为例，配置信息包括但不限于网址导航、宫格导航、搜索引擎列表等。检测到应用配置包括灰度版本数据和正式版本数据两种版本，说明运营人员通过后台服务器获取了任意配置信息并对其进行了修改，从而生成了配置的灰度数据版本。

S920、显示所述灰度版本数据并进入所述配置的编辑页面；

具体地，当检测到灰度版本数据时，则触发显示相应配置的灰度版本数据同时进入该配置的编辑页面。运营人员透过该编辑页面对当前配置的信息进行修改升级。运营人员可以透过内网对灰度版本进行内测，同时，运营人员也可以以灰度用户的身份使用并验证灰度版本是否达到预期效果。

S930、发布所述灰度版本数据，并将所述灰度版本数据替换当前的正式版本数据。

具体地，在运营人员修改完善配置，且经过验证符合预期效果之后，则对灰度版本数据进行发布，并将灰度版本数据替换当前的征税版本数据以生成新的正式版本数据。

相应地，在发布灰度版本数据之后，当灰度用户或普通用户透过其设备客户端发送数据获取指令时，则将新的正式版本数据分配给相应的设备。

进一步地，在S930之前或者之后，S620还可以包括如下步骤：取消所述灰度版本数据，并将所述灰度版本数据删除；

具体地，在运营人员取消所述灰度版本数据时，说明运营人员放弃对该应用配置的修改，从而在取消该灰度版本数据的同时，也将缓存器中该灰度版本的数据删除。

在取消灰度版本数据之后，当接收所述灰度用户和所述普通用户通过客户端向API发送的指令时，分配所述正式版本数据至所述灰度用户和所述普通用户的设备。

本实施例的应用改善验证方法，通过检测所述应用配置存在灰度版本数据和正式版本数据，显示所述灰度版本数据并进入所述配置的编辑页面，以及当改善和验证所述配置之后，发布所述灰度版本数据，并将所述灰度版本数据替换当前的正式版本数据。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，以促进更好的改善和验证配置，有效地降低了配置上线前的错误率并提高了整体的运营效率。

如图10所示，本发明第六实施例进一步提供了一种应用改善验证方法。在第六实施例中，所示应用改善验证方法与第四实施例的区别仅在于，S620包括步骤：

S1010、检测所述应用配置存在正式版本数据；

具体地，检测到应用配置包括正式版本数据一种版本，说明该配置没有被运营人员所修改。

S1020、修改所述正式版本数据，并触发生成灰度版本数据；

具体地，根据运营人员的操作，当运营人员通过后台服务器获取了任意配置信息并对该配置进行修改时，响应该修改，并触发生成灰度版本数据。

进一步的，在修改正式版本数据之后，则可以检测到该应用配置包括灰度版本数据和正式版本数据两种版本。

S1030、编辑所述灰度版本数据；所述编辑包括但不限于取消，或者改善、验证并发布所述灰度版本数据之任意一种。

本实施例的应用改善验证方法，通过检测检测所述应用配置存在正式版本数据，修改所述正式版本数据，并触发生成灰度版本数据。从而在保证普通用户使用体验的情况下，使运营人员修改完善配置的同时体验和反馈配置的灰度版本，以促进更好的改善和验证配置，有效地降低了配置上线前的错误率并提高了整体的运营效率。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种应用改善验证系统，运行于应用服务管理平台，其特征在于，所述系统包括：

识别模块，用于识别灰度用户和普通用户的设备；

编辑模块，用于编辑应用配置的灰度版本数据，以改善所述配置；

分配模块，用于根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以使所述灰度用户验证所述灰度版本数据，以及根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备。

2.根据权利要求1所述的应用改善验证系统，其特征在于，所述编辑模块包括：

检测单元，用于检测所述应用配置存在灰度版本数据和正式版本数据；

显示单元，用于显示所述灰度版本数据并进入所述配置的编辑页面；

发布单元，用于当改善和验证所述配置之后，发布所述灰度版本数据，并将所述灰度版本数据替换当前的正式版本数据。

3.根据权利要求2所述的应用改善验证系统，其特征在于，所述编辑模块还包括：

取消单元，用于取消所述灰度版本数据，并将所述灰度版本数据删除；

相应地，所述分配模块还用于当接收所述灰度用户和所述普通用户对所述数据接口的指令时，分配所述正式版本数据至所述灰度用户和所述普通用户的设备。

4.根据权利要求1所述的应用改善验证系统，其特征在于，所述编辑模块包括：

检测单元，用于检测所述应用配置存在正式版本数据；

修改单元，用于修改所述正式版本数据，并触发生成灰度版本数据。

5.根据权利要求1所述的应用改善验证系统，其特征在于，所述识别模块包括：

设备判断单元，用于判断设备的IP地址、IMEI编号、以及应用配置的软件版本号之任意一种或者任意多种组合与预存的设备信息是否匹配，若是，则判定所述设备为灰度用户的设备；若否，则判定所述设备为普通用户的设备。

6.一种应用改善验证方法，运行于应用服务管理平台，其特征在于，所述方法包括步骤：

识别灰度用户和普通用户的设备；

编辑应用配置的灰度版本数据，以改善所述配置；

根据所述灰度用户对数据接口的指令，分配所述灰度版本数据至所述灰度用户的设备，以使所述灰度用户验证所述灰度版本数据；

根据所述普通用户对数据接口的指令，分配正式版本数据至所述普通用户的设备。

7.根据权利要求6所述的应用改善验证方法，其特征在于，所述编辑应用配置的灰度版本数据，包括：

检测所述应用配置存在灰度版本数据和正式版本数据；

显示所述灰度版本数据并进入所述配置的编辑页面；

相应地，在改善和验证所述配置之后，还包括：发布所述灰度版本数据，并将所述灰度版本数据替换当前的正式版本数据。

8.根据权利要求7所述的应用改善验证方法，其特征在于，所述方法还包括：

取消所述灰度版本数据，并将所述灰度版本数据删除；

相应地，当接收所述灰度用户和所述普通用户对所述数据接口的指令时，则分配所述正式版本数据至所述灰度用户和所述普通用户的设备。

9.根据权利要求6所述的应用改善验证方法，其特征在于，所述编辑应用配置的灰度版本数据，包括：

检测所述应用配置存在正式版本数据；

修改所述正式版本数据，并触发生成灰度版本数据；

编辑所述灰度版本数据，包括取消，或者改善、验证并发布所述灰度版本数据之任意一种。

10.根据权利要求6所述的应用改善验证方法，其特征在于，所述识别灰度用户和普通用户的设备，包括：

判断设备的IP地址、IMEI编号、以及应用配置的软件版本号之任意一种或者任意多种组合与预存的设备信息是否匹配；

若是，则判定所述设备为灰度用户的设备；

若否，则判定所述设备为普通用户的设备。