一种应用程序的分发方法、装置及系统

本申请涉及应用程序分发技术领域，更具体的说，涉及一种应用程序的分发方法、装置及系统。

目前，应用程序的分发主要是通过市面常见的应用商店实现，如华为应用商店、小米应用商店、App Store等。但是，这种应用程序的分发方法是独立于应用程序的审批流程的，使得应用程序的开发者需要基于应用商店的分发方法，来制定对应的应用程序的审批流程，从而使得应用程序的分发效率较低。

有鉴于此，本申请实施例公开一种应用程序的分发方法、装置及系统，实现将应用程序的分发与审批流程相结合，从而实现应用程序快速、有效的迭代发布。

本申请实施例提供的技术方案如下：

本申请实施例第一方面提供了一种应用程序的分发方法，所述方法包括：

接收发版申请请求，所述发版申请请求包括：待分发的应用程序的标识；

根据所述发版申请请求生成审批流程及shell发布脚本；

将所述应用程序对应的数据包及所述shell发布脚本上传至分发平台的内网服务区；

根据所述审批流程生成对应的审核信息，将所述审核信息发送至对应的审核终端；

当接收到来自所述审核终端的审核通过消息时，将所述审核通过消息同步至所述分发平台的内网服务区；

根据所述审核通过消息触发执行所述shell发布脚本，将所述内网服务区中的数据包传送至所述分发平台的生产环境区。

在一种可能的实现方式中，所述将所述应用程序对应的数据包及所述shell发布脚本上传至分发平台的内网服务区，包括：

对所述应用程序对应的数据包进行安卓安装包apk加固，得到apk加固后的数据包；

对所述apk加固后的数据包进行apk签名，得到apk签名后的数据包；

将所述apk签名后的数据包及所述shell发布脚本上传至分发平台的内网服务区。

在一种可能的实现方式中，所述审核终端包括：测试负责终端、测试回归终端，所述将所述审核信息发送至对应的审核终端包括：

将所述审核信息发送至所述测试负责终端，由所述测试负责终端对所述审核信息进行审核，当所述测试负责终端审核通过时，由所述测试负责终端触发所述测试回归终端对所述数据包进行回归测试；

接收来自所述测试回归终端发送的审核通过消息。

在一种可能的实现方式中，所述方法还包括：

通过所述生产环境区的开放存储服务OSS执行MongoDB脚本部署更新服务，并生成更新日志；所述更新日志包括OSS的文件地址、版本更新日志、更新版本号、生效时间、是否强制更新；

将所述更新日志存储在数据库中。

在一种可能的实现方式中，所述方法还包括：

接收来自移动终端的更新请求；

根据所述更新请求从所述数据库中读取所述更新日志；

根据所述更新日志对所述移动终端中的应用程序进行升级。

本申请第二方面提供了一种应用程序的分发装置，所述装置包括：

接收单元，用于接收发版申请请求，所述发版申请请求包括：待分发的应用程序的标识；

生成单元，用于根据所述发版申请请求生成审批流程及shell发布脚本；

上传单元，用于将所述应用程序对应的数据包及所述shell发布脚本上传至分发平台的内网服务区；

发送单元，用于根据所述审批流程生成对应的审核信息，将所述审核信息发送至对应的审核终端；

同步单元，用于当接收到来自所述审核终端的审核通过消息时，将所述审核通过消息同步至所述分发平台的内网服务区；

执行单元，用于根据所述审核通过消息触发执行所述shell发布脚本，将所述内网服务区中的数据包传送至所述分发平台的生产环境区。

在一种可能的实现方式中，所述上传单元包括：

加固单元，用于对所述应用程序对应的数据包进行安卓安装包apk加固，得到apk加固后的数据包；

签名单元，用于对所述apk加固后的数据包进行apk签名，得到apk签名后的数据包；

上传子单元，用于将所述apk签名后的数据包及所述shell发布脚本上传至分发平台的内网服务区。

在一种可能的实现方式中，所述审核终端包括：测试负责终端、测试回归终端，所述发送单元包括：

发送子单元，用于将所述审核信息发送至所述测试负责终端，由所述测试负责终端对所述审核信息进行审核，当所述测试负责终端审核通过时，由所述测试负责终端触发所述测试回归终端对所述数据包进行回归测试；

