CN111381845A

CN111381845A - 软件灰度升级方法、装置、存储介质、终端和服务器

Info

Publication number: CN111381845A
Application number: CN201811625429.4A
Authority: CN
Inventors: 陈辉明; 姜健华
Original assignee: Guangzhou Baiguoyuan Information Technology Co Ltd
Current assignee: Guangzhou Baiguoyuan Information Technology Co Ltd
Priority date: 2018-12-28
Filing date: 2018-12-28
Publication date: 2020-07-07
Anticipated expiration: 2038-12-28
Also published as: CN111381845B

Abstract

本申请提供一种软件灰度升级方法、装置、存储介质、终端和服务器，所述的方法包括：获取软件发送的灰度升级请求；所述灰度升级请求包括所述软件的用户行为数据；对所述软件的用户行为数据进行分析，获得所述软件的用户特征；将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征进行匹配，获得匹配的灰度策略；将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级。本申请实施例实现了新版本性能的较好验证。

Description

软件灰度升级方法、装置、存储介质、终端和服务器

技术领域

本申请涉及计算机技术领域，具体而言，本申请涉及一种软件灰度升级方法、装置、存储介质、终端和服务器。

背景技术

随着软件用户量越来越大，软件每次版本更新，都需要考虑到版本对用户造成的影响。因此在软件升级时一般采用的是灰度升级策略，即先针对一部分用户升级版本，观察版本的稳定性，当版本稳定后才对软件的全量用户进行升级。

现有技术方案，多为针对部分用户随机进行灰度升级，例如简单的先到先得策略，云端收到一定量的检查版本更新请求后，就停止对应用下发，以此来控制灰度量，又例如对连接到某台服务器的全量用户进行灰度，等等。该种方案样本选择比较随机，不能很好的验证新版本的性能。

发明内容

本申请针对现有方式的缺点，提出一种软件灰度升级方法、装置、存储介质、终端和服务器，以实现新版本性能的较好验证。

本申请的实施例根据第一个方面，提供了一种软件灰度升级方法，包括：

获取软件发送的灰度升级请求；所述灰度升级请求包括所述软件的用户行为数据；

对所述软件的用户行为数据进行分析，获得所述软件的用户特征；

将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征进行匹配，获得匹配的灰度策略；

将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级。

在一个实施例中，所述灰度升级请求还包括所述软件的信息和/或所述软件所在终端的信息；

所述将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征进行匹配，获得匹配的灰度策略，包括：

将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征匹配；

将所述软件的信息与预先配置的各个灰度策略中指定的软件的信息匹配；和/或，将所述软件的所在终端的信息与预先配置的各个灰度策略中指定的终端的信息匹配；

若均匹配，获得匹配的灰度策略。

在一个实施例中，所述将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级，之后，还包括：

接收所述软件发送的升级后的用户行为数据；

根据升级后的用户行为数据对匹配的灰度策略进行校准。

本申请的实施例根据第二个方面，还提供了另一种软件灰度升级方法，包括：

上报包括软件的用户行为数据的灰度升级请求；

接收返回的匹配的灰度策略；所述匹配的灰度策略中指定的用户特征与基于所述软件的用户行为数据获得的用户特征匹配一致；

根据匹配的灰度策略执行升级。

在一个实施例中，若匹配的灰度策略指定的升级类型为提示升级，所述根据匹配的灰度策略执行升级，包括：

根据匹配的灰度策略下载升级的安装包；

接收到用户输入的升级指令时，安装所述安装包。

本申请的实施例根据第三个方面，还提供了一种软件灰度升级装置，包括：

灰度升级请求获取模块，用于获取软件发送的灰度升级请求；所述灰度升级请求包括所述软件的用户行为数据；

用户特征获得模块，用于对所述软件的用户行为数据进行分析，获得所述软件的用户特征；

匹配模块，用于将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征进行匹配，获得匹配的灰度策略；

灰度策略发送模块，用于将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级。

本申请的实施例根据第四个方面，还提供了另一种软件灰度升级装置，包括：

灰度升级请求上报模块，用于上报包括软件的用户行为数据的灰度升级请求；

灰度策略接收模块，用于接收返回的匹配的灰度策略；所述匹配的灰度策略中指定的用户特征与基于所述软件的用户行为数据获得的用户特征匹配一致；

升级模块，用于根据匹配的灰度策略执行升级。

