对移动应用进行灰度发布的方法、装置和系统制造方法及图纸

本申请公开了一种对移动应用进行灰度发布的方法、装置和系统以及在客户端对移动应用进行更新的装置。上述方法的一具体实施方式包括：获取移动应用的灰度发布配置信息和移动应用的灰度应用数据；接收客户端发送的应用更新请求，应用更新请求包括所述客户端的用户属性信息；基于灰度发布配置信息与用户属性信息确定是否进行灰度发布；以及响应于确定进行灰度发布，向客户端发送移动应用的灰度应用数据以在客户端上呈现。该实施方式实现了将灰度应用的很好地投放到指定人群，一方面可以降低开发的成本，另一方面也能减小灰度应用泄露的风险。

【技术实现步骤摘要】

本公开一般涉及移动应用领域，具体涉及移动应用发布方案，尤其涉及对移动应用进行灰度发布的方法、装置和系统以及在客户端对移动应用进行更新的装置。
技术介绍
随着移动互联网的蓬勃发展，移动应用已经成为互联网用户日常生活的必需。为了争夺用户，移动应用产品功能快速迭代，发版周期往往很短。为了快速发布同时又能保障产品质量，开发者常常采用对移动应用新版本进行灰度发布的方法。灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。AB测试就是一种灰度发布方式，让一部分用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迀移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。现有的移动应用灰度发布实现方案主要有:(I)邀请用户参加内测试用或由用户主动申请内测；(2)开发者自主开发版本升级控制逻辑，在移动应用升级请求时灰度发布新版本。现有方法的主要问题在于:(I)成本高，邀请内测的方式需要很长的时间才能完成足够量的测试用户，而自主开发版本升级逻辑的方式则需要较大的开发成本和后续维护成本；(2)精准度差，难以控制将新版本投放到指定数量、指定类型的用户；(3)泄露风险大，由于在公开场合发布或者通过后台给某些用户更新升级，竞争对手容易知道新版本特性，从而迅速模仿抄袭并抢先发版。
技术实现思路
鉴于现有技术中的上述缺陷或不足，期望提供一种能够节约发布成本、提高精准度、减少泄露风险的方案。为了实现上述一个或多个目的，本申请提供了一种对移动应用进行灰度发布的方法、装置和系统以及在客户端对移动应用进行更新的装置。第一方面，本申请提供了一种对移动应用进行灰度发布的方法，包括:获取移动应用的灰度发布配置信息和移动应用的灰度应用数据；接收客户端发送的应用更新请求，应用更新请求包括所述客户端的用户属性信息；基于灰度发布配置信息与用户属性信息确定是否进行灰度发布；以及响应于确定进行灰度发布，向客户端发送移动应用的灰度应用数据以在客户端上呈现。第二方面，本申请提供了一种对移动应用进行灰度发布的装置，包括:获取单元，配置用于获取移动应用的灰度发布配置信息和移动应用的灰度应用数据；接收单元，配置用于接收客户端发送的应用更新请求，应用更新请求包括客户端的用户属性信息；确定单元，配置用于基于灰度发布配置信息与用户属性信息确定是否进行灰度发布；以及发布单元，配置用于响应于确定进行灰度发布，向客户端发送移动应用的灰度应用数据以在客户端上呈现。第三方面，本申请提供了一种在客户端对移动应用进行更新的装置，包括:采集单元，配置用于采集客户端的用户属性信息；生成单元，配置用于生成应用更新请求，应用更新请求包括客户端的用户属性信息；发送单元，配置用于向服务器发送应用更新请求以供服务器确定是否对待更新的移动应用进行灰度发布；以及接收单元，配置用于从服务器接收移动应用的灰度应用数据，其中灰度应用数据是服务器响应于基于移动应用的灰度发布配置信息与用户属性信息确定进行灰度发布而发送的。第四方面，本申请提供了一种对移动应用进行灰度发布的系统，系统包括服务器和客户端，服务器包括灰度发布配置模块、应用数据存储模块和灰度发布策略模块，客户端包括应用更新展现模块，其中:灰度发布配置模块用于配置移动应用的灰度发布配置信息；应用数据存储模块用于存储移动应用的灰度应用数据和灰度发布配置信息；应用更新展现模块用于生成应用更新请求，应用更新请求包括客户端的用户属性信息；灰度发布策略模块用于基于应用数据存储模块中的灰度发布配置信息和应用更新展现模块提供的用户属性信息确定是否进行灰度发布，以及响应于确定进行灰度发布，向应用更新展现模块发送移动应用的灰度应用数据；并且应用更新展现模块用于展现灰度应用数据。本申请提供的对移动应用进行灰度发布的方法、装置和系统以及在客户端对移动应用进行更新的装置，通过获取移动应用的灰度发布配置信息和移动应用的灰度应用数据并接收客户端发送的应用更新请求，然后基于灰度发布配置信息与用户属性信息确定是否进行灰度发布，最后响应于确定进行灰度发布，向客户端发送移动应用的灰度应用数据以在客户端上呈现，实现了将灰度应用很好地投放到指定人群的目的。本申请的实施例可以在移动应用商店上实现，因而可以降低应用开发者的开发成本。另一方面，由于只在客户端上发布，也能减小灰度应用泄露的风险。【附图说明】通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显:图1示出了其中可以应用本申请实施例的示例性系统架构；图2示出了现有的移动应用商店客户端产品的应用升级流程图200 ；图3示出了根据本申请实施例的对移动应用进行灰度发布的方法的一个示例性流程图300 ；图4示出了根据本申请实施例的获取灰度发布信息的一个示例性界面图；图5示出了根据本申请实施例的对移动应用进行灰度发布的装置的一个示例性结构框图；图6示出了根据本申请实施例的在客户端对移动应用进行更新的装置的一个示例性结构框图；图7示出了根据本申请实施例的对移动应用进行灰度发布的系统的一个示例性结构框图；以及图8示出了适于用来实现本申请实施例的终端设备和服务器的计算机系统的结构示意图。【具体实施方式】下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关专利技术，而非对该专利技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关专利技术相关的部分。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。请参考图1，其示出了可以应用本申请实施例的示例性系统架构100。如图1所示，系统架构100可以包括终端设备101、102、网络103和服务器104、105、106和107。网络103用以在终端设备101、102和服务器104、105、106、107之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。用户110可以使用终端设备101、102通过网络103与服务器104、105、106、107交互，以访问各种服务，例如浏览网页、下载移动应用等。终端设备101、102上可以安装有各种客户端应用，例如应用商店、浏览器、社交应用、各种游戏等。终端设备101、102可以是各种电子设备，包括但不限于个人电脑、智能手机、智能电视、平板电脑、个人数字助理、电子书阅读器等等。服务器104、105、106、107可以是提供各种服务的服务器。服务器可以响应于用户的服务请求而提供服务。可以理解，一个服务器可以提供一种或多种服务，同一种服务也可以由多个服务器来提供。在本申请的实施例中，所涉及的服务器可以包括但不限于应用商店服务器。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。本申请实施例的对移动应用进行灰度发布的方案基于移动应用商店的升级流程完成，因此在展开本申请实施例的方案之前，先介绍根据现有技术的移动应用商店客户端的应用升级方案。请参考图2，其示出了现有的移动应用商店客户端的应用升级流程图100。如图2本文档来自技高网...

【技术保护点】
一种对移动应用进行灰度发布的方法，包括：获取所述移动应用的灰度发布配置信息和所述移动应用的灰度应用数据；接收客户端发送的应用更新请求，所述应用更新请求包括所述客户端的用户属性信息；基于所述灰度发布配置信息与所述用户属性信息确定是否进行灰度发布；以及响应于确定进行灰度发布，向所述客户端发送所述移动应用的灰度应用数据以在所述客户端上呈现。

【技术特征摘要】

【专利技术属性】
技术研发人员：潘钧儒，陈伟，刘斌，
申请(专利权)人：百度在线网络技术北京有限公司，
类型：发明
国别省市：北京;11