CN104217140A - 一种应用程序的加固方法和装置 - Google Patents

Abstract

本发明实施例提供了一种应用程序的加固方法和装置，其中的方法具体包括：接收应用程序的加固请求；其中，所述加固请求中包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中包括有代码文件和资源文件，所述资源文件中配置有发布渠道名称及对应渠道值；从该应用程序的安装包中解析得到对应的代码文件和资源文件；对解析得到的代码文件执行加固操作；依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。本发明实施例能够提高应用程序的安全性，以及，提高多发布渠道加固的效率。

Description

一种应用程序的加固方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种应用程序的加固方法和装置。

背景技术

目前，随着苹果和安卓操作系统手机的市场份额提升，移动应用程序(以下简称移动应用)的发展态势迅猛。

然而，移动应用存在诸多安全隐患。以安卓应用为例，其经常面临着病毒植入、广告加入、支付渠道篡改、钓鱼、信息劫持等风险。例如，在实际应用中，植入病毒后的安卓应用一旦使用，就会收集用户隐私、位置信息、通讯录等信息，甚至还会篡改手机上其他的数据，造成用户直接或间接的经济损失，同时还侵犯了用户的多项隐私，危害十分严重。又如，加入广告后的安卓应用则容易导致用户整体体验下降。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种应用程序的加固方法和装置。

依据本发明的一个方面，提供了一种应用程序的加固方法，包括：

接收应用程序的加固请求；其中，所述加固请求中包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中包括有代码文件和资源文件，所述资源文件中配置有发布渠道名称及对应渠道值的名值对；

从该应用程序的安装包中解析得到对应的代码文件和资源文件；

对解析得到的代码文件执行加固操作；

依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；

对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

可选地，所述依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件的步骤，包括：

重构所述资源文件；

在重构资源文件中对某渠道信息对应渠道值进行数据结构转换，数据结构转换后的重构资源文件作为该渠道信息对应的新资源文件。

可选地，所述应用程序的加固请求为登陆用户提交的应用程序的加固请求；

则所述方法还包括：

将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

可选地，所述接收应用程序的加固请求的步骤，包括：

展示加固应用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

接收用户通过所述提交入口提交的加固应用程序的多渠道信息。

可选地，所述方法还包括：

展现所述每一渠道信息对应的加固安装包及对应的下载链接。

可选地，所述方法还包括：

在所述加固安装包下载完成后，展现重新签名的提示及签名工具的下载链接。

根据本发明的另一方面，提供了一种应用程序的加固装置，包括：

接口模块，用于接收应用程序的加固请求；其中，所述加固请求中包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中包括有代码文件和资源文件，所述资源文件中配置有发布渠道名称及对应渠道值的名值对；

解析模块，用于从该应用程序的安装包中解析得到对应的代码文件和资源文件；

加固模块，用于对解析得到的代码文件执行加固操作；

修改模块，用于依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；及

封装模块，用于对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

可选地，所述修改模块包括：

重构子模块，用于重构所述资源文件；

转换模块，用于在重构资源文件中对某渠道信息对应渠道值进行数据结构转换，数据结构转换后的重构资源文件作为该渠道信息对应的新资源文件。

可选地，所述应用程序的加固请求为登陆用户提交的应用程序的加固请求；

则所述装置还包括：

保存模块，用于将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

复用模块，用于在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

可选地，所述接口模块，包括：

展示子模块，用于展示加固应用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

接收子模块，用于接收用户通过所述提交入口提交的加固应用程序的多渠道信息。

可选地，所述装置还包括：用于展现所述每一渠道信息对应的加固安装包及对应的下载链接的第一展现模块。

可选地，所述装置还包括：用于在所述加固安装包下载完成后，展现重新签名的提示及签名工具的下载链接的第二展现模块。