本申请的实施例根据第五个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任意一项所述的软件灰度升级方法。

本申请的实施例根据第六个方面，还提供了一种服务器，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任意一项所述的软件灰度升级方法。

本申请的实施例根据第七个方面，还提供了一种终端，所述终端包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

上述的软件灰度升级方法、装置、存储介质、终端和服务器，根据新版本的功能分析出该新版本的功能主要面向的用户，主要面向的用户对新版本功能的操作可以很好的验证新版本的性能，根据分析的结果配置灰度策略，在进行灰度升级时，根据上传的用户行为数据获得用户特征，找到与该用户特征匹配的灰度策略，用户根据匹配的灰度策略执行升级，因此本申请能够精确地灰度到具有某类特定行为的用户，而该类用户是新版本主要面向的对象，因此通过该用户对升级的新版本的操作可以很好的验证新版本的性能，进而提高了新版本的质量。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请一个实施例的软件灰度升级方法的示意图；

图2为本申请一个实施例的配置的灰度策略的示意图；

图3为本申请一个实施例的软件灰度升级装置的示意图；

图4为本申请另一个实施例的软件灰度升级方法的示意图；

图5为本申请另一个实施例的软件灰度升级装置的示意图；

图6为本申请一个具体实施例的软件灰度升级方法的示意图；

图7为本申请一个实施例的服务器的示意图；

图8为本申请一个实施例的终端的示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本技术领域技术人员可以理解，这里所使用的服务器、云端等概念，具有等同效果，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本申请的实施例中，终端设备与服务器之间可通过任何通信方式实现通信，包括但不限于，移动通信、计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。

首先从云端系统或者服务器的角度出发，对本申请实施例提供的软件灰度升级方法和装置的具体实施方式进行详细介绍。

如图1所示，为一实施例的软件灰度升级方法的示意图，该方法包括：

S11、获取软件发送的灰度升级请求；所述灰度升级请求包括所述软件的用户行为数据。

软件泛指在计算机(包括智能手机等计算设备)上运行的程序，包括系统软件、驱动程序、应用程序(app，application)等。本申请可以应用于所有软件产品形态的灰度升级，从小范围更新产品服务，灰度放量观察用户反馈以及技术指标，正常后再对产品进行全量的发布。如将本申请应用于android(安卓)系统下app的灰度升级，app灰度发布时逐步扩大使用群体范围，直至全量发布，其中，android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备。

软件的用户行为数据是与软件相关的用户行为数据。用户行为数据为用户操作软件所产生的数据。如上报的用户行为数据包括用户在app的页面轨迹、用户在某个页面的停留时长等。

可选的，在一个实施例中，所述灰度升级请求还可以包括所述软件的信息和/或所述软件所在终端的信息。软件的信息指的是软件属性相关的信息，软件所在终端的信息指的是终端的属性信息。除用户行为数据之外，灰度升级请求还可以包括软件的信息，或者软件所在终端的信息，或者软件的信息和所在终端的信息。软件的信息和软件所在终端的信息可以根据实际需要进行设置，例如，软件所在终端的信息包括机型和系统版本等，软件的信息包括app版本、app渠道、app用户标识等。

如，在一个实施例中，上报的主要字段如下：

versionCode：终端当前版本号；

phoneModel：手机机型，如oppo r9s；vivo；

osVersion：android系统版本，如6.0.1；

channel：app当前渠道；

brand：获取设备品牌，如oppo，vivo，samsung；

manufacturer：获取设备制造商；

display：获取设备显示的版本；

page：上报用户在app的页面轨迹；

staytime：上报用户在某个页面的停留时长；

event：app事件埋点上报；

以及其他用户行为字段。

该步骤完成初始数据的上报过程，为灰度策略匹配提供基础依据。

S12、对所述软件的用户行为数据进行分析，获得所述软件的用户特征。

云端系统或者服务器结合上报的用户行为数据分析出用户特征，如根据用户行为数据分析出用户的爱好、圈子、年龄层等用户特征，具体分析用户行为数据获得用户特征的过程可以采用现有技术中已有的方式实现。以分析爱好为例，可以根据上报的用户在页面的停留时长确定用户的爱好，停留时长越长，用户对该页面的内容越有兴趣。

S13、将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征进行匹配，获得匹配的灰度策略。

