CN106066791A - 应用的灰度发布方法及装置 - Google Patents

Abstract

本发明涉及一种应用的灰度发布方法及装置。该方法包括：收集用户对应用的新功能的反馈信息；根据所述反馈信息调整所述应用的灰度发布比例；在客户端请求使用所述应用的情况下，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。根据本发明的应用的灰度发布方法及装置能够动态调整灰度发布比例，减小存在缺陷的新功能对应发布的用户数，从而能够在缩短灰度发布周期的同时减小存在缺陷的新功能对用户使用体验的影响，且无需通过不同的应用市场渠道进行发布，大大降低了维护成本。

Description

应用的灰度发布方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用的灰度发布方法及装置。

背景技术

App(Application，应用)的灰度发布是指在App的旧版本与新版本之间能够平滑过渡的一种发布方式。在App的灰度发布过程中，让一部分用户继续使用旧版本的App功能，一部分用户开始使用新版本的App功能，如果用户对新版本的App功能的满意度较高，则逐步扩大新版本的App功能的使用范围，直到把所有用户都迁移到新版本App上面来。如果用户对新版本的App功能的满意度较低，则改善新版本的App后，再继续进行灰度发布。

目前，App的灰度发布主要包括在HTML(Hyper Text Markup Language，超文本标记语言)5App上进行灰度发布和在原生App(Native App)上进行灰度发布两种方式。其中，在HTML5App上进行灰度发布的方式基于支持HTML5的浏览器，在用户使用App的新功能时，自动弹出网页，这种方式相对于在原生App上进行灰度发布的方式而言，用户体验较差。对于在原生App上进行灰度发布的方式，由于对于同一个App，每个应用市场限制只能发布一种版本，因此，大部分App需要通过不同的应用市场渠道来分别发布该App的新版本和旧版本。

在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：现有的原生App的灰度发布需要通过不同的应用市场渠道进行，维护成本较高。此外，若在App的灰度发布过程中选中的使用App新功能的用户数量较小，则难以获得足够的用户反馈，从而导致灰度发布周期较长；若在App的灰度发布过程中选中的使用App新功能的用户数量较大，则在该App新功能存在缺陷时，会影响较大数量的用户的使用体验。

发明内容

技术问题

有鉴于此，本发明要解决的技术问题是，如何降低应用的灰度发布的维护成本，以及如何在缩短灰度发布周期的同时减小存在缺陷的新功能对用户使用体验的影响。

解决方案

为了解决上述技术问题，根据本发明的一实施例，提供了一种应用的灰度发布方法，包括：收集用户对应用的新功能的反馈信息；根据所述反馈信息调整所述应用的灰度发布比例；在客户端请求使用所述应用的情况下，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。

对于上述方法，在一种可能的实现方式中，收集用户对应用的新功能的反馈信息，包括：设置所述应用的新功能对应的一项或多项参数；收集用户使用所述应用的新功能所产生的所述一项或多项参数的值。

对于上述方法，在一种可能的实现方式中，收集用户对应用的新功能的反馈信息，包括：收集用户对所述应用的新功能的评分信息和/或评论信息。

对于上述方法，在一种可能的实现方式中，根据所述反馈信息调整所述应用的灰度发布比例，包括：根据所述反馈信息对所述应用的新功能进行打分，得到当前得分；获取所述应用的新功能对应的上一得分；若所述当前得分高于所述上一得分，则调高所述应用的灰度发布比例；若所述当前得分低于所述上一得分，则调低所述灰度发布比例。

对于上述方法，在一种可能的实现方式中，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能，包括：获取所述应用的新功能的已发布比例；在所述已发布比例小于所述灰度发布比例的情况下，向所述客户端发布所述应用的新功能。

对于上述方法，在一种可能的实现方式中，在客户端请求使用所述应用的情况下，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能，具体为：在客户端请求使用所述应用的情况下，获取所述客户端的唯一标识符；根据所述客户端的唯一标识符和所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。

对于上述方法，在一种可能的实现方式中，向所述客户端发布所述应用的新功能，包括：将所述应用的新功能的标识符下发给所述客户端，以使所述客户端根据所述新功能的标识符开启所述新功能；或者，将所述应用的新功能的运行脚本下发给所述客户端，以使所述客户端直接运行所述新功能的运行脚本。