本发明实施例提供了一种应用程序的加固方案，该加固方案对应用程序的安装包中的代码文件执行加固操作，所述加固操作能够提高应用程序的安全性，有效防止应用程序被反编译、恶意篡改、保护应用程序的数据信息不会被黑客窃取，降低应用程序被病毒植入、广告加入、支付渠道篡改、钓鱼、信息劫持等风险；同时，由于所述加固操作对应用程序的整体逻辑结构进行了保护，故能够保证应用程序的用户体验。

另外，该加固方案还可以向一次提交的应用程序的安装包提供多种发布渠道对应的加固安装包的服务，该服务能够减轻多次提交不同发布渠道对应的安装包以对该应用程序进行加固的繁琐操作，从而能够提高多发布渠道加固的效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文可选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出可选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种应用程序的加固方法的步骤流程图；

图2示出了根据本发明一个实施例的一种加固应用程序的多渠道信息的提交入口的结构示意图；

图3示出了根据本发明一个实施例的一种应用程序的加固方法的步骤流程图；

图4示出了根据本发明一个实施例的一种应用程序的加固方法的步骤流程图；以及

图5示出了根据本发明一个实施例的一种应用程序的加固装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种应用程序的加固方案，该加固方案对应用程序的安装包中的代码文件执行加固操作，所述加固操作能够提高应用程序的安全性，有效防止应用程序被反编译、恶意篡改、保护应用程序的数据信息不会被黑客窃取，降低应用程序被病毒植入、广告加入、支付渠道篡改、钓鱼、信息劫持等风险。

在实施应用程序的加固过程中常常会出现如下问题：同一应用程序需要多种发布渠道，按照传统的思路，开发者每次提交一种发布渠道对应的安装包以对该应用程序进行加固，这样，多种发布渠道对应的安装包需要多次提交操作，这严重影响了加固效率；

针对上述问题，本发明实施例的该加固方案还可以向一次提交的应用程序的安装包提供多种发布渠道对应的加固安装包的服务，该服务能够减轻多次提交不同发布渠道对应的安装包以对该应用程序进行加固的繁琐操作，从而能够提高多发布渠道加固的效率。

参照图1，示出了根据本发明一个实施例的一种应用程序的加固方法的步骤流程图，具体可以包括如下步骤：

步骤101、接收应用程序的加固请求；其中，所述加固请求中具体可以包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中具体可以包括有代码文件和资源文件，所述资源文件中可以配置有发布渠道名称及对应渠道值的名值对；

本发明实施例中，上述应用程序可以为移动应用或PC(个人计算机，Personal Computer)应用等适用于各种平台的应用程序，下面主要以移动应用为例进行说明。本发明的加固方案所面向的用户通常为应用程序的开发者。

本发明实施例中，发布渠道是指能够为公众提供应用程序下载服务的网络平台。例如软件开发公司的网站、社交网络平台、网络搜索服务提供者的推广网站、应用分发平台等等。

本发明实施例可以采用渠道值来区分不同的发布渠道。对于开发者，其可以在应用程序的资源文件中配置发布渠道名称及对应渠道值的名值对。以安卓应用为例，可以在AndroidManifest.xml文件的Meta-data参数下设定渠道值，其中，AndroidManifest.xml文件可用于定义应用程序及其组件的结构和元数据，meta-data使用name-value(名值对)的格式给其父组件提供任意可选的数据，名值对的属性介绍如下：

android：name表示发布渠道的唯一名称，可使用Java样式的命名规则来确保名称的唯一性；

android：value表示每一渠道对应的渠道值。

本发明实施例中，加固该应用程序的多渠道信息可用于表示加固该应用程序的多种发布渠道的信息。例如，用户在提交安卓应用《墨迹天气》的APK(安卓安装包，Android Package)后，可以通过提交如下多渠道信息来指定加固发布渠道的安装包：360、91助手、豌豆荚、金山等等。

在具体实现中，本发明实施例可以提供提交入口以供用户提交上述多渠道信息，相应地，所述接收应用程序的加固请求的步骤101，具体可以包括：