配置人员需要在运营后台预先配置灰度策略。运营后台配置支持每个灰度策略配置，有历史灰度策略的列表，列表可点击启动和停止，以及跳转到编辑详情页面，支持多个版本同时灰度。灰度策略指的是云端系统或者服务器最终下发给软件的一份完整配置。一般情况下，灰度策略包括升级信息和匹配规则。下面对升级信息和匹配规则进行介绍。

升级信息用于软件的升级，即软件根据该升级信息下载安装包执行升级。可选的，升级信息包括版本下载链接等。

例如，如下所示，升级信息字段定义如下：

versionCode：终端升级版本号，给设备软件识别版本(升级)用的，必须是一个interger值，整数；

minimum：终端最小版本号；

url(Uniform Resource Locator，统一资源定位符)：版本下载链接；

versionName：显示版本号，该值是个字符串，用于显示给用户，可以写1.1,1.2等等版本；

explain：升级提示；

md5：apk(AndroidPackage，安卓安装包)的md5值；

type：升级类型，静默升级or提示升级；

network：网络类型，如wifi，4g，all。

结合上述字段定义，给出配置示例：

{"versionCode":250,"minimum":5,"url":"https://xxx.apk"，"versionName"："1.2.0"，"explain":"更新提示：bugs fix","md5":"adfadbasbfasfadxxx","type":"quiesce","network"："wifi"}

这条配置的含义是，配置灰度升级的版本号是250，对最小版本号是5的用户进行强制升级，apk的下载链接是https:xxx.apk，显示的版本号是1.2.0，提示文案是bugs fix，apk的md5值adfadbasbfasfadxxx，type是quiesce表示静默升级。

匹配规则用于与基于灰度升级请求获得的字段进行匹配，找到与灰度升级请求匹配的灰度策略。如在根据用户特征进行匹配时，需要分析出新版本功能面向的用户特征，运营人员在灰度策略中的匹配规则输入该用户特征。又如还需要根据软件的信息进行匹配时，需要分析出新版本对应哪些软件信息，运营人员在灰度策略中的匹配规则输入该软件的信息，等等。

云端系统或者服务器读取运营后台配置的匹配规则：

1)正常灰度：控制灰度的量，先到先得，云端系统或者服务器按照下发量进行控制，运营后台可以填写下发量的上限，云端下发到上限就停止下发，运营后台也可以手动停止灰度。

2)定制灰度：可以根据需要设置定制灰度里面的匹配规则，如：指定源版本，根据版本号versionCode来灰度；指定uids(User Identifications，用户身份证明)，运营后台可以配置一批uid，根据这批uid来下发灰度策略；对同时满足版本号和uids的用户下发灰度策略；指定渠道，按照用户当前渠道来配置升级，如oppo/vivo/huawei/samsung/tencent等；指定机型，按照具体机型下发配置，如oppo r9s/oppo r9s plus/vivo y66等；指定系统版本，按照具体的系统版本下发配置，如android系统6.0.0/6.0.1/7.0等；智能配置，可以支持配置某几类用户特征，如某类爱好、圈子、年龄层等用户特征，云端系统或者服务器下发灰度策略给对应的用户，比如，某类喜欢玩游戏的用户，如果出了开黑产品功能，则优先推送给他们，某类学生用户，如果出了教育相关功能，则优先推送给他们。

另外，云端系统或者服务器还需要配置灰度策略的排序规则。优先级为：定制灰度>正常灰度>全量，运营后台支持配置多个版本的灰度配置，云端系统或者服务器支持检查管理运营后台版本配置的能力，云端系统或者服务器按照定义的优先级读取灰度策略下发到终端。

如图2所示，为一实施例配置的灰度策略的示意图。该配置的灰度策略包括基础配置和高级配置两个部分。基础配置包括：策略名称；升级信息配置，对应条框显示的提示信息为，升级json信息串填写(version,apkurl以及更新日志信息)；策略停止条件，设置两个选项框，一个是是否全量的选项框，另一个是下发上限人数的选项框，当满足设置的下发上限人数时停止下发灰度策略。高级配置部分用于输入匹配规则，包括：指定源版本，对应条框显示的提示信息为，可填写版本号(versionCode)；指定uids，对应条框显示的提示信息为，可填写uids(uid用逗号隔开)；指定渠道，对应条框显示的提示信息为，可填写当前渠道名(currentChannel)，oppo/vivo等；指定机型，对应条框显示的提示信息为，可填写需要升级的机型，如(oppo r9s/oppo r9s plus/vivoy66等)，多个机型使用逗号隔开；指定android系统版本，对应条框显示的提示信息为，可填写具体的android系统版本(6.0.0/6.0.1/6.0.3)，多个版本用逗号隔开。指定的用户特征在配置的该灰度策略中未示意，还可以在灰度策略中指定用户特征。