为了解决上述技术问题，根据本发明的另一实施例，提供了一种应用的灰度发布装置，包括：收集模块，用于收集用户对应用的新功能的反馈信息；调整模块，用于根据所述反馈信息调整所述应用的灰度发布比例；控制模块，用于在客户端请求使用所述应用的情况下，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。

对于上述装置，在一种可能的实现方式中，所述收集模块包括第一收集子模块，所述第一收集子模块用于：设置所述应用的新功能对应的一项或多项参数；收集用户使用所述应用的新功能所产生的所述一项或多项参数的值。

对于上述装置，在一种可能的实现方式中，所述收集模块包括：第二收集子模块，用于收集用户对所述应用的新功能的评分信息和/或评论信息。

对于上述装置，在一种可能的实现方式中，所述调整模块包括：当前得分计算子模块，用于根据所述反馈信息对所述应用的新功能进行打分，得到当前得分；上一得分获取子模块，用于获取所述应用的新功能对应的上一得分；调整子模块，用于若所述当前得分高于所述上一得分，则调高所述应用的灰度发布比例；若所述当前得分低于所述上一得分，则调低所述灰度发布比例。

对于上述装置，在一种可能的实现方式中，所述控制模块包括：已发布比例获取子模块，用于获取所述应用的新功能的已发布比例；第一控制子模块，用于在所述已发布比例小于所述灰度发布比例的情况下，向所述客户端发布所述应用的新功能。

对于上述装置，在一种可能的实现方式中，所述控制模块包括：唯一标识符获取子模块，用于在客户端请求使用所述应用的情况下，获取所述客户端的唯一标识符；第二控制子模块，用于根据所述客户端的唯一标识符和所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。

对于上述装置，在一种可能的实现方式中，所述控制模块包括：第一下发子模块，用于将所述应用的新功能的标识符下发给所述客户端，以使所述客户端根据所述新功能的标识符开启所述新功能；或者，第二下发子模块，用于将所述应用的新功能的运行脚本下发给所述客户端，以使所述客户端直接运行所述新功能的运行脚本。

有益效果

通过收集用户对应用的新功能的反馈信息，根据反馈信息调整该应用的灰度发布比例，在客户端请求使用该应用的情况下，根据灰度发布比例确定是否向该客户端发布该应用的新功能，根据本发明实施例的应用的灰度发布方法及装置能够动态调整灰度发布比例，减小存在缺陷的新功能对应发布的用户数，从而能够在缩短灰度发布周期的同时减小存在缺陷的新功能对用户使用体验的影响，且无需通过不同的应用市场渠道进行发布，大大降低了维护成本。

根据下面参考附图对示例性实施例的详细说明，本发明的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本发明的示例性实施例、特征和方面，并且用于解释本发明的原理。

图1示出根据本发明一实施例的应用的灰度发布方法的实现流程图；

图2示出根据本发明一实施例的应用的灰度发布方法步骤S101的一个示例性的具体实现流程图；

图3示出根据本发明一实施例的应用的灰度发布方法步骤S101的另一示例性的具体实现流程图；

图4示出根据本发明一实施例的应用的灰度发布方法步骤S102的一个示例性的具体实现流程图；

图5示出根据本发明一实施例的应用的灰度发布方法步骤S103的一个示例性的具体实现流程图；

图6示出根据本发明一实施例的应用的灰度发布方法步骤S103的另一示例性的具体实现流程图；

图7示出根据本发明一实施例的应用的灰度发布装置的结构框图；

图8示出根据本发明一实施例的应用的灰度发布装置的另一结构框图。

具体实施方式

以下将参考附图详细说明本发明的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本发明，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本发明同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本发明的主旨。

实施例1

图1示出根据本发明一实施例的应用的灰度发布方法的实现流程图。如图1所示，该方法主要包括：

在步骤S101中，收集用户对应用的新功能的反馈信息。

需要说明的是，本发明实施例的执行主体可以为服务器，还可以为其他的灰度发布装置，在此不作限定。

