CN110830559A - 渠道包自动化批量处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种渠道包自动化批量处理方法、装置、计算机设备及存储介质，通过本发明提供的工具，解决了使用者无需重复操作、不需要手动下载多个渠道的安装包、不需要下载过程中全程看守、不需要手动生成md5校验的问题，使用自动化的方案替代了手动方案。且下载和上传可分步进行，避免下载过程出问题导致上传错误。节省大量的时间成本，提高整个app发版迭代的效率。

Description

渠道包自动化批量处理方法、装置、设备及存储介质

技术领域

本发明涉及渠道包生成、下载技术领域，尤其涉及一种渠道包自动化批量处理方法、装置、计算机设备及存储介质。

背景技术

用于Android操作系统的应用程序(APP)在每次版本迭代全量发版前，需要产品经理(project manager，PM)上传Android渠道包到对应的多个应用市场进行审核以及开放全量升级提示。

由于Android应用市场种类繁多，各个应用市场对渠道包的要求也可能有所不同，导致需要上传的渠道包种类数量较多，此时通常需要产品测试人员(quality assurance，QA)将各个渠道包提供给产品经理，然后再由产品经理将各个渠道包提交至相应的应用市场。通常采用的方式是由产品测试人员提供渠道包的下载地址，由产品经理自行下载。

图1示出了现有技术中由人工执行渠道包下载的过程示意图，由图1可知，当产品经理需要获取多个不同渠道的渠道包时，需要分别输入各个渠道包的下载地址，下载各个渠道包。为了保证下载渠道包的准确性，还需要生成每个渠道包的md5值，再由产品经理将渠道包提交应用市场审核以及根据md5值配置升级提示。

由此可以看出，采用现有方式将应用程序提交给应用市场审核，需要产品经理手动下载各个渠道包并进行相应的操作。由于手动下载渠道包的方式操作复杂，当渠道包数量较多时，需要进行大量重复性工作，不仅花费时间较长，还会增加出错的几率，影响整个APP的发版进度。

发明内容

本发明的目的在于提出一种渠道包自动化批量处理方法、装置、计算机设备及存储介质，以解决现有技术中人工手动下载效率低下、自动化程度低以及易出错的问题。

第一方面，本申请提供了一种渠道包自动化批量处理方法，应用于渠道包下载和渠道包上传：

当应用于渠道包下载时，所述方法包括：

获取存储在第一ftp服务器中与下载命令对应的安装包信息；

获取与安装包信息对应的渠道包文件地址以及所有渠道包的文件名称；

根据安装包信息确定要下载渠道包的版本号及本地路径；

将对应版本号的渠道包下载到相应的本地路径，直至所有渠道包下载完成；

当应用于渠道包上传时，所述方法包括：

在第二ftp服务器中创建将要上传的安装包的存储路径；

获取安装包的版本号，根据版本号生成各个渠道的渠道号；

计算安装包在各个渠道的md5值并校验，若校验结果为合格，则根据版本号及渠道号对安装包重新命名；

在存储路径中创建与重新命名的安装包对应的渠道路径，并将对应的安装包上传到对应的渠道路径，直至所有渠道路径均上传有对应的安装包。

可选的，，在执行渠道包下载或上传之前，所述方法还包括：

运行可执行文件，弹出选择对话框；

获取所述选择对话框中的选择结果；所述选择结果包括下载和上传；

若选择结果为下载，则执行所述渠道包下载；若选择结果为上传，则执行所述渠道包上传。

可选的，所述可执行文件采用下列方法生成：

在当前目录生成spec文件；

执行spec文件在当前目录创建第一文件目录；

在第一文件目录中写入用于生成可执行文件的日志文件和中间流程文件；

在第一文件目录中创建第二文件目录；

在第二文件目录中生成可执行文件。

第二方面，本申请提供了一种渠道包自动化批量处理装置，所述装置用于渠道包下载和渠道包上传，包括：

信息获取单元，用于当执行渠道包下载时，获取存储在第一ftp服务器中与下载命令对应的安装包信息，以及获取与安装包信息对应的渠道包文件地址以及所有渠道包的文件名称；