步骤S100、展示加固应用程序的多渠道信息的提交入口；所述提交入口具体可以包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

步骤S102、接收用户通过所述提交入口提交的加固应用程序的多渠道信息。

参照图2，示出了本发明实施例的一种加固应用程序的多渠道信息的提交入口的结构示意图，其中，下拉框201可用于提交发布渠道名称，输入框202可用于输入渠道值，文件上传入口203可用于支持以txt文件的形式上传渠道值；其中，txt文件中不同渠道值可以英文逗号隔开，或者每行填写一个渠道值；“－”204可用于删除当前行对应的渠道值，“+”205可用于增加新的行对应的渠道值；输入框202或者文件上传入口203的提交方式均可以支持众多渠道值的同时提交，例如，文件上传入口203的提交方式可以支持100个渠道值的同时提交，当然本发明实施例对所支持渠道值的数量不加以限制。对应图2，如果用户需要对某应用程序的5个发布渠道进行加固，那么可以选择下拉框201中UMENG_CHANNEL，在输入框202中分别输入360、qudao2、qudao3、xiaomi和sandoujia。

需要说明的是，上述AndroidManifest.xml文件只是作为资源文件的一种示例，在满足资源文件用于配置有发布渠道名称及对应渠道值的名值对的条件下，本发明实施例对具体的资源文件不加以限制。

步骤102、从该应用程序的安装包中解析得到对应的代码文件和资源文件；

步骤103、对解析得到的代码文件执行加固操作；

本发明实施例中，对解析得到的代码文件执行加固操作可用于提高应用程序的安全性。

在本发明的一种应用示例中，所述加固操作过程具体可以包括：采用加密技术，对应用程序的代码文件进行深度加密处理，以实现独有的程序文字信息加密功能，从而能够有效防止应用被反编译、恶意篡改、保护应用数据信息不会被黑客窃取；并且，可以针对官方应用给予最强保护，从源头上消灭恶意盗版应用，保护开发者的权益。总之，对于开发者而言，本发明实施例的上述加固操作无需额外开发，上传应用即可开始保护、对应用程序性能无任何影响、完美兼容安卓所有版本。

在本发明的另一种应用示例中，所述加固操作过程具体可以包括：，恶意代码的分析、应用程序可疑行为的监控等等。

可以理解，上述对解析得到的代码文件执行加固操作过程只是作为示例，本发明实施例对具体的加固操作过程不加以限制。

步骤104、依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；

例如，用户提交了如下多渠道信息：360、91助手、豌豆荚、金山，那么，可以通过修改解析得到的资源文件分别得到360、91助手、豌豆荚、金山对应的新资源文件。

在对解析得到的资源文件(以下简称原资源文件)执行修改操作的过程中，可能会存在如下问题：原资源文件采用360、91等数字格式描述渠道值，而发布渠道要求英文格式的渠道值，但是，直接针对原资源文件中的渠道值进行格式修改，容易引起原资源文件异常和错误。

针对上述问题，在本发明的一种可选实施例中，所述依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件的步骤，具体可以包括：

步骤S200、重构所述资源文件；

步骤S202、在重构资源文件中对某渠道信息对应渠道值进行数据结构转换，数据结构转换后的重构资源文件作为该渠道信息对应的新资源文件。

重构可以理解为在不改变资源文件的功能和外部可见性的情况下，为了改善资源文件的结构，提高清晰性、可扩展性和可重用性而对资源文件进行的改造。重要的是，重构资源文件能够支持渠道值的各种数据结构转换，如数字360转换为英文three hundred and sixty等等，因此能够避免原资源文件的异常和错误。

步骤105、对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