接收单元，用于接收来自所述测试回归终端发送的审核通过消息。

在一种可能的实现方式中，更新单元，用于通过所述生产环境区的开放存储服务OSS执行MongoDB脚本部署更新服务，并生成更新日志；所述更新日志包括OSS的文件地址、版本更新日志、更新版本号、生效时间、是否强制更新；

存储单元，用于将所述更新日志存储在数据库中。

本申请第三方面提供了一种应用程序的分发系统，所述系统包括发版申请平台、分发平台和平台服务区：

所述发版申请平台，用于接收平台服务区发出的发版申请请求，所述发版申请请求包括：待分发的应用程序的标识；

所述发版申请平台，还用于根据所述发版申请请求，生成审批流程及shell发布脚本；

所述平台服务区，用于将所述应用程序对应的数据包及所述shell发布脚本上传至分发平台的内网服务区；

所述发版申请平台，还用于根据所述审批流程生成对应的审核信息，将所述审核信息发送至对应的审核终端；

所述发版申请平台，还用于当接收到来自所述审核终端的审核通过消息时，将所述审核通过消息同步至所述分发平台的内网服务区；

所述分发平台，用于根据所述审核通过消息触发执行所述shell发布脚本，将所述内网服务区中的数据包传送至所述分发平台的生产环境区。

从上述的技术方案可知，本申请实施例公开了一种应用程序的分发方法、装置及系统，接收发版申请请求；根据发版申请请求生成审批流程及shell发布脚本；将应用程序对应的数据包及shell发布脚本上传至分发平台的内网服务区；根据审批流程生成对应的审核信息，将审核信息发送至对应的审核终端；当接收到来自审核终端的审核通过消息时，将审核通过消息同步至分发平台的内网服务区；根据审核通过消息触发执行shell发布脚本，将内网服务区中的数据包传送至分发平台的生产环境区。可见，本申请实施例中将应用程序的分发与审批流程相结合，利用审批节点来管控发布的流程，处于特定的审批节点时，应用程序对应的数据包也处于分发平台的特定步骤，从而实现了应用程序快速、有效的迭代发布。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据公开的附图获得其他的附图。

图1为本申请实施例公开的一种应用程序的分发方法的流程图；

图2为本申请实施例公开的一种应用程序的分发装置的结构示意图；

图3为本申请实施例公开的一种应用程序的分发系统的示意图；

图4为本申请实施例公开的一种审批流程节点和分发平台对应的示意图；

图5为本申请实施例公开的一种分发平台和发版申请平台的示意图。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开了一种应用程序的分发方法、装置及系统，接收发版申请请求；根据发版申请请求生成审批流程及shell发布脚本；将应用程序对应的数据包及shell发布脚本上传至分发平台的内网服务区；根据审批流程生成对应的审核信息，将审核信息发送至对应的审核终端；当接收到来自审核终端的审核通过消息时，将审核通过消息同步至分发平台的内网服务区；根据审核通过消息触发执行shell发布脚本，将内网服务区中的数据包传送至分发平台的生产环境区。可见，本申请实施例中将应用程序的分发与审批流程相结合，利用审批节点来管控发布的流程，处于特定的审批节点时，应用程序对应的数据包也处于分发平台的特定步骤，从而实现了应用程序快速、有效的迭代发布。

参见图1，本申请实施例公开的一种应用程序的分发方法的流程图，该方法包括：

步骤S101、接收发版申请请求，所述发版申请请求包括：待分发的应用程序的标识；

需要说明的是，本申请实施例中发版申请请求还可以包括待分发的应用程序的上线版本号、版本更新日志等信息，具体不做限定，可根据实际需求设置。

步骤S102、根据所述发版申请请求生成审批流程及shell发布脚本；

步骤S103、将所述应用程序对应的数据包及所述shell发布脚本上传至分发平台的内网服务区；

本申请实施例中可以先对应用程序对应的数据包进行安卓安装包apk加固，得到apk加固后的数据包；然后对apk加固后的数据包进行apk签名，得到apk签名后的数据包；再将apk签名后的数据包及shell发布脚本上传至分发平台的内网服务区。如此通过对应用程序对应的数据包进行加固、签名，保证了数据包的安全性。