云端系统或者服务器读取运营后台配置的各个灰度策略，将上报的用户行为数据得到的用户特征与各个灰度策略中指定的用户特征进行匹配，得到最优的灰度策略。如果上报的灰度升级请求还包括其它数据，如版本、渠道等等，还需要同时对这些字段进行匹配，因此，在一个实施中，所述将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征进行匹配，获得匹配的灰度策略，包括：将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征匹配；将所述软件的信息与预先配置的各个灰度策略中指定的软件的信息匹配；和/或，将所述软件的所在终端的信息与预先配置的各个灰度策略中指定的终端的信息匹配；若均匹配，获得匹配的灰度策略。

云端系统或者服务器读取运营后台配置的各个灰度策略，对不同的版本、渠道、系统版本、用户特征等条件的软件匹配运营后台不同的灰度策略。

S14、将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级。

找到与灰度升级请求对应的灰度策略后，将该灰度策略返回给软件，软件解析灰度策略内容，执行相应的提示升级或者静默升级等。

上述软件灰度升级方法，可以让终端实现多个版本同时在线上跑；在少部分用户群体中灰度观察用户数据和技术指标，正常后终端可以不断扩大灰度范围，直至全量；灵活性高，线上出问题后，可以针对用户、渠道、机型等特征进行灰度解决问题，支持针对特定版本等具有某类特征的用户投放版本验证产品功能，支持针对软件、终端基本信息全维度灰度，解决策略多样，针对性高，同时优化了用户的升级体验。

本申请实现了效果闭环，效果闭环指的是整个灰度的启动到智能停止灰度过程。在一个实施例中，所述将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级，之后，还包括：接收所述软件发送的升级后的用户行为数据；根据升级后的用户行为数据对匹配的灰度策略进行校准。云端系统或者服务器分析根据具有某类特征的用户行为智能下发的灰度策略，对比升级前后的用户行为数据是否一致，或者对于智能推送的新功能，根据升级后的用户行为数据分析用户的使用频率和喜好程度等，通过分析不断调整灰度策略，实现对下发的灰度策略的校准。

另外，软件还可以上报用户升级后的版本给云端系统或者服务器，云端系统或者服务器统计升级的版本，统计各个版本的用户量，用户量达到运营后台配置的上限后，或者到达下发量上限后，停止向软件下发灰度策略，完成系统闭环。

基于同一发明构思，本申请还提供一种软件灰度升级装置，下面结合附图对该装置的具体实施方式进行详细介绍。

如图3所示，为一实施例的软件灰度升级装置的示意图，该装置包括：

灰度升级请求获取模块11，用于获取软件发送的灰度升级请求；所述灰度升级请求包括所述软件的用户行为数据；

用户特征获得模块12，用于对所述软件的用户行为数据进行分析，获得所述软件的用户特征；

匹配模块13，用于将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征进行匹配，获得匹配的灰度策略；

灰度策略发送模块14，用于将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级。

在一个实施例中，所述灰度升级请求还包括所述软件的信息和/或所述软件所在终端的信息；匹配模块13用于将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征匹配；将所述软件的信息与预先配置的各个灰度策略中指定的软件的信息匹配；和/或，将所述软件的所在终端的信息与预先配置的各个灰度策略中指定的终端的信息匹配；在均匹配时，获得匹配的灰度策略。

在一个实施例中，所述装置还包括与灰度策略发送模块14相连的校准模块，所述校准模块用于接收所述软件发送的升级后的用户行为数据；根据升级后的用户行为数据对匹配的灰度策略进行校准。

上述软件灰度升级装置的其它技术特征与上述软件灰度升级方法的技术特征相同，在此不予赘述。

首先从软件所在终端的角度出发，对本申请实施例提供的软件灰度升级方法和装置的具体实施方式进行详细介绍。

如图4所示，为一实施例的软件灰度升级方法的示意图，该方法包括：

S21、上报包括软件的用户行为数据的灰度升级请求。