在本发明实施例中，应用可以为安装在手机或者平板电脑等客户端的软件，该应用可以基于Android、iOS或者Windows等操作系统，在此不作限定。新功能可以是全新的功能；新功能还可以是已有的功能的新版本，例如，该新功能与其对应的已有的功能的旧版本相比，具有一项或多项新的技术参数，或者一项或多项技术参数的值不同，在此不作限定。灰度发布装置可以向一个客户端一次发布一个或多个新功能。

在步骤S102中，根据反馈信息调整该应用的灰度发布比例。

其中，灰度发布比例可以为发布该应用的新功能的次数与客户端请求使用该应用的总次数的比值的期望值，即开发人员期望灰度发布装置发布该应用的新功能的次数占客户端请求使用该应用的总次数的比值趋近于该灰度发布比例。

灰度发布比例还可以为指定统计周期中发布该应用的新功能的次数与客户端请求使用该应用的总次数的比值的期望值，即在指定统计周期中，开发人员期望灰度发布装置发布该应用的新功能的次数占客户端请求使用该应用的总次数的比值趋近于该灰度发布比例。

在步骤S103中，在客户端请求使用该应用的情况下，根据灰度发布比例确定是否向该客户端发布该应用的新功能。

客户端请求使用该应用的方式可以为客户端启动该应用，或者客户端请求下载该应用，或者客户端请求更新该应用，在此不作限定。

在本发明实施例中，在客户端请求使用该应用的情况下，灰度发布装置根据灰度发布比例确定是否向该客户端发布该应用的新功能。若灰度发布装置根据灰度发布比例确定向该客户端发布该应用的新功能，则向该客户端发布该应用的新功能。若灰度发布装置根据灰度发布比例确定不向该客户端发布该应用的新功能，则不向该客户端发布该应用的新功能，而使该客户端使用或下载该应用的旧版本。

在一种可能的实现方式中，在本发明实施例的执行主体中可集成数据平台和发布平台。数据平台收集用户对该应用的新功能的反馈信息，并根据反馈信息调整该应用的灰度发布比例，并将该灰度发布比例同步到发布平台上。发布平台接收客户端请求使用该应用的信息，并根据数据平台反馈的灰度发布比例确定是否向该客户端发布该应用的新功能。

图2示出根据本发明一实施例的应用的灰度发布方法步骤S101的一个示例性的具体实现流程图，参照图2：

在步骤S201中，设置该应用的新功能对应的一项或多项参数。

例如，该应用为一种播放应用，该应用的新功能为播放相关的新功能，则该应用的新功能对应的参数可以包括以下一项或多项：广告播放前平均加载时长、正片播放前平均加载时长、播放中平均加载时长、接口响应时长、CDN响应时长、卡顿次数、卡顿时长、播放出错率、播放清晰度和快进快退响应时长。该应用的新功能对应的参数还可以包括人均观看视频数量和/或人均观看时间。

在步骤S202中，收集用户使用该应用的新功能所产生的该一项或多项参数的值。

在另一种可能的实现方式中，步骤S101还可以包括：收集用户对该应用的新功能的评分信息和/或评论信息。

图3示出根据本发明一实施例的应用的灰度发布方法步骤S101的另一示例性的具体实现流程图，参照图3：

在步骤S301中，设置该应用的新功能对应的一项或多项参数。

在步骤S302中，收集用户使用该应用的新功能所产生的该一项或多项参数的值。

在步骤S303中，收集用户对该应用的新功能的评分信息和/或评论信息。

图4示出根据本发明一实施例的应用的灰度发布方法步骤S102的一个示例性的具体实现流程图，参照图4：

在步骤S401中，根据反馈信息对该应用的新功能进行打分，得到当前得分。

例如，该应用为一种播放应用，该应用的新功能为播放相关的新功能，该应用的新功能对应的参数包括播放中平均加载时长，则当前得分与播放中平均加载时长负相关。再例如，该应用的新功能对应的参数包括人均观看视频数量，则当前得分与人均观看视频数量正相关。再例如，当前得分与用户对该应用的新功能的平均评分正相关。再例如，当前得分与用户对该应用的新功能的评论数负相关，或者，当前得分与用户对该应用的新功能的评论数正相关。

在步骤S402中，获取该应用的新功能对应的上一得分。

在步骤S403中，若当前得分高于上一得分，则调高该应用的灰度发布比例。