在本发明的一种可选实施例中，所述方法还可以包括：展现所述每一渠道信息对应的加固安装包及对应的下载链接。其中，可以采用每一渠道信息对应渠道值来标识所述每一渠道信息对应的加固安装包，以方便用户选择。并且，可以支持多渠道中的任一或多个组合的下载，也即，用户可以根据需要选择所展现加固安装包中的任一或多个进行下载。

由于上述加固操作会去掉签名，故在加固安装包下载完成后，需要对此加固安装包进行重新签名才能够发布，否则会导致应用程序安装失败，签名后的加固安装包可以用于正常发布。因此，在本发明的一种可选实施例中，所述方法还可以包括：在所述加固安装包下载完成后，展现重新签名的提示及签名工具的下载链接。例如，所述重新签名的提示可以为“请重新签名后再发布或更新应用”，而所述签名工具的下载链接可供用户直接下载，因此，能够避免用户去互联网中搜索签名工具的繁琐流程，提高用户获取信息的效率。

综上，本发明实施例提供了一种应用程序的加固方案，该加固方案对应用程序的安装包中的代码文件执行加固操作，所述加固操作能够提高应用程序的安全性，有效防止应用程序被反编译、恶意篡改、保护应用程序的数据信息不会被黑客窃取，降低应用程序被病毒植入、广告加入、支付渠道篡改、钓鱼、信息劫持等风险。

另外，该加固方案还可以向一次提交的应用程序的安装包提供多种发布渠道对应的加固安装包的服务，该服务能够减轻多次提交不同发布渠道对应的安装包以对该应用程序进行加固的繁琐操作，从而能够提高多发布渠道加固的效率。

参照图3，示出了根据本发明一个实施例的一种应用程序的加固方法的步骤流程图，具体可以包括如下步骤：

步骤301、接收应用程序的加固请求；其中，所述加固请求中具体可以包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中具体可以包括有代码文件和资源文件，所述资源文件中可以配置有发布渠道名称及对应渠道值的名值对，所述应用程序的加固请求为登陆用户提交的应用程序的加固请求；

步骤302、从该应用程序的安装包中解析得到对应的代码文件和资源文件；

步骤303、对解析得到的代码文件执行加固操作；

步骤304、依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；

步骤305、对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包；

步骤306、将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

步骤307、在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

相对于图1所示实施例，本实施例在所述应用程序的加固请求为登陆用户提交的应用程序的加固请求时，还可以将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息，这样，在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息；由于同一用户通常在固定的发布渠道发布应用程序，故所述保存登录用户的多渠道信息的方式能够避免用户对于渠道信息的重复提交，提高用户的加固效率。

在实际应用中，用户可以用户名、邮箱等方式登陆，并且，可以维护用户的多渠道信息记录，以方便保存和再次使用。另外，上述步骤307可以转到步骤302重新执行加固流程。

参照图4，示出了根据本发明一个实施例的一种应用程序的加固方法的步骤流程图，具体可以包括如下步骤：

步骤401、向登陆用户展示上传应用入口及加固的选项信息；所述选项信息具体可以包括：使用多渠道加固信息和不使用多渠道加固信息；

步骤402、响应于所述登陆用户针对所述上传应用入口的选择操作，接收所述登陆用户上传的应用程序的安装包；

步骤403、在接收到所述登陆用户对于所述使用多渠道加固信息的选择操作且所述应用程序的安装包接收成功后，展示加固应用程序的多渠道信息的提交入口；所述提交入口具体可以包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

步骤404、接收用户通过所述提交入口提交的加固应用程序的多渠道信息；

步骤405、从该应用程序的安装包中解析得到对应的代码文件和资源文件；

步骤406、对解析得到的代码文件执行加固操作；

步骤407、依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；

步骤408、对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包；

步骤409、将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

步骤410、在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

相对于图3所示实施例，本实施例还可以向用户提供加固的选项信息，使用多渠道加固信息和不使用渠道加固信息，使得用户可以根据需要选择是否需要进行多渠道加固。

