利索能及
我要发布
收藏
专利号: 2018101914431
申请人: 平安科技(深圳)有限公司
专利类型:发明专利
专利状态:已下证
更新日期:2026-07-01
缴费截止日期: 暂无
联系人

摘要:

权利要求书:

1.一种应用多渠道打包方法,其特征在于,包括:

获取apk安装包,通过第一脚本将apk安装包的后缀名调整至预先设置的指定后缀名,并进行解压得到解压后文件;

获取解压后文件中包括的多个子文件,将子文件分别进行SHA1运算,得到一一对应的文件摘要;

将与子文件一一对应的文件摘要分别进行Base64编码,得到与文件摘要一一对应的哈希值,将与文件摘要一一对应的哈希值存储至子文件的目录中;

在子文件的目录中通过第二脚本创建渠道标示文件,对应根据待配置的渠道号对渠道标示文件进行命名,得到包括渠道数据的解压文件;

通过第三脚本将解压文件进行压缩,得到渠道包。

2.根据权利要求1所述的应用多渠道打包方法,其特征在于,所述解压后文件中包括5个子文件,分别为AndroidManifest.xml文件、classes.dex文件、res文件、META-INF文件、resources.arsc文件;其中AndroidManifest.xml文件为程序全局配置文件,classes.dex文件为Dalvik字节码文件,res文件为资源存放文件,META-INF文件为签名信息文件,resources.arsc文件为编译后的二进制资源文件;

所述将子文件分别进行SHA1运算,得到一一对应的文件摘要,包括:获取res文件的明文,将res文件的明文通过SHA1哈希算法运算得到第一文件摘要;

获取AndroidManifest.xml文件的明文,将AndroidManifest.xml文件的明文通过SHA1哈希算法运算得到第二文件摘要;

获取classes.dex文件的明文,将classes.dex文件的明文通过SHA1哈希算法运算得到第三文件摘要;

获取resources.arsc文件的明文,将resources.arsc文件的明文通过SHA1哈希算法运算得到第四文件摘要。

3.根据权利要求2所述的应用多渠道打包方法,其特征在于,所述获取res文件的明文,将res文件的明文通过SHA1哈希算法运算得到第一文件摘要,包括:将res文件的明文分成多个512位的明文分组,分别记为第一明文分组至第N明文分组;

其中,N为正整数;

将第一明文分组均分为16个32位的子明文分组;

创建5个32位的链接变量,分别记为A链接变量、B链接变量、C链接变量、D链接变量、E链接变量;

将第一明文分组所包括16个子明文分组中的每一子明文分组均扩展为5份子明文分组,得到与第一明文分组对应的80份子明文分组;

对第一明文分组对应的80份子明文分组进行SHA1运算,得到当前链接变量;

将第一明文分组的当前链接变量与初始链接变量求和,得到第一明文分组的链接变量;

将第一明文分组的链接变量作为第二明文分组的初始链接变量,重复计算直至分别获取第二明文分组的链接变量、第三明文分组的链接变量、第四明文分组的链接变量、第五明文分组的链接变量;

将第五明文分组的链接变量依序串接,得到160位的第一文件摘要。

4.根据权利要求2所述的应用多渠道打包方法,其特征在于,所述将与文件摘要一一对应的哈希值存储至子文件的目录中,将第一文件摘要进行Base64编码的第一哈希值、第二文件摘要进行Base64编码的第二哈希值、第三文件摘要进行Base64编码的第三哈希值、及第四文件摘要进行Base64编码的第四哈希值均存储至META-INF文件的目录中。

5.根据权利要求1所述的应用多渠道打包方法,其特征在于,所述在子文件的目录中通过第二脚本创建渠道标示文件,对应根据待配置的渠道号对渠道标示文件进行命名,包括:通过第二脚本在子文件的目录中创建空文件;

获取待配置的渠道号,通过第二脚本将空文件名称修改为待配置的渠道号;其中所述渠道号包括渠道标示字符头和渠道名。

6.一种应用多渠道打包装置,其特征在于,包括:

解压单元,用于获取apk安装包,通过第一脚本将apk安装包的后缀名调整至预先设置的指定后缀名,并进行解压得到解压后文件;

文件摘要获取单元,用于获取解压后文件中包括的多个子文件,将子文件分别进行SHA1运算,得到一一对应的文件摘要;

编码单元,用于将与子文件一一对应的文件摘要分别进行Base64编码,得到与文件摘要一一对应的哈希值,将与文件摘要一一对应的哈希值存储至子文件的目录中;

渠道名增加单元,用于在子文件的目录中通过第二脚本创建渠道标示文件,对应根据待配置的渠道号对渠道标示文件进行命名,得到包括渠道数据的解压文件;

渠道包打包单元,用于通过第三脚本将解压文件进行压缩,得到渠道包。

7.根据权利要求6所述的应用多渠道打包装置,其特征在于,所述解压后文件中包括5个子文件,分别为AndroidManifest.xml文件、classes.dex文件、res文件、META-INF文件、resources.arsc文件;其中AndroidManifest.xml文件为程序全局配置文件,classes.dex文件为Dalvik字节码文件,res文件为资源存放文件,META-INF文件为签名信息文件,resources.arsc文件为编译后的二进制资源文件;

所述文件摘要获取单元,包括:

第一文件摘要获取单元,用于获取res文件的明文,将res文件的明文通过SHA1哈希算法运算得到第一文件摘要;

第二文件摘要获取单元,用于获取AndroidManifest.xml文件的明文,将AndroidManifest.xml文件的明文通过SHA1哈希算法运算得到第二文件摘要;

第三文件摘要获取单元,用于获取classes.dex文件的明文,将classes.dex文件的明文通过SHA1哈希算法运算得到第三文件摘要;

第四文件摘要获取单元,用于获取resources.arsc文件的明文,将resources.arsc文件的明文通过SHA1哈希算法运算得到第四文件摘要。

8.根据权利要求7所述的应用多渠道打包装置,其特征在于,所述第一文件摘要获取单元,包括:第一分组单元,用于将res文件的明文分成多个512位的明文分组,分别记为第一明文分组至第N明文分组;其中,N为正整数;

第二分组单元,用于将第一明文分组均分为16个32位的子明文分组;

链接变量创建单元,用于创建5个32位的链接变量,分别记为A链接变量、B链接变量、C链接变量、D链接变量、E链接变量;

分组扩展单元,用于将第一明文分组所包括16个子明文分组中的每一子明文分组均扩展为5份子明文分组,得到与第一明文分组对应的80份子明文分组;

SHA1运算单元,用于对第一明文分组对应的80份子明文分组进行SHA1运算,得到当前链接变量;

变量求和单元,用于将第一明文分组的当前链接变量与初始链接变量求和,得到第一明文分组的链接变量;

重复计算单元,用于将第一明文分组的链接变量作为第二明文分组的初始链接变量,重复计算直至分别获取第二明文分组的链接变量、第三明文分组的链接变量、第四明文分组的链接变量、第五明文分组的链接变量;

变量串接单元,用于将第五明文分组的链接变量依序串接,得到160位的第一文件摘要。

9.一种计算机设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1-5中任一项所述的应用多渠道打包方法。

10.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的应用多渠道打包方法。