在步骤S404中，若当前得分低于上一得分，则调低灰度发布比例。

在这种可能的实现方式中，通过计算当前得分，并将当前得分与上一得分(例如基于前次收集的反馈信息而获取的得分)进行比较，来动态调整灰度发布比例。若在连续多次对比中，当前得分都低于上一得分，则灰度发布装置逐渐调低灰度发布比例。在实际实现时，可能逐渐调低灰度发布比例至0，即不向客户端发布该应用的新功能。

图5示出根据本发明一实施例的应用的灰度发布方法步骤S103的一个示例性的具体实现流程图，参照图5：

在步骤S501中，在客户端请求使用该应用的情况下，获取该应用的新功能的已发布比例。

其中，已发布比例可以为已发布该应用的新功能的次数与客户端已请求使用该应用的总次数的比值；或者，已发布比例还可以为指定统计周期中已发布该应用的新功能的次数与客户端已请求使用该应用的总次数的比值。

在步骤S502中，在已发布比例小于灰度发布比例的情况下，向客户端发布该应用的新功能。

例如，灰度发布比例为15％，若已发布比例小于15％，则向该客户端发布该应用的新功能；若已发布比例大于或等于15％，则不向该客户端发布该应用的新功能。

在另一种可能的实现方式中，步骤S103还可以通过如下方式来实现：例如，灰度发布比例为15％，对于每100个请求使用该应用的客户端，向前15个客户端发布该应用的新功能，不向后85个客户端发布该应用的新功能。

图6示出根据本发明一实施例的应用的灰度发布方法步骤S103的另一示例性的具体实现流程图，参照图6：

在步骤S601中，在客户端请求使用该应用的情况下，获取客户端的唯一标识符。

其中，客户端的唯一标识符可以为客户端的账号等可以用于唯一标识该客户端的信息。

在步骤S602中，根据客户端的唯一标识符和灰度发布比例确定是否向客户端发布该应用的新功能。

在一种可能的实现方式中，根据客户端的唯一标识符和灰度发布比例确定是否向客户端发布该应用的新功能可以为：根据该客户端的唯一标识符、灰度发布比例和已发布比例确定是否向该客户端发布该应用的新功能。通过这样的方式，可以针对不同的客户采取不同的发布机制。

例如，根据该客户端的唯一标识符，从预先存储的第一映射列表中获取该客户端已下载该应用的次数，若该客户端已下载该应用的次数大于第一预设值，且已分发比例小于灰度发布比例，则确定向该客户端发布该应用的新功能；若该客户端已下载该应用的次数小于或等于第一预设值，则确定不向该客户端发布该应用的新功能。

再例如，根据该客户端的唯一标识符，从预先存储的第二映射列表中获取该客户端已使用该应用的时间长度，若该客户端已使用该应用的时间长度大于第二预设值，且已分发比例小于灰度发布比例，则确定向该客户端发布该应用的新功能；若该客户端已使用该应用的时间长度小于或等于第二预设值，则确定不向该客户端发布该应用的新功能。

在这种可能的实现方式中，若该客户端已下载该应用的次数大于第一预设值，或者该客户端已使用该应用的时间长度大于第二预设值，则可以确定该客户端对应的用户是否是忠实用户，灰度发布装置只向忠实用户发布该应用的新功能。

在一种可能的实现方式中，向该客户端发布该应用的新功能，包括：将该应用的新功能的标识符下发给该客户端，以使该客户端根据新功能的标识符开启新功能；或者，将该应用的新功能的运行脚本下发给该客户端，以使该客户端直接运行新功能的运行脚本。

作为本发明实施例的一个示例，该应用可以为一种播放应用，该应用的某一功能可以为自动暂停播放并加载视频，该功能的其中一项技术参数可以为时长。该应用的新功能为，自动暂停播放并加载视频的时长为3秒；该功能的旧版本为，自动暂停播放并加载视频的时长为5秒。通过本发明实施例提供的灰度发布方法来对自动暂停播放并加载视频的时长为3秒的新功能进行灰度发布，可以得到用户对该新功能的反馈信息。若用户对该新功能的反馈较好，则调高灰度发布比例。若用户对该新功能的反馈较差，则调低灰度发布比例。再例如，该应用的新功能为，自动暂停播放并加载视频的时长为7秒；该功能的旧版本为，自动暂停播放并加载视频的时长为5秒。若某天CDN(Content Delivery Network，内容分发网络)出现故障，该新功能获得更好的用户反馈，则逐渐调高灰度发布比例。在这种可能的实现方式中，可以实现应用的技术参数的自动调优。