其中，在用户选择使用多渠道加固信息时，相应的加固过程具体参见步骤403-步骤410；在用户选择不使用多渠道加固信息时，相应的加固过程具体可以包括：从该应用程序的安装包中解析得到对应的代码文件和资源文件；对解析得到的代码文件执行加固操作；对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图5，示出了根据本发明一个实施例的一种应用程序的加固装置的结构框图，具体可以包括如下模块：

接口模块501，用于接收应用程序的加固请求；其中，所述加固请求中具体可以包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中具体可以包括有代码文件和资源文件，所述资源文件中可以配置有发布渠道名称及对应渠道值的名值对；

解析模块502，用于从该应用程序的安装包中解析得到对应的代码文件和资源文件；

加固模块503，用于对解析得到的代码文件执行加固操作；

修改模块504，用于依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；及

封装模块505，用于对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

在本发明的一种可选实施例中，所述修改模块504具体可以包括：

重构子模块，用于重构所述资源文件；

转换模块，用于在重构资源文件中对某渠道信息对应渠道值进行数据结构转换，数据结构转换后的重构资源文件作为该渠道信息对应的新资源文件。

在本发明的另一种可选实施例中，所述应用程序的加固请求可以为登陆用户提交的应用程序的加固请求；

则所述装置还可以包括：

保存模块，用于将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

复用模块，用于在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

在本发明的再一种可选实施例中，所述接口模块501，具体可以包括：

展示子模块，用于展示加固应用程序的多渠道信息的提交入口；所述提交入口具体可以包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

接收子模块，用于接收用户通过所述提交入口提交的加固应用程序的多渠道信息。

在本发明的一种可选实施例中，所述装置还可以包括：用于展现所述每一渠道信息对应的加固安装包及对应的下载链接的第一展现模块。

在本发明的另一种可选实施例中，所述装置还可以包括：用于在所述加固安装包下载完成后，展现重新签名的提示及签名工具的下载链接的第二展现模块。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的在移动设备和计算设备之间建立连接的方法和装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种应用程序的加固方法，包括：

接收应用程序的加固请求；其中，所述加固请求中包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中包括有代码文件和资源文件，所述资源文件中配置有发布渠道名称及对应渠道值的名值对；

从该应用程序的安装包中解析得到对应的代码文件和资源文件；

对解析得到的代码文件执行加固操作；

依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；

对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

A2、如A1所述的方法，所述依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件的步骤，包括：

重构所述资源文件；

在重构资源文件中对某渠道信息对应渠道值进行数据结构转换，数据结构转换后的重构资源文件作为该渠道信息对应的新资源文件。

A3、如A1所述的方法，所述应用程序的加固请求为登陆用户提交的应用程序的加固请求；

则所述方法还包括：

将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

A4、如A1或A2或A3所述的方法，所述接收应用程序的加固请求的步骤，包括：

展示加固应用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

接收用户通过所述提交入口提交的加固应用程序的多渠道信息。

A5、如A1或A2或A3所述的方法，所述方法还包括：

展现所述每一渠道信息对应的加固安装包及对应的下载链接。

A6、如A5所述的方法，所述方法还包括：

在所述加固安装包下载完成后，展现重新签名的提示及签名工具的下载链接。

B7、一种应用程序的加固装置，包括：

接口模块，用于接收应用程序的加固请求；其中，所述加固请求中包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中包括有代码文件和资源文件，所述资源文件中配置有发布渠道名称及对应渠道值的名值对；

解析模块，用于从该应用程序的安装包中解析得到对应的代码文件和资源文件；

加固模块，用于对解析得到的代码文件执行加固操作；

修改模块，用于依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；及

封装模块，用于对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

B8、如B7所述的装置，所述修改模块包括：

重构子模块，用于重构所述资源文件；

转换模块，用于在重构资源文件中对某渠道信息对应渠道值进行数据结构转换，数据结构转换后的重构资源文件作为该渠道信息对应的新资源文件。