软件泛指在计算机(包括智能手机等计算设备)上运行的程序，包括系统软件、驱动程序、应用程序(app，application)等。本申请可以应用于所有软件产品形态的灰度升级，从小范围更新产品服务，灰度放量观察用户反馈以及技术指标，正常后再对产品进行全量的发布。如将本申请应用于android(安卓)系统下app的灰度升级，app灰度发布时逐步扩大使用群体范围，直至全量发布。

如，在一个实施例中，上报的主要字段如下：

versionCode：终端当前版本号；

phoneModel：手机机型，如oppo r9s；vivo；

osVersion：android系统版本，如6.0.1；

channel：app当前渠道；

brand：获取设备品牌，如oppo，vivo，samsung；

manufacturer：获取设备制造商；

display：获取设备显示的版本；

page：上报用户在app的页面轨迹；

staytime：上报用户在某个页面的停留时长；

event：app事件埋点上报；

以及其他用户行为字段。

S22、接收返回的匹配的灰度策略；所述匹配的灰度策略中指定的用户特征与基于所述软件的用户行为数据获得的用户特征匹配一致。

云端系统或者服务器等结合上报的用户行为数据分析出用户特征，如根据用户行为数据分析出用户的爱好、圈子、年龄层等用户特征，具体分析用户行为数据获得用户特征的过程可以采用现有技术中已有的方式。将所述软件的用户特征与预先配置的各个灰度策略中指定的用户特征进行匹配，获得匹配的灰度策略，将匹配的灰度策略返回给软件。

如果上报的灰度升级请求还包括其它数据，如版本、渠道等等，云端系统或者服务器还需要同时对这些字段进行匹配，对不同的版本、渠道、系统版本、用户特征等条件的软件匹配运营后台不同的灰度策略，并返回给软件。

S23、根据匹配的灰度策略执行升级。

软件解析灰度策略内容，执行相应的提示升级或者静默升级等。静默升级是指可在不打扰用户的情况下(不显示升级程序界面)，升级程序根据定时升级的设定值自动完成升级。提示升级为弹出窗口提示用户有新版本，由用户自己选择是否升级。

在一个实施例中，若匹配的灰度策略指定的升级类型为提示升级，所述根据匹配的灰度策略执行升级，包括：根据匹配的灰度策略下载升级的安装包；接收到用户输入的升级指令时，安装所述安装包。在升级类型为提示升级时，自动下载安装包，用户点击升级直接就能安装该安装包，相较于现有技术中点击升级下载安装包并安装的过程，本申请在用户点击升级后省去下载步骤，减少了用户等待时间。

以下述下发的灰度策略为例，说明升级的过程。

{"versionCode":250,"minimum":5,"url":"https://xxx.apk"，"versionName"："1.2.0"，"explain":"更新提示：bugs fix","md5":"adfadbasbfasfadxxx","type":"remind"，"network"："wifi"}

终端接收到云端系统或者服务器下发的灰度策略。当终端当前的版本号低于下发的versionCode，并且大于最小的版本号minimum时，根据type类型"remind"，提示用户有新版本，由用户自己选择是否更新。在wifi环境下，使用url帮用户下载apk到本地，并校验下载的md5与云端系统或者服务器配置的md5是否一致，用户选择更新后，则直接可以安装新版本，省去下载过程。

在另一个实施例中，若匹配的灰度策略指定的升级类型为静默升级，所述根据匹配的灰度策略执行升级，包括：根据匹配的灰度策略下载并安装升级的安装包。在升级类型为静默升级时，自动下载安装包并安装，用户无感知即可升级到云端系统或者服务器下发的最新版本，提升用户体验。

以下述下发的灰度策略为例，说明升级的过程。

{"versionCode":250,"minimum":5,"url":"https://xxx.apk"，"versionName"："1.2.0"，"explain":"更新提示：bugs fix","md5":"adfadbasbfasfadxxx","type":"quiesce"，"network"："wifi"}

终端接收到云端系统或者服务器下发的灰度策略。当终端当前的版本号低于下发的versionCode，并且大于最小的版本号minimum时，根据type类型"quiesce"，在wifi环境下，对终端进行静默升级，下载url的apk到本地，并且校验下载的md5与云端系统或者服务器配置的md5是否一致，然后静默安装，用户打开应用后直接就是新版本，终端显示版本号为versionName配置的版本号。