所述信息获取单元，还用于当执行渠道包上传时，获取安装包的版本号，根据版本号生成各个渠道的渠道号；并计算安装包在各个渠道的md5值并校验，若校验结果为合格，则根据版本号及渠道号对安装包重新命名；

信息处理单元，用于当执行渠道包下载时，根据安装包信息确定要下载渠道包的版本号及本地路径；

下载执行单元，用于当执行渠道包下载时，将对应版本号的渠道包下载到相应的本地路径；

上传执行单元，用于当执行渠道包上传时，在第二ftp服务器中创建将要上传的安装包的存储路径；还用于在存储路径中创建与重新命名的安装包对应的渠道路径，并将对应的安装包上传到对应的渠道路径，直至所有渠道路径均上传有对应的安装包。

可选的，所述装置还包括可执行文件生成单元，用于生成可执行文件；

可选的，所述可执行文件生成单元包括：

生成子单元，用于在当前目录生成spec文件；以及在第二文件目录中生成可执行文件；

目录创建子单元，用于创建第一文件目录和第二文件目录；

写入子单元，用于在第一文件目录中写入用于生成可执行文件的日志文件和中间流程文件。

第三方面，本申请提供了一种计算机设备，所述计算机设备包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述第一方面提供的方法。

第四方面，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面提供的方法。

本申请提供的方法避免了使用者大量重复执行下载、验证等操作，并且将手动下载的方式改进成自动化下载方式，从而不需要使用者在下载过程中全程看守、且不需要逐一对下载的渠道包手动生成md5进行校验，保证下载渠道包的准确性；同时，下载和上传的过程相对独立、可单独执行，能够避免下载过程出现问题导致上传错误；本申请提供的方法节省大量的时间成本，从而提高整个APP发版迭代的效率。

附图说明

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

图1为手动下载渠道包的方法流程图；

图2为本申请一种渠道包自动化批量处理方法的下载过程流程图；

图3为图2所示方法的另一实施例流程图；

图4为本申请一种渠道包自动化批量处理方法的上传过程流程图；

图5为图4所示方法的另一实施例流程图；

图6为本申请一种渠道包自动化批量处理装置的构成图。

具体实施方式

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

本实施例中提供的方法及装置，是通过Python开发环境调用各种py.脚本来实现，使用Python语言开发考虑到其具有轻量化、第三方库丰富的特点；在本实施例中所示例的第三方库为request和pyinstall，应当认为并不构成对其的限定，也可采用其他依赖库。所调用的脚本包括ftp.py脚本，主要用于登录服务器及执行操作；apk.py脚本，用于获取安装包版本号、渠道号及计算md5值；props.py脚本，用于配置服务器账号密码、当前版本号及本地路径；backup.py执行脚本，用于调用其它脚本，分别执行下载或上传操作。

本申请中所提到的渠道包，也指位于各渠道的安装包，因此在后文中提及的渠道包、安装包均可参照上述定义。

参见图2，为本申请一种渠道包自动化批量处理方法的下载过程流程图；

由图2可知，本申请提供了一种渠道包自动化批量处理方法，当应用于渠道包下载时，所述方法包括：

S11：获取存储在第一ftp服务器中与下载命令对应的安装包信息；

在执行此步骤之前，通常需要先获取由用户例如项目经理输入的下载命令，主要用于系统区分下载或上传过程，具体的，可以编辑如“下载(A)/上传(B)？”或者“是(A)/否(B)”的选择语句，当接收到输入“A”时，执行后续的下载过程。

在本实施例中，第一ftp服务器可以是备份ftp服务器，其主要功能为存储安装包所对应的各个渠道包，以及每个渠道包对应的文件地址、文件名和下载路径；登录第一ftp服务器的过程实质上是系统调用ftp.py脚本的执行过程，可采用输入登录账号及密码，经验证通过后即可执行相关操作。

本实施例中的安装包信息是指将要下载的安装包名称、类型等内容，其事先由上传过程存储在系统中，可提供提取调用等操作，根据安装包信息可以分析出该安装包能够通过多少种渠道下载，并能得到相应渠道的渠道包；该步骤具体可通过调用ftp.py脚本完成。