需要说明的是，安卓安装包(AndroidPackage，apk)加固指的是为了防止应用程序被黑客破解、反编译、二次打包、内存抓取等而采取的信息数据加固措施。apk签名指的是对发布的apk文件进行唯一签名，保证每次发布的版本的一致性，避免自动更新时因为版本不一致而无法安装，防止部分开放商可能通过使用相同的安装包名称来混淆替换已经安装的程序。

步骤S104、根据所述审批流程生成对应的审核信息，将所述审核信息发送至对应的审核终端；

本申请实施例中审核终端可以包括：测试负责终端、测试回归终端，将审核信息发送至对应的审核终端包括：将审核信息发送至测试负责终端，由测试负责终端对审核信息进行审核，当测试负责终端审核通过时，由测试负责终端触发测试回归终端对数据包进行回归测试；接收来自测试回归终端发送的审核通过消息。

需要说明的是，测试负责终端主要对应用程序相关的信息进行审核，如上线版本号、版本更新日志等。测试负责终端可以在将应用程序对应的数据包及shell发布脚本上传至分发平台的内网服务区前审批，测试负责终端测可以在将应用程序对应的数据包及shell发布脚本上传至分发平台的内网服务区之后审批，具体不做限定，可根据实际需求设置审批流程。审批流程一般是由测试回归终端通过，一般是在数据包回归测试通过之后，接收来自测试回归终端发送的审核通过消息。可见，本申请实施例中在将数据包传送至分包平台的生产环境区之前，会先会对应用程序相关数据进行审核，以及对数据包进行回归测试，保证了后续利用该数据包能对应用程序进行正常更新。

需要说明的是，本申请实施例中审核终端还可以包括部门负责终端、研发负责终端，部门负责终端、研发负责终端需要在测试回归之前审核完成。部门负责终端、研发负责终端主要对应用程序相关的信息进行审核，如上线版本号、版本更新日志等。

步骤S105、当接收到来自所述审核终端的审核通过消息时，将所述审核通过消息同步至所述分发平台的内网服务区；

需要说明的是，一般情况下是接收来自测试回归终端的审核通过消息，该审核通过消息一般是在应用程序的数据包通过测试回归时，由测试回归终端触发生成。若审核未通过，则需要重新发起发版申请，或者由被驳回的上一级重新审批通过。

步骤S106、根据所述审核通过消息触发执行所述shell发布脚本，将所述内网服务区中的数据包传送至所述分发平台的生产环境区。

本申请实施例中具体是将内网服务区中的数据包传送至分发平台的生产环境区的开放存储服务(Open Storage Service，OSS)。OSS是支持任意数据类型的存储服务，支持任意时间、地点的数据上传和下载。

本申请实施例公开了一种应用程序的分发方法，接收发版申请请求；根据发版申请请求生成审批流程及shell发布脚本；将应用程序对应的数据包及shell发布脚本上传至分发平台的内网服务区；根据审批流程生成对应的审核信息，将审核信息发送至对应的审核终端；当接收到来自审核终端的审核通过消息时，将审核通过消息同步至分发平台的内网服务区；根据审核通过消息触发执行shell发布脚本，将内网服务区中的数据包传送至分发平台的生产环境区。可见，本申请实施例中将应用程序的分发与审批流程相结合，利用审批节点来管控发布的流程，处于特定的审批节点时，应用程序对应的数据包也处于分发平台的特定步骤，从而实现了应用程序快速、有效的迭代发布。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发方法还包括：

步骤S201、通过所述生产环境区的开放存储服务OSS执行MongoDB脚本部署更新服务，并生成更新日志；所述更新日志包括OSS的文件地址、版本更新日志、更新版本号、生效时间、是否强制更新；

需要说明的是，在OSS上，除了存储应用程序对应的数据包外，还有更新服务。应用程序对应的数据包通过应用程序接口(Application Program Interface，API)请求更新服务，来确定是否有最新数据包以及是否更新。

其中，MongoDB脚本指的是MongoDB数据库执行脚本，执行MongoDB脚本部署更新服务主要更新以下内容：apk名字、最新下载地址、更新日志、更新版本号、生效时间、是否强制更新等。一般是由运维终端在生产环境区，执行对应的MongoDB脚本，具体不做限定，可根据实际需求设置。