上述软件灰度升级方法，可以让终端实现多个版本同时在线上跑；在少部分用户群体中灰度观察用户数据和技术指标，正常后终端可以不断扩大灰度范围，直至全量；灵活性高，线上出问题后，可以针对用户、渠道、机型等特征进行灰度解决问题，支持针对特定版本等具有某类特征的用户投放版本验证产品功能，支持针对软件、终端基本信息全维度灰度，解决策略多样，针对性高，同时优化了用户的升级体验；在执行提示升级时，自动下载安装包，用户点击升级直接就能安装，省去下载步骤，减少用户等待时间；在执行静默升级时，用户无感知即可升级到云端系统或者服务器下发的最新版本，提升用户体验。

本申请实现了效果闭环，效果闭环指的是整个灰度的启动到智能停止灰度过程。在一个实施例中，所述将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级，之后，还包括：上报升级后的用户行为数据，以根据升级后的用户行为数据对匹配的灰度策略进行校准。云端系统或者服务器分析根据具有某类特征的用户行为智能下发的灰度策略，对比升级前后的用户行为数据是否一致，或者对于智能推送的新功能，根据升级后的用户行为数据分析用户的使用频率和喜好程度等，通过分析不断调整灰度策略，实现对下发的灰度策略的校准。

基于同一发明构思，本申请还提供一种软件灰度升级装置，下面结合附图对本申请装置的具体实施方式进行详细介绍。

如图5所示，为一实施例的软件灰度升级装置的示意图，该装置包括：

灰度升级请求上报模块21，用于上报包括软件的用户行为数据的灰度升级请求；

灰度策略接收模块22，用于接收返回的匹配的灰度策略；所述匹配的灰度策略中指定的用户特征与基于所述软件的用户行为数据获得的用户特征匹配一致；

升级模块23，用于根据匹配的灰度策略执行升级。

在一个实施例中，若匹配的灰度策略指定的升级类型为提示升级，升级模块23根据匹配的灰度策略下载升级的安装包；接收到用户输入的升级指令时，安装所述安装包。

为了更好的理解本申请，下面结合一个具体实施例进行介绍。

如图6所示，为一具体实施例的软件灰度升级方法的交互示意图，该方法包括步骤：

1、配置人员在运营后台配置灰度策略，并存储在匹配库中；

2、app向云端上报机型、版本号、渠道和用户行为等信息；

3、云端从运行后台读取配置的各个灰度策略；

4、运营后台将配置的各个灰度策略返回给云端；

5、云端智能分析用户行为等信息，选择匹配库中最佳配置(匹配的灰度策略)；

6、云端将匹配的灰度策略返回至app；

7、app在场景触发时，根据该灰度策略执行升级；

8、app上报升级的版本、用户行为等信息到云端进行统计；

9、云端统计升级的版本的数量，升级数量达到运营后台配置上限后，或者到达下发量上限后，停止向app下发灰度策略(即图中的灰度配置)；

