(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202210768115.X (22)申请日 2022.06.30 (71)申请人 广东亿迅科技有限公司 地址 510000 广东省广州市天河区花城大 道777号广东长线大厦 (72)发明人 李冠辉　王沛文　 (74)专利代理 机构 广州海心联合专利代理事务 所(普通合伙) 44295 专利代理师 冼俊鹏 (51)Int.Cl. H04L 9/32(2006.01) (54)发明名称 一种移动应用软件统一签名的方法、 系统及 装置 (57)摘要 本发明公开了一种移动应用软件统一签名 的方法、 系统及装置， 涉及互联网技术。 针对现有 技术中移动应用软件签名繁琐 的问题提出本方 案， 将有需要的证书和待签名的资源都输入， 然 后根据不同平台设置对应的签名策略， 完成各种 软件的同一签名。 其优点在于， 有效降低了签名 工作中的人工参与度， 提高签名的便利性。 证书 的留存功能可以进一步优化签名的灵活性， 提高 在不同平台之间的适应能力。 权利要求书1页 说明书3页 附图2页 CN 115174110 A 2022.10.11 CN 115174110 A 1.一种移动应用软件统一签名的方法， 其特 征在于， 包括如下步骤： S1、 判断是否需要配置签名策略， 若是则进行步骤S2， 若否则进行步骤S3； S2、 对不同应用平台设置对应的签名策略； S3、 判断是否需要输入证书， 若是则进行步骤S4， 若否则进行步骤S5； S4、 由用户完 善至少包括证书在内的待签名包资源； 利用待签名包资源生成待签名包； S5、 由用户提交待签名包； S6、 判断所述待签名包是否符合签名包规则， 若是则进行步骤S7， 若否则返回步骤S4； S7、 自动识别待签名包的类型及所属应用平台； S8、 根据对应的应用平台对待签名包匹配 签名策略； S9、 根据签名策略对待签名包进行签名并打包输出。 2.根据权利要求1所述一种移动应用软件统一签名的方法， 其特征在于， 所述步骤S8在 匹配完签名策略之后， 判断待签名包中的证书 是否完备， 若 是则进行步骤S9， 若否则返回步 骤S4。 3.根据权利要求1所述一种移动应用软件统一签名的方法， 其特征在于， 所述的应用平 台至少包括： Andro id平台、 iOS平台、 Harmo nyOS平台。 4.根据权利要求1所述一种移动应用软件统一签名的方法， 其特征在于， 所述步骤S9在 签名前先对待签名包进行解包， 对解包后的目录历遍所有需要签名的资源进行签名。 5.根据权利要求4所述一种移动应用软件统一签名的方法， 其特征在于， 所有需要签名 的资源包括所有的二进制文件。 6.根据权利要求4所述一种移动应用软件统一签名的方法， 其特征在于， 所述步骤S9在 打包输出时， 对签名后的目录按照签名策略设定的打包格式进行打包， 并生成输出路径反 馈用户。 7.根据权利要求1所述一种移动应用软件统一签名的方法， 其特征在于， 所述步骤S4中 输入的证书包括当前签名需要的证书和/或当前签名不需要的证书； 若含有当前签名不需 要的证书， 则将该证书 进行缓存， 留至任一移动应用软件签名所需时使用。 8.根据权利要求1所述一种移动应用软件统一签名的方法， 其特征在于， 根据不同的应 用平台显示 不同的人机交 互界面。 9.一种移动应用软件统一签名的系统， 其特征在于， 利用如权利要求1 ‑8任一项所述的 方法进行统一签名。 10.一种移动应用软件统一签名的装置， 其特 征在于， 配置有权利要求9所述的系统。权　利　要　求　书 1/1 页 2 CN 115174110 A 2一种移动应用软件统一签名的方 法、 系统及装 置 技术领域 [0001]本发明涉及互联网技术， 尤其涉及一种移动应用软件统一签名的方法、 系统及装 置。 背景技术 [0002]随着移动互联 网技术的普及以及移动终端设备性能的不断提升， 人们对移动应用 的需求量越来越大， 而移动应用的研发需求也 随之激增， 与此同时移动应用的安全性也愈 发重要。 目前主流移动平台都会在应用上线前对其进行签名， 从而在一定程度上遏制 了移 动应用的恶意传播以及窃取隐私等现象。 但是这种签名方式相对依赖各自原生开发环境， 并不利于代码的自动化部署 。 签名需要向平台申请证书、 描述文件等。 某些平台还需要绑定 设备号， 甚至针对特别能力， 如通知、 扩展等， 还需进行证书绑定操作， 相当的繁琐。 因此需 要一个统一签名的技 术以解决繁琐问题， 实现自动化操作。 发明内容 [0003]本发明目的在于提供一种移动应用软件统一签名的方法、 系统及装置， 以解决上 述现有技 术存在的问题。 [0004]本发明所述 一种移动应用软件统一签名的方法， 包括： 包括如下步骤： [0005]S1、 判断是否需要配置签名策略， 若是则进行步骤S2， 若否则进行步骤S3； [0006]S2、 对不同应用平台设置对应的签名策略； [0007]S3、 判断是否需要输入证书， 若是则进行步骤S4， 若否则进行步骤S5； [0008]S4、 由用户完善至少包括证书在内的待签名包资源； 利用待签名包资源生成待签 名包； [0009]S5、 由用户提交待签名包； [0010]S6、 判断所述待签名包是否符合签名包规则， 若是则进行步骤S7， 若否则返回步骤 S4； [0011]S7、 自动识别待签名包的类型及所属应用平台； [0012]S8、 根据对应的应用平台对待签名包匹配 签名策略； [0013]S9、 根据签名策略对待签名包进行签名并打包输出。 [0014]所述步骤S8在匹配完签名策略之后， 判断待签名包中的证书是否完备， 若是则进 行步骤S9， 若否则返回步骤S4。 [0015]所述的应用平台至少包括： Andro id平台、 iOS平台、 Harmo nyOS平台。 [0016]所述步骤S9在签名前先对待签名包进行解包， 对解包后的目录历遍所有需要签名 的资源进行签名。 [0017]所有需要签名的资源 包括所有的二进制文件。 [0018]所述步骤S9在打包输出时， 对签名后的目录按照签名策略设定的打包格式进行打 包， 并生成输出路径反馈用户。说　明　书 1/3 页 3 CN 115174110 A 3