这样，通过收集用户对应用的新功能的反馈信息，根据反馈信息调整该应用的灰度发布比例，在客户端请求使用该应用的情况下，根据灰度发布比例确定是否向该客户端发布该应用的新功能，根据本发明实施例的应用的灰度发布方法能够动态调整灰度发布比例，减小存在缺陷的新功能对应发布的用户数，从而能够在缩短灰度发布周期的同时减小存在缺陷的新功能对用户使用体验的影响，且无需通过不同的应用市场渠道进行发布，大大降低了维护成本。

并且，本发明实施例提供的应用的灰度发布方法能够由灰度发布装置自动完成灰度发布比例的动态调整，而无需由专人来进行相关数据跟进以及调整灰度发布比例，从而大大降低了运营成本和人力资源。

实施例2

图7示出根据本发明一实施例的应用的灰度发布装置的结构框图。为了便于说明，仅示出了与本发明实施例相关的部分。如图7所示，该装置包括：

收集模块71，用于收集用户对应用的新功能的反馈信息；

调整模块72，用于根据反馈信息调整该应用的灰度发布比例；

控制模块73，用于在客户端请求使用该应用的情况下，根据灰度发布比例确定是否向该客户端发布该应用的新功能。

图8示出根据本发明一实施例的应用的灰度发布装置的另一结构框图。为了便于说明，仅示出了与本发明实施例相关的部分。图8中标号与图7相同的组件具有相同的功能，为简明起见，省略对这些组件的详细说明。如图8所示：

在一种可能的实现方式中，收集模块71包括第一收集子模块711，第一收集子模块711用于：设置该应用的新功能对应的一项或多项参数；收集用户使用该应用的新功能所产生的一项或多项参数的值。

在一种可能的实现方式中，收集模块71包括：第二收集子模块712，用于收集用户对该应用的新功能的评分信息和/或评论信息。

在一种可能的实现方式中，调整模块72包括：当前得分计算子模块721，用于根据反馈信息对该应用的新功能进行打分，得到当前得分；上一得分获取子模块722，用于获取该应用的新功能对应的上一得分；调整子模块723，用于若当前得分高于上一得分，则调高该应用的灰度发布比例；若当前得分低于上一得分，则调低灰度发布比例。

在一种可能的实现方式中，控制模块73包括：已发布比例获取子模块731，用于获取该应用的新功能的已发布比例；第一控制子模块732，用于在已发布比例小于灰度发布比例的情况下，向该客户端发布该应用的新功能。

在一种可能的实现方式中，控制模块73包括：唯一标识符获取子模块733，用于在该客户端请求使用该应用的情况下，获取该客户端的唯一标识符；第二控制子模块734，用于根据该客户端的唯一标识符和灰度发布比例确定是否向该客户端发布该应用的新功能。

在一种可能的实现方式中，控制模块73包括：第一下发子模块735，用于将该应用的新功能的标识符下发给该客户端，以使该客户端根据新功能的标识符开启新功能；或者，第二下发子模块736，用于将该应用的新功能的运行脚本下发给该客户端，以使该客户端直接运行新功能的运行脚本。

需要说明的是，这样，通过收集用户对应用的新功能的反馈信息，根据反馈信息调整该应用的灰度发布比例，在客户端请求使用该应用的情况下，根据灰度发布比例确定是否向该客户端发布该应用的新功能，根据本发明实施例的应用的灰度发布装置能够动态调整灰度发布比例，减小存在缺陷的新功能对应发布的用户数，从而能够在缩短灰度发布周期的同时减小存在缺陷的新功能对用户使用体验的影响，且无需通过不同的应用市场渠道进行发布，大大降低了维护成本。

并且，本发明实施例提供的应用的灰度发布方法能够由灰度发布装置自动完成灰度发布比例的动态调整，而无需由专人来进行相关数据跟进以及调整灰度发布比例，从而大大降低了运营成本和人力资源。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间通信连接可以是通过一些接口，模块的通信连接，可以是电性或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