S12：获取与安装包信息对应的渠道包文件地址以及所有渠道包的文件名称；系统中预存有各版本渠道包文件，当得知要下载的安装包时，需要根据安装包的信息对应找到渠道包存储位置、即文件地址，每个渠道包对应的文件名称包含渠道信息以及数量信息等。该步骤需要同时调用ftp.py脚本和props.py脚本来完成。

S13：根据安装包信息确定要下载渠道包的版本号及本地路径；此步骤在于建立安装包与渠道包及路径之间的关系，例如，安装包A0分别对应渠道包B1(1版)、渠道包B2(2版)、渠道包B3(0版)，再分别对应渠道包B1、B2、B3位于服务器中的本地路径，以便将各渠道包下载至各自的路径位置。该步骤可通过调用props.py脚本来完成。

S14：将对应版本号的渠道包下载到相应的本地路径，直至所有渠道包下载完成。具体的，当所有渠道包下载完成后，可由ftp.py脚本执行退出第一ftp服务器的指令，结束一次下载过程。

上述步骤S11至S14采用Python语言编程可示例为：(以同镇APP为例)

下载过程：

Choice＝input(下载(A)/上传(B)？)；

If(choice＝＝‘A’)；

Start＝input(开始下载同镇V+props.APK_VERSION+‘APK’？(Y/N))；

If(start＝＝‘Y’)；

backftp＝TZFTP(props.backupHost,props.backupFtpusername,props.backupFtppassword)；

backFtp.login()；

for releasePath in props.releaseApkLocationInFTP；

backFtp.switchDir(releasePath)；

files＝backFtp.list()；

for file in files；

if file.find(props.APK_VERSION)！＝-1；

downloadPath＝props.PATH_DOWNLOAD+file；

print(将+file+下载到+downloadPath)；

backFtp.download(downloadpath,file)；

backFtp.quit().

进一步的，为方便项目经理进行操作，由图3可知，在步骤S11之前，所述方法还包括：

S101：生成可执行文件；可执行文件(例如可以命名为backup.exe)可以直接被用户如产品经理点击，并自动调取相关脚本执行下载过程。具体的，是采用cmd窗口执行命令pyinstaller-F D：\backup_ftp\backup.py，通过pyinstaller对脚本进行解析，采用-F表示打包成单独的.exe文件，生成可执行文件的过程可分为：

首先，在当前目录生成spec文件，如backup.spec，spec文件用于执行打包操作，设置文件位置C:\Users\Administrator\backup.spec；同时，在同一根目录下创建第一文件目录，例如命名为build目录，该目录用于存储过程文件(也称中间文件)，设置文件位置C:\Users\Administrator\build；然后，在进行打包的过程中，持续在第一文件目录中写入日志文件和中间流程文件；接着，再在第一文件目录下在创建一个第二文件目录，如dist目录，文件位置C:\Users\Administrator\build\dist，第二文件目录用于存储可执行文件；最后生成可执行文件(可命名为backup.exe)到第二文件目录，例如设置文件位置C:\Users\Administrator\build\dist\backup.exe；对于第一文件目录和第二文件目录所创建的根目录地址，取决于在哪个目录下执行打包脚本backup.py。

S102：点击可执行文件，在弹出的选择对话框中选择输入的下载命令，通过可执行文件自动调用脚本，并按步骤S11-S14执行下载操作，并且，点击可执行文件的同时显示下载进程，例如可在弹出窗口显示为：

下载(A)/上传(B)？A

开始下载XXX APK？(Y/N)Y

开始连接到10.135.10.76…

连接成功

开始登录…

登录成功

将XXX.apk下载到(地址一)；

将XXX.apk下载到(地址二)；

将XXX.apk下载到(地址三)；

将XXX.apk下载到(地址四)；

…

由上述技术方案可知，本申请实施例提供的方法可以根据安装包自动确定将要下载的渠道包，并对应到各个渠道包的版本号及本地路径，使得用户在点击可执行文件后，通过.py脚本的调用完成所有渠道包一次性下载，从而无需使用者重复手动下载，简化操作难度并且提高批量下载效率。

与上述实施例相对应的，本实施例提供的批量处理方法还应用于渠道包上传，参见图4，为本申请一种渠道包自动化批量处理方法的上传过程流程图；

由图4可知，所述方法包括：