步骤S202、将所述更新日志存储在数据库中。

可见，本申请实施例中部署更新服务，并生成更新日志存储于数据库中，便于后续移动终端中的应用程序需要进行更新时，可从数据库中快速、准确地获取更新日志，进行应用程序的更新。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发方法还包括：

步骤S301、接收来自移动终端的更新请求；

步骤S302、根据所述更新请求从所述数据库中读取所述更新日志；

步骤S303、根据所述更新日志对所述移动终端中的应用程序进行升级。

需要说明的是，移动终终端还可以请求下载安装包，分发平台还可以向移动终端发送最新安装包。

可见，本申请实施例中基于预先存储在数据库中的更新日志，可对移动终端中的应用程序进行快速、准确的升级。

参见图2，本申请实施例公开的一种应用程序的分发装置的结构示意图，该装置包括：

接收单元201，用于接收发版申请请求，所述发版申请请求包括：待分发的应用程序的标识；

生成单元202，用于根据所述发版申请请求生成审批流程及shell发布脚本；

上传单元203，用于将所述应用程序对应的数据包及所述shell发布脚本上传至分发平台的内网服务区；

发送单元204，用于根据所述审批流程生成对应的审核信息，将所述审核信息发送至对应的审核终端；

同步单元205，用于当接收到来自所述审核终端的审核通过消息时，将所述审核通过消息同步至所述分发平台的内网服务区；

执行单元206，用于根据所述审核通过消息触发执行所述shell发布脚本，将所述内网服务区中的数据包传送至所述分发平台的生产环境区。

本申请实施例公开了一种应用程序的分发装置，接收发版申请请求；根据发版申请请求生成审批流程及shell发布脚本；将应用程序对应的数据包及shell发布脚本上传至分发平台的内网服务区；根据审批流程生成对应的审核信息，将审核信息发送至对应的审核终端；当接收到来自审核终端的审核通过消息时，将审核通过消息同步至分发平台的内网服务区；根据审核通过消息触发执行shell发布脚本，将内网服务区中的数据包传送至分发平台的生产环境区。可见，本申请实施例中将应用程序的分发与审批流程相结合，利用审批节点来管控发布的流程，处于特定的审批节点时，应用程序对应的数据包也处于分发平台的特定步骤，从而实现了应用程序快速、有效的迭代发布。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发装置中上传单元包括：

加固单元，用于对所述应用程序对应的数据包进行安卓安装包apk加固，得到apk加固后的数据包；

签名单元，用于对所述apk加固后的数据包进行apk签名，得到apk签名后的数据包；

上传子单元，用于将所述apk签名后的数据包及所述shell发布脚本上传至分发平台的内网服务区。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发装置中，审核终端包括：测试负责终端、测试回归终端，发送单元包括：

发送子单元，用于将所述审核信息发送至所述测试负责终端，由所述测试负责终端对所述审核信息进行审核，当所述测试负责终端审核通过时，由所述测试负责终端触发所述测试回归终端对所述数据包进行回归测试；

接收单元，用于接收来自所述测试回归终端发送的审核通过消息。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发装置还包括：

更新单元，用于通过所述生产环境区的开放存储服务OSS执行MongoDB脚本部署更新服务，并生成更新日志；所述更新日志包括OSS的文件地址、版本更新日志、更新版本号、生效时间、是否强制更新；

存储单元，用于将所述更新日志存储在数据库中。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发装置还包括：

请求接收单元，用于接收来自移动终端的更新请求；

读取单元，用于根据所述更新请求从所述数据库中读取所述更新日志；

升级单元，用于根据所述更新日志对所述移动终端中的应用程序进行升级。

参见图3，本申请实施例公开的一种应用程序的分发系统的示意图，该系统包括发版申请平台301、分发平台302和平台服务区303：

所述发版申请平台301，用于接收平台服务区发出的发版申请请求，所述发版申请请求包括：待分发的应用程序的标识；

需要说明的是，图3中的平台Server即平台服务区303。用户可以在平台服务区中的发布管理模块发起发版申请，即通过API发起工单。

所述发版申请平台301，还用于根据所述发版申请请求，生成审批流程及shell发布脚本；