所述装置的功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (14)

1.一种应用的灰度发布方法，其特征在于，包括：

收集用户对应用的新功能的反馈信息；

根据所述反馈信息调整所述应用的灰度发布比例；

在客户端请求使用所述应用的情况下，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。

2.根据权利要求1所述的方法，其特征在于，收集用户对应用的新功能的反馈信息，包括：

设置所述应用的新功能对应的一项或多项参数；

收集用户使用所述应用的新功能所产生的所述一项或多项参数的值。

3.根据权利要求1或2所述的方法，其特征在于，收集用户对应用的新功能的反馈信息，包括：

收集用户对所述应用的新功能的评分信息和/或评论信息。

4.根据权利要求1所述的方法，其特征在于，根据所述反馈信息调整所述应用的灰度发布比例，包括：

根据所述反馈信息对所述应用的新功能进行打分，得到当前得分；

获取所述应用的新功能对应的上一得分；

若所述当前得分高于所述上一得分，则调高所述应用的灰度发布比例；

若所述当前得分低于所述上一得分，则调低所述灰度发布比例。

5.根据权利要求1所述的方法，其特征在于，在客户端请求使用所述应用的情况下，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能，包括：

在客户端请求使用所述应用的情况下，获取所述应用的新功能的已发布比例；

在所述已发布比例小于所述灰度发布比例的情况下，向所述客户端发布所述应用的新功能。

6.根据权利要求1或5所述的方法，其特征在于，在客户端请求使用所述应用的情况下，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能，具体为：

在客户端请求使用所述应用的情况下，获取所述客户端的唯一标识符；

根据所述客户端的唯一标识符和所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。

7.根据权利要求1所述的方法，其特征在于，向所述客户端发布所述应用的新功能，包括：

将所述应用的新功能的标识符下发给所述客户端，以使所述客户端根据所述新功能的标识符开启所述新功能；或者，

将所述应用的新功能的运行脚本下发给所述客户端，以使所述客户端直接运行所述新功能的运行脚本。

8.一种应用的灰度发布装置，其特征在于，包括：

收集模块，用于收集用户对应用的新功能的反馈信息；

调整模块，用于根据所述反馈信息调整所述应用的灰度发布比例；

控制模块，用于在客户端请求使用所述应用的情况下，根据所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。

9.根据权利要求8所述的装置，其特征在于，所述收集模块包括第一收集子模块，所述第一收集子模块用于：

设置所述应用的新功能对应的一项或多项参数；

收集用户使用所述应用的新功能所产生的所述一项或多项参数的值。

10.根据权利要求8或9所述的装置，其特征在于，所述收集模块包括：

第二收集子模块，用于收集用户对所述应用的新功能的评分信息和/或评论信息。

11.根据权利要求8所述的装置，其特征在于，所述调整模块包括：

当前得分计算子模块，用于根据所述反馈信息对所述应用的新功能进行打分，得到当前得分；

上一得分获取子模块，用于获取所述应用的新功能对应的上一得分；

调整子模块，用于若所述当前得分高于所述上一得分，则调高所述应用的灰度发布比例；若所述当前得分低于所述上一得分，则调低所述灰度发布比例。

12.根据权利要求8所述的装置，其特征在于，所述控制模块包括：

已发布比例获取子模块，用于获取所述应用的新功能的已发布比例；

第一控制子模块，用于在所述已发布比例小于所述灰度发布比例的情况下，向所述客户端发布所述应用的新功能。

13.根据权利要求8或12所述的装置，其特征在于，所述控制模块包括：

唯一标识符获取子模块，用于在客户端请求使用所述应用的情况下，获取所述客户端的唯一标识符；

第二控制子模块，用于根据所述客户端的唯一标识符和所述灰度发布比例确定是否向所述客户端发布所述应用的新功能。

14.根据权利要求8所述的装置，其特征在于，所述控制模块包括：

第一下发子模块，用于将所述应用的新功能的标识符下发给所述客户端，以使所述客户端根据所述新功能的标识符开启所述新功能；或者，

第二下发子模块，用于将所述应用的新功能的运行脚本下发给所述客户端，以使所述客户端直接运行所述新功能的运行脚本。