版本更新方法及装置与流程

本发明涉及互联网
技术领域：
，特别涉及一种版本更新方法及装置。
背景技术：
：随着互联网技术的不断发展，智能设备中应用程序的版本更新频率越来越高。应用程序可以简称为应用，为了保证更新版本的稳定性，开发人员通常采用灰度发布的方式发布应用的更新版本。采用灰度发布的方式发布更新版本时，通常采用随机抽取的方式，从使用该应用的用户中抽取部分测试用户，并向测试用户发送更新版本，提醒测试用户进行版本更新。若更新版本经过测试用户的使用并运行稳定，则逐步扩大更新版本发送范围，最终将更新版本下发至所有使用该应用的用户。在实现本发明的过程中，发明人发现现有技术至少存在以下问题：采用随机抽取的方式进行灰度发布，缺乏针对性，导致更新版本无法得到全面的测试，在大规模更新的情况下存在较大风险。技术实现要素：为了解决现有技术存在的问题，本发明实施例提供了一种版本更新方法及装置。所述技术方案如下：根据本发明的第一方面，提供了一种版本更新方法，所述方法包括：获取指定应用的更新版本所对应的灰度下发策略；接收终端发送的版本更新请求，所述终端中安装有所述指定应用；检测所述版本更新请求中携带的终端信息是否符合所述灰度下发策略；若所述终端信息符合所述灰度下发策略，则向所述终端下发所述更新版本对应的更新配置。根据本发明的第二方面，提供了一种版本更新装置，所述装置包括：获取模块，用于获取指定应用的更新版本所对应的灰度下发策略；接收模块，用于接收终端发送的版本更新请求，所述终端中安装有所述指定应用；第一检测模块，用于检测所述版本更新请求中携带的终端信息是否符合所述灰度下发策略；更新模块，用于若所述终端信息符合所述灰度下发策略，则向所述终端下发所述更新版本对应的更新配置。本发明实施例提供的技术方案带来的有益效果是：通过接收各个终端发送的版本更新请求，并检测版本更新请求中携带的终端信息是否符合预设的灰度下发策略，在终端信息符合灰度下发策略时，向终端下发更新版本对应的更新配置供终端进行更新；解决了现有技术采用随机抽取的方式进行灰度发布，缺乏针对性，导致更新版本无法得到全面的测试，在大规模更新的情况下存在较大风险的问题；达到了根据灰度下发策略有针对性地选择进行测试的终端，使得更新版本能够得到全面的测试，提高了更新版本稳定性，降低了大规模更新时的风险。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1示出了本发明实施例提供的一种实施环境的结构示意图；图2示出了本发明一个实施例提供的版本更新方法的方法流程图；图3A示出了本发明另一个实施例提供的版本更新方法的方法流程图；图3B、3D、3E和3F示出了图3A提供的版本更新方法所涉及的终端信息检测过程的流程图；图3C示出了图3A提供的版本更新方法所涉及的更新配置下发过程的流程图；图3G示出了图3A提供的版本更新方法所涉及的防骚扰过程的流程图；图4示出了本发明一个实施例提供的版本更新装置的结构方框图；图5示出了本发明另一个实施例提供的版本更新装置的结构方框图。具体实施方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。请参考图1，其示出了本发明实施例提供的一种实施环境的结构示意图。该实施环境包括：灰度发布服务器120和至少一个终端140。灰度发布服务器120为指定应用对应的后台服务器，至少一个终端140中安装有该指定应用。该灰度发布服务器120用于向部分终端140发布该指定应用的更新版本。灰度发布服务器120可以是一台服务器、多台服务器组成的服务器集群或云计算中心。灰度发布服务器120与至少一个终端140之间通过有线或无线网络建立连接。终端140可以是手机、平板电脑、电子书阅读器、MP3(MovingPictureExpertsGroupAudioLayerIII，动态影像专家压缩标准音频层面3)播放器、MP4(MovingPictureExpertsGroupAudioLayerIV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。终端140中安装有与灰度服务器120对应的指定应用。该指定应用可以为通信类应用程序、社交类应用程序、游戏类应用程序、视频播放类应用程序、新闻客户端或应用商店等等，本发明并不对指定应用的类型进行限定。请参考图2，其示出了本发明一个实施例提供的版本更新方法的方法流程图。本实施例以该版本更新方法应用于图1所示的灰度发布服务器120中来举例说明。该方法包括：步骤202，获取指定应用的更新版本所对应的灰度下发策略。服务器用于根据该灰度下发策略，将安装该指定应用的部分终端确定为目标测试终端，并优先向目标测试终端提供该指定应用的更新版本。步骤204，接收终端发送的版本更新请求，该终端中安装有该指定应用。该版本更新请求包括第一类型版本更新请求和第二类型版本更新请求，其中，第一类型版本更新请求是用户手动触发终端发送的请求，第二类型版本更 新请求是终端根据预定更新策略自动发送的请求。步骤206，检测版本更新请求中携带的终端信息是否符合灰度下发策略。步骤208，若终端信息符合灰度下发策略，则向该终端下发更新版本对应的更新配置。相应的，接收到该更新版本的终端根据更新配置进行版本更新，并根据实际的更新和使用情况向服务器发送反馈信息。综上所述，本实施例提供的版本更新方法，通过接收各个终端发送的版本更新请求，并检测版本更新请求中携带的终端信息是否符合预设的灰度下发策略，在终端信息符合灰度下发策略时，向终端下发更新版本对应的更新配置供终端进行更新；解决了现有技术采用随机抽取的方式进行灰度发布，缺乏针对性，导致更新版本无法得到全面的测试，在大规模更新的情况下存在较大风险的问题；达到了根据灰度下发策略有针对性地选择进行测试的终端，使得更新版本能够得到全面的测试，提高了更新版本稳定性，降低了大规模更新时的风险。请参考图3A，其示出了本发明另一个实施例提供的版本更新方法的方法流程图。本实施例以该版本更新方法应用于图1所示的灰度发布服务器120中来举例说明。该方法包括：步骤301，获取指定应用的更新版本所对应的灰度下发策略。开发人员对指定应用的更新版本进行灰度发布时，可以通过预先构建的灰度发布平台，将更新版本对应的更新配置和相应的灰度下发策略一同下发到指定应用对应的灰度发布服务器中。其中，灰度发布服务器用于根据该灰度下发策略确定进行灰度发布的目标测试终端，该灰度下发策略可以是针对指定应用的版本制定的策略(下发更新版本至使用指定版本的终端)、针对终端的地域分布制定的策略(下发更新版本至指定区域的终端)、针对终端的网络情况制定的策略(下发更新版本至处于指定网络连接状态的终端)或针对用户的用户特征制定的策略(下发更新版本至具有指定用户特征的用户)等等。作为一种可能的实现方式，该灰度发布平台可以以web的形式进行呈现，该灰度发布平台中包含更新配置上传入口、灰度量级设置入口和灰度下发策略 设置入口等等。开发人员进行更新版本灰度发布时，只需要选择相应的更新配置、输入灰度发布的灰度量级并设置相应的灰度下发策略即可。灰度发布服务器接收到灰度发布平台下发的更新配置、灰度下发策略等数据后，即可根据这些数据进行灰度发布。步骤302，接收终端发送的版本更新请求，该终端中安装有该指定应用。安装有指定应用的终端可以在检测到用户手动获取更新版本时向灰度发布服务器发送版本更新请求，也可以根据指定应用中的预定更新策略自动向灰度发布服务器发送版本更新请求，对应的，灰度发布服务器接收各个终端发送的版本更新请求。需要说明的是，与现有的服务器与终端之间建立长连接通道，并通过该长连接通道向终端推送更新配置不同，本发明中终端是实时主动的从灰度发布服务器中拉取更新配置，不在需要与灰度发布服务器建立长连接通道，避免了维持长连接通道耗费终端流量以及占用终端进程空间的问题。步骤303，检测版本更新请求中携带的终端信息是否符合灰度下发策略。终端发送的版本更新请求中，携带有终端信息，灰度发布服务器即根据该终端信息确定是否向该终端下发更新配置。该终端信息中包括但不限于终端中安装的指定应用的当前版本标识、终端地理位置、终端当前网络连接状态、该终端对应用户的用户标识和终端设备类型等等。灰度发布服务器获取该终端信息，并检测该终端信息是否符合预先制定的灰度下发策略，当终端信息符合预先制定的灰度下发策略时，即确定该终端为目标测试终端，并执行下述步骤304；当终端信息不符合预先制定的灰度下发策略时，即确定该终端不是目标测试终端，灰度发布服务器也不会像该终端发送相应的更新配置。作为一种可能的实现方式，开发人员需要使用指定历史版本的终端安装并运行更新配置，并根据运行情况对更新版本进行评估，即针对指定应用的版本制定了灰度下发策略，灰度发布服务器在检测终端信息是否符合灰度下发策略时，如图3B所示，本步骤可以包括如下步骤。步骤303A，获取终端信息中包含的当前版本标识，当前版本标识是终端中安装的指定应用的版本标识。终端向灰度发布服务器发送版本更新请求时，将终端中安装的指定应用的 当前版本标识添加到终端信息中，相应的，灰度发布服务器在检测该终端是不是安装有指定历史版本的终端时，获取终端信息中包含的当前版本标识。其中，该当前版本标识可以为指定应用的版本号。比如，灰度发布服务器获取到终端信息中包含的当前版本号为ver5.2.1。步骤303B，获取灰度下发策略中包含的目标版本标识。灰度发布服务器获取该灰度下发策略中包含的目标版本标识，其中，该目标版本标识为至少一个历史版本标识。比如，灰度发布服务器获取该灰度下发策略中包含的目标版本号为ver5.1.1和ver5.2.1。步骤303C，若当前版本标识与目标版本标识一致，则确定终端信息符合灰度下发策略。灰度发布服务器检测获取到的当前版本标识与目标版本标识是否一致，若当前版本标识与目标版本标识一致，灰度发布服务器确定终端信息符合灰度下发策略，即该终端为目标测试终端。其中，当目标版本标识唯一时，当前版本标识与目标版本标识一致指当前版本标识与目标版本标识完全相同；当目标版本标识中包含多个版本标识时，当前版本标识与目标版本标识一致指多个版本标识中包含该当前版本标识。步骤304，若终端信息符合灰度下发策略，则向该终端下发更新版本对应的更新配置。由于灰度发布服务器接收的终端发送的版本更新请求可能是终端根据指定应用中的预定更新策略自动发送的，即用户可能不想进行版本更新，此时，若直接向终端下发更新配置，会对用户造成干扰，所以为了避免对用户造成干扰，灰度发布服务器需要进一步确定版本更新请求的类型。作为一种可能实现方式，如图3C所示，本步骤可以包括如下步骤。步骤304A，若版本更新请求为第一类型版本更新请求，则直接向终端发送更新版本对应的更新配置。其中，第一类型版本更新请求是用户手动触发终端发送的请求。比如，指定应用中包含手动更新按钮，当用户点击该手动更新按钮时，终端即向灰度发布服务器发送第一类型版本更新请求。由于该第一类型版本更新请求时用户手动触发终端发送的，表明用户进行 版本更新的意愿极高，此时向终端发送更新版本对应的更新配置后，用户安装更新配置的可能性极高，且不会对用户造成干扰。步骤304B，若版本更新请求为第二类型版本更新请求，则向终端发送更新提醒信息，终端用于根据预设提醒策略显示更新提醒信息；当接收到终端发送的确认更新信息时，向终端发送更新版本对应的更新配置。其中，第二类型版本更新请求是终端根据预定更新策略自动发送的请求，该预设提醒策略包括提醒周期、提醒生效时间和提醒失效时间中的至少一种。比如，该预设提醒策略中包含的提醒周期为每6小时/次、提醒生效时间为2015年10月13日00时00分00秒以及提醒失效时间为2015年10月15日23时59分59秒，终端即在2015年10月13日00时00分00秒到2015年10月15日23时59分59秒这个时间段内，在用户使用该指定应用时，每隔6小时发送一次更新提醒信息，该更新提醒信息可以以弹窗的形式进行显示。当终端接收到用户触发的确认更新指令时，即向灰度发布服务器发送确认更新信息，指示灰度发布服务器向终端发送更新版本对应的更新配置。需要说明的是，该预设提醒策略可以由用户自行在指定应用对应的更新设置页面中进行设置，也可以由开发人员设置，并与第二类型版本更新请求一同发送至终端，本发明并不对此进行限定。步骤305，实时监控更新版本的实时指标数据，该实时指标数据是根据各个终端反馈的数据汇总生成的。灰度发布服务器进行灰度发布时，接收各个终端反馈的数据，该反馈的数据可以是终端下载更新配置、安装更新配置、安装更新配置后激活应用、安装更新配置后闪退时发送的。灰度发布服务器对接收到的数据进行汇总，生成表一所示的实时指标数据表格。下发量下载量安装量激活量Crash率145311432513279132500.01％表一需要说明的是，本实施例仅以实时指标数据中包含上述信息为例进行示意性说明，在实际使用过程中，该实时指标数据中还可以包括终端网络分布、终端地理位置分布、crash发生位置(java层、native层)统计数据等等，本发明 并不对此进行限定。步骤306，若实时指标数据中包含的更新版本的激活量达到预设灰度量级，则停止下发更新配置。开发人员在设置灰度下发策略的同时，设置了灰度发布对应的灰度量级，灰度发布服务器实时检测实时指标数据中包含的更新版本的激活量是否达到预设灰度量级，若更新版本的激活量是否达到预设灰度量级，表示灰度发布任务已完成，则停止下发更新配置，避免过度发布造成的资源浪费。步骤307，若实时指标数据中包含的更新版本的crash率达到预设阈值，则停止下发更新配置。其中，该crash率可以根据crash上报数量/激活量计算得到，该crash率用于指示安装更新配置后该指定应用的崩溃比例。灰度发布服务器实时检测实时指标数据中包含的更新版本的crash率是否达到预设阈值，当crash率达到预设阈值时，表明更新配置存在较为严重缺陷，继续进行灰度发布会导致更多终端无法使用指定应用。所以，为了避免更多的终端无法使用指定应用，灰度发布服务器启动止血系统，停止向任何终端下发更新配置。需要说明的是，灰度发布服务器还可以对实时指标数据中包含的其他数据进行监控，从而发现更新版本中存在的缺陷，并及时展现给开发人员，方便开发人员解决，整个灰度发布过程更加直观且智能化，能够显著提高灰度发布的效率。综上所述，本实施例提供的版本更新方法，通过接收各个终端发送的版本更新请求，并检测版本更新请求中携带的终端信息是否符合预设的灰度下发策略，在终端信息符合灰度下发策略时，向终端下发更新版本对应的更新配置供终端进行更新；解决了现有技术采用随机抽取的方式进行灰度发布，缺乏针对性，导致更新版本无法得到全面的测试，在大规模更新的情况下存在较大风险的问题；达到了根据灰度下发策略有针对性地选择进行测试的终端，使得更新版本能够得到全面的测试，提高了更新版本稳定性，降低了大规模更新时的风险。本实施例中，灰度发布服务器能够实时收集并监控更新版本的实时指标数据，并在检测到实时指标数据中包含的更新版本的激活量达到预设灰度量级时， 自动停止灰度发布，即保证了灰度发布达到预定指标，同时避免过度发布造成的资源浪费。本实施例中，灰度发布服务器能够实时收集并监控更新版本的实时指标数据，并在检测到实时指标数据中包含的更新版本的crash率达到预设阈值时，自动停止灰度发布，避免了当更新配置存在问题时，进一步灰度发布所造成的大面积应用崩溃的问题。灰度发布服务器也可以仅将更新配置下发到指定地域的终端，作为另一种可能的实现方式，如图3D所示，上述步骤303还可以包括如下步骤。步骤303D，获取终端信息中包含的终端地理位置。该终端地理位置可以是终端通过GPS(GlobalPositioningSystem，全球定位系统)定位得到的经纬度坐标或终端所在城市等等，本实施例以该终端地理位置为终端所在城市为例进行说明。比如，终端通过GPS定位到终端所在城市为无锡市，并将终端所在城市添加到终端信息，发送至灰度发布服务器，相应的，灰度发布服务器可以获取到终端所在城市。步骤303E，获取灰度下发策略中包含的目标区域。开发人员预先设置的灰度下发策略中，包含下发更新配置的目标区域，该目标区域可以为至少一组经纬度坐标、至少一个城市、省份或国家等等，本发明并不对此进行限定。灰度发布服务器获取到终端信息中包含的终端地理位置后，进一步获取灰度下发策略中包含的目标区域。比如，灰度下发策略中包含的目标区域为江苏省。步骤303F，若终端地理位置属于目标区域，则确定终端信息符合灰度下发策略。灰度发布服务器获取到终端地理位置和目标区域，检测该终端地理位置是否属于目标区域，当终端地理位置属于目标区域，则确定终端信息符合灰度下发策略。显而易见的，通过预先设定针对地域的灰度下发策略，灰度发布服务器能够实现向指定区域内的终端下发更新配置，使得灰度发布更具针对性。本实施例中，灰度发布服务器可以根据灰度下发策略向指定区域的终端发送更新配置，提高了指定地域更新版本测试的精准性。由于下载更新配置需要耗费较多流量，当在终端连接到WI-FI(WIreless-FIdelity，无线保真)时，终端下载该更新配置的可能性较高；而当在终端连接到运营商网络时向终端下发更新配置，由于终端流量有限，终端下载该更新配置的可能性较低，导致灰度发布效率较低，为了进一步提高灰度发布的效率，作为一种可能的实现方式，如图3E所示，上述步骤303还可以包括如下步骤。步骤303G，获取终端信息中包含的当前网络连接状态，当前网络连接状态包括连接到WI-FI和连接到运营商网络。终端向灰度发布服务器发送的终端信息中，携带有终端的当前网络连接状态，该当前网络连接状态包括连接到WI-FI和连接到运营商网络，进一步的，当当前网络连接状态为连接到运营商网络状态时，该终端信息中还可以携带有运营商标识。相应的，灰度发布服务器可以获取到该当前网络连接状态。步骤303H，获取灰度下发策略中包含的目标网络连接状态。作为一种可能的实现方式，为了提高更新配置的下载量，开发人员预先设置灰度下发策略时，可以将目标网络连接状态设置为连接到WI-FI，即仅在终端连接到WI-FI时，才向终端下发更新配置。需要说明的是，开发人员设置的灰度下发策略也可以是向使用指定运营商网络的终端发送更新配置，本发明实施例并不对此构成限定。步骤303I，若当前网络连接状态与目标网络连接状态一致，则确定终端信息符合灰度下发策略。当当前网络连接状态与目标网络连接状态一致时，灰度发布服务器即确定终端信息符合灰度下发策略。本实施例中，灰度发布服务器可以根据灰度下发策略向指定网络连接状态的终端发送更新配置，避免了提醒用户进行更新时，由于用户未连接WI-FI，导致用户无法及时进行更新的问题。不同的用户使用指定应用时，对指定应用中不同板块的关注程度不同，比 如，当指定应用为视频客户端一类的应用时，用户可以对不同视频类型板块的关注和使用程度不同，有些用户可能关注“娱乐板块”，而有些用户可能关注“游戏板块”。当对视频客户端中的某些板块进行更新时，为了实现更加精准的灰度下发，提高更新版本测试的全面性和针对性，作为一种可能的实现方式，如图3F所示，上述步骤303还可以包括如下步骤。步骤303J，获取终端信息中包含的用户标识。该用户标识可以为在指定应用中注册得到的帐号。步骤303K，通过用户画像系统查找与用户标识对应的用户标签，用户画像系统中存储有各个用户标识各自对应的用户标签。根据用户的个人信息以及用户使用指定应用的偏好信息，灰度发布服务器中的用户画像系统为各个用户生成相应的用户标签，并维护各个用户标识与用户标签的对应关系，示意性的，用户标识与用户标签的对应关系可以如表二所示。用户标识用户标签Zhangsan学生、游戏、宅Lisi技术控、程序员WangwuNBA、评论员表二相应的，灰度发布服务器获取到用户标识后，通过用户画像系统查找与用户标识对应的用户标签。比如，灰度发布服务器获取到用户标识为“Zhangsan”，并通过用户画像系统查找与用户标识对应的用户标签为“学生、游戏、宅”。步骤303L，获取灰度下发策略中包含的目标用户标签。灰度发布服务器获取到用户标签后，获取灰度下发策略中包含的目标用户标签，比如，灰度发布服务器获取到灰度下发策略中包含的目标用户标签为“游戏”和“动漫”。步骤303M，检测用户标识对应的用户标签中是否存在与目标用户标签匹配的用户标识。若用户标识对应的用户标签中存在与目标用户标签匹配的用户标识，则执行步骤303N；若用户标识对应的用户标签中不存在与目标用户标签匹配的用户 标识，则确定终端信息不符合灰度下发策略，即不向该终端下发更新配置。步骤303N，若用户标识对应的用户标签中存在与目标用户标签匹配的用户标识，则确定终端信息符合灰度下发策略。显而易见的，通过用户画像系统可以精准定位目标用户群体，使得灰度发布更具针对性，且能够显著提高更新版本测试的全面性，有助于开发人员及时发现并解决更新版本中存在的缺陷。本实施例中，灰度发布服务器可以根据自定义的目标用户标签，并结合用户画像系统，确定接收更新配置的终端，实现更新配置的精准投放，提高更新版本测试的全面性和针对性。开发人员为更新版本设置灰度下发策略时，可以为同一更新版本设置并行的至少两个灰度下发策略，比如，第一灰度下发策略为向江苏的终端下发更新配置，第二灰度下发策略为向用户标签为游戏的用户下发更新配置，由于部分终端同时满足第一灰度下发策略和第二灰度下发策略，若在短时间内向这部分用户下发两次相同更新配置，不仅会对用户造成骚扰，同时会影响实时指标数据的准确性。为了避免上述问题，作为一种可能的实现方式，如图3G所示，上述步骤303之后，还可以包括如下步骤：步骤308，检测防骚扰名单中是否包含该终端。灰度发布服务器中的数据库维护有防骚扰名单，该防骚扰名单中记载有已经下发过更新配置的终端的终端标识。步骤309，若终端信息符合灰度下发策略，且防骚扰名单中不包含该终端，则向该终端下发更新版本对应的更新配置。若防骚扰名单中不包含该终端，则表明还未向该终端下发过更新配置，灰度发布服务器即向该终端下发更新版本对应的更新配置。步骤310，将该终端添加到防骚扰名单中。灰度发布服务器向该终端下发更新版本对应的更新配置后，将该终端添加到防骚扰名单中，后续即使该终端的终端信息满足其他并行的灰度下发策略，灰度发布服务器也不再下发更新配置，从而实现“多任务并行互斥”，避免重复下发相同的更新配置对用户造成的骚扰。需要说明的是，当同一更新版本并行设置有多个灰度下发策略时，灰度发 布服务还可以根据预设灰度量级和灰度下发策略的数量，为各个灰度下发策略均匀分配目标测试终端，本发明并不对此进行限定。本实施例中，灰度发布服务器通过维护防骚扰名单，在同一更新版本对应至少两个并行灰度下发策略时，实现“多任务并行互斥”，避免用户受到骚扰，并提高灰度发布的准确性。需要说明的是，上述各个实施例提供的版本更新方法，不仅适用于版本更新发布阶段较大规模的灰度发布，还适用于版本更新内测阶段的小规模内测(小规模内测时开发人员可以要求指定终端进行版本更新)，即该版本更新方法适用于应用开发过程中各个阶段，并不仅仅适用于版本更新灰度发布阶段，本发明实施例并不对此构成限定。以下为本发明的装置实施例，装置实施例中未详尽描述的细节，可以参考上述一一对应的方法实施例。请参考图4，其示出了本发明一个实施例提供的版本更新装置的结构方框图。本实施例提供的版本更新装置可以通过软件、硬件或者两者的结合实现成为图1中灰度发布服务器120的全部或一部分。该装置包括：获取模块410，用于获取指定应用的更新版本所对应的灰度下发策略；接收模块420，用于接收终端发送的版本更新请求，终端中安装有指定应用；第一检测模块430，用于检测版本更新请求中携带的终端信息是否符合灰度下发策略；更新模块440，用于若终端信息符合灰度下发策略，则向终端下发更新版本对应的更新配置。综上所述，本实施例提供的版本更新装置，通过接收各个终端发送的版本更新请求，并检测版本更新请求中携带的终端信息是否符合预设的灰度下发策略，在终端信息符合灰度下发策略时，向终端下发更新版本对应的更新配置供终端进行更新；解决了现有技术采用随机抽取的方式进行灰度发布，缺乏针对性，导致更新版本无法得到全面的测试，在大规模更新的情况下存在较大风险的问题；达到了根据灰度下发策略有针对性地选择进行测试的终端，使得更新版本能够得到全面的测试，提高了更新版本稳定性，降低了大规模更新时的风 险。请参考图5，其示出了本发明另一个实施例提供的版本更新装置的结构方框图。本实施例提供的版本更新装置可以通过软件、硬件或者两者的结合实现成为图1中灰度发布服务器120的全部或一部分。该装置包括：获取模块510，用于获取指定应用的更新版本所对应的灰度下发策略；接收模块520，用于接收终端发送的版本更新请求，终端中安装有指定应用；第一检测模块530，用于检测版本更新请求中携带的终端信息是否符合灰度下发策略；更新模块540，用于若终端信息符合灰度下发策略，则向终端下发更新版本对应的更新配置。可选地，所述第一检测模块530，包括：第一检测单元531，用于获取所述终端信息中包含的当前版本标识，所述当前版本标识是所述终端中安装的所述指定应用的版本标识；获取所述灰度下发策略中包含的目标版本标识；若所述当前版本标识与所述目标版本标识一致，则确定所述终端信息符合所述灰度下发策略；和/或；第二检测单元532，用于获取所述终端信息中包含的终端地理位置；获取所述灰度下发策略中包含的目标区域；若所述终端地理位置属于所述目标区域，则确定所述终端信息符合所述灰度下发策略；和/或；第三检测单元533，用于获取所述终端信息中包含的当前网络连接状态，所述当前网络连接状态包括连接到无线保真WI-FI和连接到运营商网络；获取所述灰度下发策略中包含的目标网络连接状态；若所述当前网络连接状态与所述目标网络连接状态一致，则确定所述终端信息符合所述灰度下发策略；和/或；第四检测单元534，用于获取所述终端信息中包含的用户标识；通过用户画像系统查找与所述用户标识对应的用户标签，所述用户画像系统中存储有各个用户标识各自对应的所述用户标签；获取所述灰度下发策略中包含的目标用户标签；检测所述用户标识对应的用户标签中是否存在与所述目标用户标签匹配 的用户标识；若所述用户标识对应的用户标签中存在与所述目标用户标签匹配的用户标识，则确定所述终端信息符合所述灰度下发策略。可选地，所述更新版本所对应的所述灰度下发策略为并行的至少两个；所述装置，还包括：第二检测模块550，用于检测防骚扰名单中是否包含所述终端；所述更新模块540，还用于若所述终端信息符合所述灰度下发策略，且所述防骚扰名单中不包含所述终端，则执行所述向所述终端下发所述更新版本对应的更新配置的步骤；添加模块560，用于将所述终端添加到所述防骚扰名单中。可选地，所述装置，还包括：监控模块570，用于实时监控所述更新版本的实时指标数据，所述实时指标数据是根据各个终端反馈的数据汇总生成的；第一停止模块580，用于若所述实时指标数据中包含的所述更新版本的激活量达到预设灰度量级，则停止下发所述更新配置；第二停止模块590，用于若所述实时指标数据中包含的所述更新版本的崩溃crash率达到预设阈值，则停止下发所述更新配置。可选地，所述版本更新请求包括第一类型版本更新请求和第二类型版本更新请求，所述第一类型版本更新请求是用户手动触发所述终端发送的请求，所述第二类型版本更新请求是所述终端根据预定更新策略自动发送的请求；所述更新模块540，包括：第一更新单元541，用于若所述版本更新请求为所述第一类型版本更新请求，则直接向所述终端发送所述更新版本对应的所述更新配置。第二更新单元542，用于若所述版本更新请求为所述第二类型版本更新请求，则向所述终端发送更新提醒信息，所述终端用于根据预设提醒策略显示所述更新提醒信息；当接收到所述终端发送的确认更新信息时，向所述终端发送所述更新版本对应的所述更新配置；其中，所述预设提醒策略包括提醒周期、提醒生效时间和提醒失效时间中的至少一种。综上所述，本实施例提供的版本更新装置，通过接收各个终端发送的版本更新请求，并检测版本更新请求中携带的终端信息是否符合预设的灰度下发策 略，在终端信息符合灰度下发策略时，向终端下发更新版本对应的更新配置供终端进行更新；解决了现有技术采用随机抽取的方式进行灰度发布，缺乏针对性，导致更新版本无法得到全面的测试，在大规模更新的情况下存在较大风险的问题；达到了根据灰度下发策略有针对性地选择进行测试的终端，使得更新版本能够得到全面的测试，提高了更新版本稳定性，降低了大规模更新时的风险。本实施例中，灰度发布服务器能够实时收集并监控更新版本的实时指标数据，并在检测到实时指标数据中包含的更新版本的激活量达到预设灰度量级时，自动停止灰度发布，即保证了灰度发布达到预定指标，同时避免过度发布造成的资源浪费。本实施例中，灰度发布服务器能够实时收集并监控更新版本的实时指标数据，并在检测到实时指标数据中包含的更新版本的crash率达到预设阈值时，自动停止灰度发布，避免了当更新配置存在问题时，进一步灰度发布所造成的大面积应用崩溃的问题。本实施例中，灰度发布服务器可以根据灰度下发策略向指定区域的终端发送更新配置，提高了指定地域更新版本测试的精准性。本实施例中，灰度发布服务器可以根据灰度下发策略向指定网络连接状态的终端发送更新配置，避免了提醒用户进行更新时，由于用户未连接WI-FI，导致用户无法及时进行更新的问题。本实施例中，灰度发布服务器可以根据自定义的目标用户标签，并结合用户画像系统，确定接收更新配置的终端，实现更新配置的精准投放，提高更新版本测试的全面性和针对性。本实施例中，灰度发布服务器通过维护防骚扰名单，在同一更新版本对应至少两个并行灰度下发策略时，实现“多任务并行互斥”，避免用户受到骚扰，并提高灰度发布的准确性。需要说明的是：上述实施例提供的版本更新装置在进行版本更新时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的版本更新装置 与版本更新方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页1 2 3