所述平台服务区303，用于将所述应用程序对应的数据包及所述shell发布脚本上传至分发平台的内网服务区；

本申请实施例中平台服务区具体可以包括用户体系管理单元，产品体系管理模块、版本管理模块、构建管理模块和发布管理模块。其中，构建管理模块用于打包、apk加固和apk签名，发布管理模块用于apk上传分发和发版申请。本申请实施例中基于Jenkins服务，用户选择不同的项目进行构建，构建完毕之后，若需要发布，则点击加固，调用apk加固服务，加固完毕之后默认进行签名。通过scp命令apk推至发布，scp是securecopy的简写,用于在Linux下进行远程拷贝文件的命令。本申请实施例中平台服务区还可以包括数据存储mysql，该数据存储mysql包括用户表、产品表、版本表、构建表、分布表。

需要说明的是，平台web端可以通过接口访问平台服务器，平台web端包括用户体系逻辑、版本管理模块页面、构建管理模块页面、历史发布页面。

所述发版申请平台301，还用于根据所述审批流程生成对应的审核信息，将所述审核信息发送至对应的审核终端；

所述发版申请平台301，还用于当接收到来自所述审核终端的审核通过消息时，将所述审核通过消息同步至所述分发平台的内网服务区；

所述分发平台302，用于根据所述审核通过消息触发执行所述shell发布脚本，将所述内网服务区中的数据包传送至所述分发平台的生产环境区。

参见图4，为本申请实施例公开的一种审批流程节点和分发平台对应的示意图。需要说明的是，回归测试包括准生产测试。在准生产测试通过时，会将审核通过的消息同步发送给分发平台的内网服务区，通知分发平台更新安装包，执行shell发布脚本，更新版本信息。

图5为本申请实施例公开的一种分发平台和发版申请平台的示意图。需要说明的是，图5中的发版审批平台即发版申请平台，分发平台-内网环境即分发平台的内网服务区，生产环境即分发平台的生产环境区，也就是说分发平台包括内网服务区和生产环境区。其中，跳板机用于将加固、签名后的数据包从内网环境发送至生产环境。Android用户端会通过API检测版本信息，并下载最新安装包。

本申请实施例公开了一种应用程序的分发系统，接收发版申请请求；根据发版申请请求生成审批流程及shell发布脚本；将应用程序对应的数据包及shell发布脚本上传至分发平台的内网服务区；根据审批流程生成对应的审核信息，将审核信息发送至对应的审核终端；当接收到来自审核终端的审核通过消息时，将审核通过消息同步至分发平台的内网服务区；根据审核通过消息触发执行shell发布脚本，将内网服务区中的数据包传送至分发平台的生产环境区。可见，本申请实施例中将应用程序的分发与审批流程相结合，利用审批节点来管控发布的流程，处于特定的审批节点时，应用程序对应的数据包也处于分发平台的特定步骤，从而实现了应用程序快速、有效的迭代发布。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发系统中平台服务区303具体用于：

对所述应用程序对应的数据包进行安卓安装包apk加固，得到apk加固后的数据包；

对所述apk加固后的数据包进行apk签名，得到apk签名后的数据包；

将所述apk签名后的数据包及所述shell发布脚本上传至分发平台的内网服务区。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发系统中，审核终端包括：测试负责终端、测试回归终端，发版申请平台301具体用于：

将所述审核信息发送至所述测试负责终端，由所述测试负责终端对所述审核信息进行审核，当所述测试负责终端审核通过时，由所述测试负责终端触发所述测试回归终端对所述数据包进行回归测试；

接收来自所述测试回归终端发送的审核通过消息。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发系统中分发平台302还用于：

通过所述生产环境区的开放存储服务OSS执行MongoDB脚本部署更新服务，并生成更新日志；所述更新日志包括OSS的文件地址、版本更新日志、更新版本号、生效时间、是否强制更新；

将所述更新日志存储在数据库中。

为进一步优化上述实施例，本申请实施例中提供的应用程序的分发系统中分发平台302还用于：

接收来自移动终端的更新请求；

根据所述更新请求从所述数据库中读取所述更新日志；

根据所述更新日志对所述移动终端中的应用程序进行升级。

需要说明的是，装置实施例中各组成部分的具体工作原理请参见方法实施例对应部分，此处不再赘述。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。