S21：在第二ftp服务器中创建将要上传的安装包的存储路径；

在执行此步骤之前，通常需要先获取由用户例如项目经理输入的上传命令，主要用于系统区分下载或上传过程，具体的，可以编辑如“下载(A)/上传(B)？”或者“下载是(A)/否(B)”的语句，当接收到输入“B”时，执行后续的上传过程。

在本实施例中，第二ftp服务器可以是升级ftp服务器，其主要功能为实现对安装包上传的各项操作，包括设置安装包在系统上的存储位置，配置下载时所需的账号密码，对安装包重命名及计算md5值等；登录第二ftp服务器的过程实质上是调用ftp.py脚本的执行过程，可采用登录账号及密码并输入的方式，经验证通过后即可执行相关操作。

本实施中的存储路径是指每个渠道对应的版本路径，拟上传的安装包也会相应存储至对应版本路径；该步骤可调用ftp.py脚本完成。

S22：获取安装包的版本号，根据版本号生成各个渠道的渠道号；

S23：计算安装包在各个渠道的md5值并校验，若校验结果为合格，则根据版本号及渠道号对安装包重新命名。

所述安装包信息包括安装包的版本号、渠道号，以及安装包的md5值；具体的，首先要获取将要上传的安装包的版本，再根据安装包版本分别生成各个渠道对应的渠道号，在生成渠道号的同时，调用apk.py脚本对安装包在各渠道的md5计算并校验；经校验合格后，对安装包按照各渠道号重新命名，作为拟上传的渠道包。

S24：在存储路径中创建与重新命名的安装包对应的渠道路径，并将对应的安装包上传到对应的渠道路径，直至所有渠道路径均上传有对应的安装包。由于安装包根据渠道命名，且名称唯一，因此在存储路径中一个渠道对应一个相同名称的渠道包，并且，由于各渠道已经通过md5校验，可以保证上传的安装包准确，避免上传安装包到错误的渠道中。进一步的，当所有安装包上传完成后，可由ftp.py脚本执行退出第二ftp服务器的指令，结束一次上传过程。

上述步骤S21至S24采用Python语言编程可示例为：(以同镇APP为例)

上传过程：

Choice＝input(下载(A)/上传(B)？)；

If(choice＝＝‘B’)；

Start＝input(开始上传同镇V+props.APK_VERSION+‘APK’？(Y/N))；

If(start＝＝‘Y’)；

apks＝[]；

files＝os.listdir(props.PATH_DOWNLOAD)；

for file in files:

apks.append(APK(props.PATH_DOWNLOAD+file,file))；

print(切换到升级FTP…)；

upgradeFtp＝TZFTP(props.upgradeHost,props.upgradeFtpusername,props.upgradeFtppassword)；

upgradeFtp.login()；

upgradeUploadDir＝/C/+props.APK_VERSION；

print(开始创建路径：+upgradeUploadDir)；

upgradeFtp.mkdir(upgradeUploadDir)；

upgradeFtp.switchDir(upgradeUploadDir)；

for apk in apks:

channelDir＝upgradeUploadDir+’/’+apk.getchannle()+’/’；

print(开始创建路径：+channelDir)；

upgradeFtp.mkdir(channelDir)；

upgradeFtp.switchDir(channelDir)；

apkname＝apk.calculateMD5()+’_’+apk.getVersion()+’-’+apk.getchannle()+’.apk’；

print(将+apk.getpath()+上传到+channelDir+apkname)；

upgradeFtp.upload(apk,apkname)；

upgradeFtp.quit().

进一步的，为方便项目经理的操作，由图5可知，在步骤S21之前，所述方法还包括：

S201：生成可执行文件；可执行文件(例如可以命名为backup.exe)可以直接被用户如产品经理点击，并自动调取相关脚本执行上传过程。具体的，是采用cmd窗口执行命令pyinstaller-F D：\backup_ftp\backup.py，通过pyinstaller对脚本进行解析，采用-F表示打包成单独的.exe文件，生成可执行文件的过程可分为：