B9、如B7所述的装置，所述应用程序的加固请求为登陆用户提交的应用程序的加固请求；

则所述装置还包括：

保存模块，用于将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

复用模块，用于在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

B10、如B7或B8或B9所述的装置，所述接口模块，包括：

展示子模块，用于展示加固应用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

接收子模块，用于接收用户通过所述提交入口提交的加固应用程序的多渠道信息。

B11、如B7或B8或B9所述的装置，所述装置还包括：用于展现所述每一渠道信息对应的加固安装包及对应的下载链接的第一展现模块。

B12、如B11所述的装置，所述装置还包括：用于在所述加固安装包下载完成后，展现重新签名的提示及签名工具的下载链接的第二展现模块。

Claims (10)

1.一种应用程序的加固方法，包括：

接收应用程序的加固请求；其中，所述加固请求中包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中包括有代码文件和资源文件，所述资源文件中配置有发布渠道名称及对应渠道值的名值对；

从该应用程序的安装包中解析得到对应的代码文件和资源文件；

对解析得到的代码文件执行加固操作；

依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；

对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

2.如权利要求1所述的方法，其特征在于，所述依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件的步骤，包括：

重构所述资源文件；

在重构资源文件中对某渠道信息对应渠道值进行数据结构转换，数据结构转换后的重构资源文件作为该渠道信息对应的新资源文件。

3.如权利要求1所述的方法，其特征在于，所述应用程序的加固请求为登陆用户提交的应用程序的加固请求；

则所述方法还包括：

将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

4.如权利要求1或2或3所述的方法，其特征在于，所述接收应用程序的加固请求的步骤，包括：

展示加固应用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

接收用户通过所述提交入口提交的加固应用程序的多渠道信息。

5.如权利要求1或2或3所述的方法，其特征在于，还包括：

展现所述每一渠道信息对应的加固安装包及对应的下载链接。

6.如权利要求5所述的方法，其特征在于，还包括：

在所述加固安装包下载完成后，展现重新签名的提示及签名工具的下载链接。

7.一种应用程序的加固装置，包括：

接口模块，用于接收应用程序的加固请求；其中，所述加固请求中包括该应用程序的安装包及加固该应用程序的多渠道信息，所述安装包中包括有代码文件和资源文件，所述资源文件中配置有发布渠道名称及对应渠道值的名值对；

解析模块，用于从该应用程序的安装包中解析得到对应的代码文件和资源文件；

加固模块，用于对解析得到的代码文件执行加固操作；

修改模块，用于依据每一渠道信息，对解析得到的资源文件执行修改操作，得到与所述每一渠道信息对应的新资源文件；及

封装模块，用于对加固后的代码文件和每一渠道信息对应的新资源文件执行封装操作，得到每一渠道信息对应的加固安装包。

8.如权利要求7所述的装置，其特征在于，所述修改模块包括：

重构子模块，用于重构所述资源文件；

转换模块，用于在重构资源文件中对某渠道信息对应渠道值进行数据结构转换，数据结构转换后的重构资源文件作为该渠道信息对应的新资源文件。

9.如权利要求7所述的装置，其特征在于，所述应用程序的加固请求为登陆用户提交的应用程序的加固请求；

则所述装置还包括：

保存模块，用于将所述加固该应用程序的多渠道信息保存为所述登陆用户的多渠道信息；

复用模块，用于在接收到所述登陆用户再次提交的应用程序的安装包时，将所述登陆用户的多渠道信息的作为加固再次提交的应用程序的多渠道信息。

10.如权利要求7或8或9所述的装置，其特征在于，所述接口模块，包括：

展示子模块，用于展示加固应用程序的多渠道信息的提交入口；所述提交入口包括如下入口中的一项或多项：输入框、下拉框和文件上传入口；

接收子模块，用于接收用户通过所述提交入口提交的加固应用程序的多渠道信息。