10、云端对升级后的版本进行分析，大数据平台分析用户行为，对智能下发的灰度策略做校准。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任意一项所述的软件灰度升级方法。其中，所述存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random AcceSS Memory，随即存储器)、EPROM(EraSable ProgrammableRead-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically EraSableProgrammable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。可以是只读存储器，磁盘或光盘等。

本申请实施例还提供一种服务器，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

图7为本申请服务器的结构示意图，包括处理器32、存储装置33、输入单元34以及显示单元35等器件。本领域技术人员可以理解，图7示出的结构器件并不构成对所有服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存储装置33可用于存储应用程序31以及各功能模块，处理器32运行存储在存储装置33的应用程序31，从而执行设备的各种功能应用以及数据处理。存储装置33可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦写可编程ROM(EEPROM)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、ZIP盘、U盘、磁带等。本申请所公开的存储装置包括但不限于这些类型的存储装置。本申请所公开的存储装置33只作为例子而非作为限定。

输入单元34用于接收信号的输入，以及接收软件发送的灰度升级请求。输入单元34可包括触控面板以及其它输入设备。触控面板可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元35可用于显示用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元35可采用液晶显示器、有机发光二极管等形式。处理器32是计算机设备的控制中心，利用各种接口和线路连接整个电脑的各个部分，通过运行或执行存储在存储装置33内的软件程序和/或模块，以及调用存储在存储装置内的数据，执行各种功能和处理数据。

在一实施方式中，服务器包括一个或多个处理器32，以及一个或多个存储装置33，一个或多个应用程序31，其中所述一个或多个应用程序31被存储在存储装置33中并被配置为由所述一个或多个处理器32执行，所述一个或多个应用程序31配置用于执行以上实施例所述的软件灰度升级方法。

本申请实施例还提供一种终端，所述终端包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

如图8所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑、服务器等任意终端设备，以终端为手机为例：

图8示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图8，手机包括：射频(Radio Frequency，RF)电路41、存储装置42、输入单元43、显示单元44、传感器45、音频电路46、无线保真(wireless fidelity，Wi-Fi)模块47、处理器48、以及电源49等部件。本领域技术人员可以理解，图8中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图8对手机的各个构成部件进行具体的介绍：

RF电路41可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器48处理；另外，将设计上行的数据发送给基站。通常，RF电路41包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路41还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System ofMobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband CodeDivision Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储装置42可用于存储软件程序以及模块，处理器48通过运行存储在存储装置42的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储装置42可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的软件(比如灰度升级功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如灰度策略、电话本等)等。此外，存储装置42可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元43可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元43可包括触控面板431以及其他输入设备432。触控面板431，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板431上或在触控面板431附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板431可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器48，并能接收处理器48发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板431。除了触控面板431，输入单元43还可以包括其他输入设备432。具体地，其他输入设备432可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元44可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元44可包括显示面板441，可选的，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板441。进一步的，触控面板431可覆盖显示面板441，当触控面板431检测到在其上或附近的触摸操作后，传送给处理器48以确定触摸事件的类型，随后处理器48根据触摸事件的类型在显示面板441上提供相应的视觉输出。虽然在图8中，触控面板431与显示面板441是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板431与显示面板441集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器45，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板441的亮度，接近传感器可在手机移动到耳边时，关闭显示面板441和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路46、扬声器461，传声器462可提供用户与手机之间的音频接口。音频电路46可将接收到的音频数据转换后的电信号，传输到扬声器461，由扬声器461转换为声纹信号输出；另一方面，传声器462将收集的声纹信号转换为电信号，由音频电路46接收后转换为音频数据，再将音频数据输出处理器48处理后，经RF电路41以发送给比如另一手机，或者将音频数据输出至存储装置42以便进一步处理。

Wi-Fi属于短距离无线传输技术，手机通过Wi-Fi模块47可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图8示出了Wi-Fi模块47，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器48是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储装置42内的软件程序和/或模块，以及调用存储在存储装置42内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器48可包括一个或多个处理单元；优选的，处理器48可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和软件等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器48中。

手机还包括给各个部件供电的电源49(比如电池)，优选的，电源可以通过电源管理系统与处理器48逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在一实施方式中，终端包括一个或多个处理器48，以及一个或多个存储装置42，一个或多个软件，其中所述一个或多个软件被存储在存储装置42中并被配置为由所述一个或多个处理器48执行，所述一个或多个软件配置用于执行以上实施例所述的软件灰度升级方法。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

应该理解的是，在本申请各实施例中的各功能单元可集成在一个处理模块中，也可以各个单元单独物理存在，也可以两个或两个以上单元集成于一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种软件灰度升级方法，其特征在于，包括：

2.根据权利要求1所述的软件灰度升级方法，其特征在于，所述灰度升级请求还包括所述软件的信息和/或所述软件所在终端的信息；

若均匹配，获得匹配的灰度策略。

3.根据权利要求1或2所述的软件灰度升级方法，其特征在于，所述将匹配的灰度策略返回给所述软件，以使所述软件根据匹配的灰度策略执行升级，之后，还包括：

接收所述软件发送的升级后的用户行为数据；

根据升级后的用户行为数据对匹配的灰度策略进行校准。

4.一种软件灰度升级方法，其特征在于，包括：

上报包括软件的用户行为数据的灰度升级请求；

根据匹配的灰度策略执行升级。

5.根据权利要求4所述的软件灰度升级方法，其特征在于，若匹配的灰度策略指定的升级类型为提示升级，所述根据匹配的灰度策略执行升级，包括：

根据匹配的灰度策略下载升级的安装包；

接收到用户输入的升级指令时，安装所述安装包。

6.一种软件灰度升级装置，其特征在于，包括：

7.一种软件灰度升级装置，其特征在于，包括：

升级模块，用于根据匹配的灰度策略执行升级。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至5中任意一项所述的软件灰度升级方法。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1至3中任意一项所述的软件灰度升级方法。

10.一种终端，其特征在于，所述终端包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求4或5所述的软件灰度升级方法。