首先，在当前目录生成spec文件，如backup.spec，spec文件用于执行打包操作，设置文件位置C:\Users\Administrator\backup.spec；同时，在同一根目录下创建第一文件目录，例如命名为build目录，该目录用于存储过程文件(也称中间文件)，设置文件位置C:\Users\Administrator\build；然后，在进行打包的过程中，持续在第一文件目录中写入日志文件和中间流程文件；接着，再在第一文件目录下在创建一个第二文件目录，如dist目录，文件位置C:\Users\Administrator\build\dist，第二文件目录用于存储可执行文件；最后生成可执行文件(可命名为backup.exe)到第二文件目录，例如设置文件位置C:\Users\Administrator\build\dist\backup.exe；对于第一文件目录和第二文件目录所创建的根目录地址，取决于在哪个目录下执行打包脚本backup.py。

S202：点击可执行文件，在弹出的选择对话框中选择输入的上传命令，通过可执行文件自动调用脚本，并按步骤S21-S24执行上传操作，并且，点击可执行文件的同时显示上传进程，例如可在弹出窗口显示为：

下载(A)/上传(B)？B

开始上传XXX APK？(Y/N)Y

开始连接到10.135.10.76…

连接成功

开始登录…

登录成功

将XXX.apk上传到(路径一)；

将XXX.apk上传到(路径二)；

将XXX.apk上传到(路径三)；

将XXX.apk上传到(路径四)；

…

由上述技术方案可知，本申请实施例提供的方法在安装包上传时通过调用.py脚本，根据安装包信息对安装包重新命名，同时计算md5值校验，使得用户在点击可执行文件后可将安装包一次性上传到各个渠道所在路径，并且保证了上传的准确性，操作难度低并且提高批量上传效率。

另外，从本申请上述两实施例中可以看出，下载和上传安装包过程相对独立，可分步进行，可以避免下载过程中出现问题导致上传错误。并且，由于下载和上传安装包过程是整个app发版迭代的两个重要环节，分别将两过程从手动改为自动化的方案，可大量节省在时间上的成本。

参见图6，为本申请提供的一种渠道包自动化批量处理装置的构成图；

由图6可知，本申请还提供了一种渠道包自动化批量处理装置，该装置用于渠道包下载，装置包括：

信息获取单元11，用于当执行渠道包下载时，获取存储在第一ftp服务器中与下载命令对应的安装包信息，以及获取与安装包信息对应的渠道包文件地址以及所有渠道包的文件名称；

所述信息获取单元11，还用于当执行渠道包上传时，获取安装包的版本号，根据版本号生成各个渠道的渠道号；并计算安装包在各个渠道的md5值并校验，若校验结果为合格，则根据版本号及渠道号对安装包重新命名；

信息处理单元12，用于当执行渠道包下载时，根据安装包信息确定要下载渠道包的版本号及本地路径；

下载执行单元13，用于当执行渠道包下载时，将对应版本号的渠道包下载到相应的本地路径；

上传执行单元14，用于当执行渠道包上传时，在第二ftp服务器中创建将要上传的安装包的存储路径；还用于在存储路径中创建与重新命名的安装包对应的渠道路径，并将对应的安装包上传到对应的渠道路径，直至所有渠道路径均上传有对应的安装包。

进一步的，所述装置还包括可执行文件生成单元15，用于生成可执行文件；

所述可执行文件生成单元15还用于运行可执行文件，弹出选择对话框；获取选择对话框中的选择结果；所述选择结果包括下载和上传；若选择结果为下载，则执行所述渠道包下载；若选择结果为上传，则执行所述渠道包上传。

更进一步的，所述可执行文件生成单元15包括：

生成子单元151，用于在当前目录生成spec文件；以及在第二文件目录中生成可执行文件；

目录创建子单元152，用于创建第一文件目录和第二文件目录；

写入子单元153，用于在第一文件目录中写入用于生成可执行文件的日志文件和中间流程文件。

本实施例提供的装置可执行上述用于渠道包下载的自动化批量处理方法，具备执行该方法相应的模块以及有益效果，在此不再赘述。

需要说明的是，上述实施例提供的装置中各构成单元模块可以同时执行下载和上传的功能，但在实际应用时，也可将具备下载和上传功能的模块分别设置，使装置能够根据不同的使用要求执行相应的操作，这样可以使下载和上传过程中相互之间不受影响，降低出错几率，还更加利于调用，增加处理效率。

本申请还提供了一种计算机设备，包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如图2所述的方法。

本实施例提供的计算机设备，其实现的效果与功能可以参见其它实施方式对照解释，在此不再赘述。

本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序指令，计算机程序指令用于执行图2所示的渠道包自动化批量处理方法。其计算机程序指令被执行时实现的功能和效果可以参见其它实施方式对照解释，在此不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (8)

1.一种渠道包自动化批量处理方法，所述方法应用于渠道包下载和渠道包上传；其特征在于，

当应用于渠道包下载时，所述方法包括：

获取存储在第一ftp服务器中与下载命令对应的安装包信息；

获取与安装包信息对应的渠道包文件地址以及所有渠道包的文件名称；

根据安装包信息确定要下载渠道包的版本号及本地路径；

将对应版本号的渠道包下载到相应的本地路径，直至所有渠道包下载完成；

当应用于渠道包上传时，所述方法包括：

在第二ftp服务器中创建将要上传的安装包的存储路径；

获取安装包的版本号，根据版本号生成各个渠道的渠道号；

计算安装包在各个渠道的md5值并校验，若校验结果为合格，则根据版本号及渠道号对安装包重新命名；

在存储路径中创建与重新命名的安装包对应的渠道路径，并将对应的安装包上传到对应的渠道路径，直至所有渠道路径均上传有对应的安装包。

2.根据权利要求1所述的一种渠道包自动化批量处理方法，其特征在于，在执行渠道包下载或上传之前，所述方法还包括：

运行可执行文件，弹出选择对话框；

获取所述选择对话框中的选择结果；所述选择结果包括下载和上传；

若选择结果为下载，则执行所述渠道包下载；若选择结果为上传，则执行所述渠道包上传。

3.根据权利要求2所述的一种渠道包自动化批量处理方法，其特征在于，所述可执行文件采用下列方法生成：

在当前目录生成spec文件；

执行spec文件在当前目录创建第一文件目录；

在第一文件目录中写入用于生成可执行文件的日志文件和中间流程文件；

在第一文件目录中创建第二文件目录；

在第二文件目录中生成可执行文件。

4.一种渠道包自动化批量处理装置，所述装置用于渠道包下载和渠道包上传，其特征在于，包括：

信息获取单元，用于当执行渠道包下载时，获取存储在第一ftp服务器中与下载命令对应的安装包信息，以及获取与安装包信息对应的渠道包文件地址以及所有渠道包的文件名称；

所述信息获取单元，还用于当执行渠道包上传时，获取安装包的版本号，根据版本号生成各个渠道的渠道号；并计算安装包在各个渠道的md5值并校验，若校验结果为合格，则根据版本号及渠道号对安装包重新命名；

信息处理单元，用于当执行渠道包下载时，根据安装包信息确定要下载渠道包的版本号及本地路径；

下载执行单元，用于当执行渠道包下载时，将对应版本号的渠道包下载到相应的本地路径；

上传执行单元，用于当执行渠道包上传时，在第二ftp服务器中创建将要上传的安装包的存储路径；还用于在存储路径中创建与重新命名的安装包对应的渠道路径，并将对应的安装包上传到对应的渠道路径，直至所有渠道路径均上传有对应的安装包。

5.根据权利要求4所述的一种渠道包自动化批量处理装置，其特征在于，还包括可执行文件生成单元，用于生成可执行文件；

所述可执行文件生成单元还用于运行可执行文件，弹出选择对话框；获取选择对话框中的选择结果；所述选择结果包括下载和上传；若选择结果为下载，则执行所述渠道包下载；若选择结果为上传，则执行所述渠道包上传。

6.根据权利要求5所述的一种渠道包自动化批量处理装置，其特征在于，所述可执行文件生成单元包括：

生成子单元，用于在当前目录生成spec文件；以及在第二文件目录中生成可执行文件；

目录创建子单元，用于创建第一文件目录和第二文件目录；

写入子单元，用于在第一文件目录中写入用于生成可执行文件的日志文件和中间流程文件。

7.一种计算机设备，其特征在于，所述计算机设备包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-3中任一项所述的方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行实现如权利要求1-3中任一项所述的方法。

Images