CN105912353A - 应用程序封装方法及装置 - Google Patents

Abstract

本申请公开了一种应用程序封装方法及装置，所述方法包括：获取应用程序的安装包；将所述安装包进行解包，并按照预设封装规则，将所述安装包进行修改；将修改之后的安装包进行打包，获得封装之后的安装包；所述封装之后的安装包用于移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。本申请实施例通过对应用程序安装包进行修改，使得应用程序可以提供特定的服务功能，满足了企业办公的个性化需求。

Description

应用程序封装方法及装置

技术领域

本申请属于电子技术领域，具体地说，涉及一种应用程序封装方法及装置。

背景技术

随着移动终端的成熟以及普及，以手机、平板电脑等为代表的移动终端既可以个人使用，也可以用于企业办公，因此使得同一移动终端中既会存在个人数据，也会存在工作数据。

由于工作数据的私密性要求更高，为了对移动终端中的工作数据进行安全防护，以保证工作数据的安全，目前的一种解决方式是可以通过企业管理系统对移动终端进行工作数据的保护，企业管理系统包括部署在移动终端中的控制客户端以及控制客户端对应的服务端，通过在移动终端中安装一种控制客户端，控制客户端即可以将移动终端划分出工作区，在控制客户端中，可以安装应用程序、打电话、发消息、收发邮件等，满足企业办公需求，且企业办公产生的工作数据均被隔离在工作区中，提高了工作数据安全性。

由上述描述可知，在控制客户端中，可以安装应用程序，以方便企业办公。但是为了满足安全性以及个性化，在进行企业办公时，对应用程序常常存在不同的需求，但是目前的应用程序都是已经编译好的，因此无法满足企业办公的个性化需求。

发明内容

有鉴于此，本申请所要解决的技术问题是提供了一种应用封装方法及装置，通过对应用程序的安装包进行修改，满足了企业办公的个性化需求。

为了解决上述技术问题，本申请公开了一种应用程序封装方法，包括：

获取应用程序的安装包；

将所述安装包进行解包，并按照预设封装规则，将所述安装包进行修改；

将修改之后的安装包进行打包，获得封装之后的安装包；所述封装之后的安装包用于移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。

优选地，将所述安装包括进行解包，并按照预设封装规则，将所述安装包进行修改包括：

检测用户当前触发的服务请求；

查找服务类型与封装规则对应关系，获得所述服务请求中携带的服务类型对应的预设封装规则；

将所述安装包括进行解包，并按照所述预设封装规则，将所述安装包进行修改。

优选地，所述检测用户触发的服务请求之前，所述方法还包括：

输出不同服务类型的提示信息，所述提示信息用于提示用户不同服务类型的服务功能；

所述检测用户当前触发的服务请求包括：

检测用户根据所述不同服务类型的提示信息进行服务类型选择而触发的服务请求。

优选地，所述将所述安装包进行解包，并按照预设封装规则，将所述安装包进行修改包括：

将所述安装包进行解包，并按照预设封装规则，在所述安装包中注入所述预设封装规则对应的服务代码；所述服务代码用于在所述应用程序安装并运行时，提供所述服务代码对应的服务功能。

优选地，所述获取应用程序的安装包包括：

获取控制客户端从预设下载地址下载的应用程序的安装包。

一种应用程序封装装置，包括：

安装包获取模块，用于获取应用程序的安装包；

安装包修改模块，用于将所述安装包进行解包，并按照预设封装规则，将所述安装包进行修改；

安装包封装模块，用于将修改之后的安装包进行打包，获得封装之后的安装包；所述封装之后的安装包用于移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。

优选地，所述安装包修改模块包括：

检测单元，用于检测用户当前触发的服务请求；

查找单元，用于查找服务类型与封装规则对应关系，获得所述服务请求中携带的服务类型求对应的预设封装规则；

修改单元，用于将所述安装包括进行解包，并按照所述当预设封装规则，将所述安装包进行修改。

优选地，还包括：

输出模块，用于输出不同服务类型的提示信息，所述提示信息用于提示用户不同服务类型的服务功能；

所述检测单元具体用于：

检测用户根据所述不同服务类型的提示信息进行服务类型选择而触发的服务请求。

优选地，所述安装包修改模块具体用于：

将所述安装包进行解包，并按照预设封装规则，在所述安装包中注入所述预设封装规则对应的服务代码；所述服务代码用于在所述应用程序安装并运行时，提供所述服务代码对应的服务功能。

优选地，所述安装包获取模块具体用于：

获取控制客户端从预设下载地址请求下载的应用程序的安装包。

与现有技术相比，本申请可以获得包括以下技术效果：

将应用程序的安装包进行解包，并按照预设封装规则，将所述安装包进行修改；再将修改之后的安装包进行打包，获得封装之后的安装包；所述封 装之后的安装包用于移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装，该预设封装规则可以根据实际需求的服务功能进行设置，使得移动终端安装所述应用程序之后，可以提供预设封装规则对应的服务功能，从而通过对应用程序的安装包进行修改，可以使得应用程序能够实现特定的服务功能，从而可以满足企业办公的个性化需求。

当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种应用程序封装方法一个实施例的流程图；

图2是本申请实施例的一种应用程序封装方法又一个实施例的流程图；

图3是本申请实施例的一种应用程序封装方法又一个实施例的流程图；

图4是本申请实施例的一种应用程序封装装置一个实施例的结构示意图；

图5是本申请实施例的一种应用程序封装装置又一个实施例的结构示意图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

本发明主要应用在移动终端的企业管理系统中，移动终端的企业管理系统是面向企业的移动终端企业管理平台，包括服务端和安装在需要被管理的移动终端上的客户端，服务端可以部署在企业内网的。

本发明实施例中，服务端称为服务器，安装在需要被管理的移动终端上的客户端称为控制客户端。

控制客户端可以在移动终端中建立一个安全的工作区，使得移动终端可以划分出工作区以及工作区之外的个人区，从而实现个人数据以及工作数据的隔离，实现安全的企业移动办公。

在控制客户端中，可以安装企业应用程序、打电话、发消息、收发邮件等。应用程序的安装通常都是通过安装包实现的，而安装包是应用程序预先编译好的，由于在企业办公时，可能对应用程序常常存在不同的需求，因此目前的应用程序无法满足企业办公的个性化需求。

比如由于大部分应用程序可能存在数据调用和分享等功能，通过应用程序可能会导致数据的泄露，因此控制客户端中的应用程序安全性较低，导致工作数据仍然存在安全隐患，无法满足安全性需求。又如，控制客户端一旦出现异常情况，控制客户端中的应用程序的数据也会泄露，导致安全隐患，无法满足安全性需求。

为了满足企业办公的个性化需求，发明人经过一系列研究，提出本申请的技术方案，本申请实施例中，在进行应用程序安装时，可以将应用程序的安装包进行解包，并按照预设封装规则，将所述安装包进行修改；再将修改之后的安装包进行打包，获得封装之后的安装包；所述封装之后的安装包用于移动终端中的控制客户端，根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装，该预设封装规则可以根据服务需求进行设置，使得移动终端安装所述应用程序之后，可以提供预设封装规则对应的服务功能，从而通过对应用程序的安装包进行修改，可以使得应用程序能够实现特定服务功能，从而可以满足企业办公的个性化需求。

下面将结合附图对本申请技术方案进行详细描述。

图1为本申请提供的一种应用程序封装方法一个实施例的流程图，该方法可以包括以下几个步骤：

101：获取应用程序的安装包。

应用程序在移动终端中进行安装之前，获取系统签名权限，然后可以首先获取该应用程序的安装包进行封装。

102：将所述安装包进行解包。

将安装包解包可以获得各种安装文件。

103：按照预设封装规则，将所述安装包进行修改。

该预设封装规则用于指示安装包如何进行修改，可以包括服务代码、修改方式等信息。

对安装包的修改主要是修改、替换或增加安装包的代码，因此可以按照该预设封装规则的服务代码，在安装包中注入服务器代码，以实现对安装包括代码的修改、替换或增加。

该预设封装规则中的服务代码以及所述服务代码的修改方式，可以根据预设封装规则对应的服务功能进行确定。

该服务代码可以是提供安全特性的代码，比如沙箱服务代码，以为应用程序提供沙箱特性，提高数据安全性，提高企业办公的安全性。当然，还可以是实现其他服务功能的代码，在下面实施例中会进行介绍。

104：将修改之后的安装包进行打包，获得封装之后的安装包。

修改之后的安装包重新打包，签名等，即可以获得封装之后的安装包。

所述封装之后的安装包用于移动终端中的控制客户端，根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。

封装之后的安装包由控制客户端在移动终端中进行应用程序的安装，使得移动终端中安装的该应用程序可以提供预设封装规则对应的服务功能。

因此预设封装规则可以根据希望实现的服务功能进行预先设定，确定服务代码、修改方式等。

本实施例中，通过对应用程序的安装包进行解包、修改以及打包，获得封装之后的安装包，移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装，从而使得所述应用程序可以提供预设封装规则对应的服务功能，从而可以满足企业办公的个性化需求。

本申请实施例中，应用程序封装可以是在企业管理系统中控制客户端对应的服务端中进行。该服务端可以部署在企业内网中，服务端可以管理、下发企业内网的应用程序，因此可以对应用程序进行封装。封装之后的安装包再提供给控制客户端，由控制客户端在移动终端中进行安装。

因此，作为又一个实施例，所述将修改之后的安装包进行打包，获得封装之后的安装包之后，所述方法还包括：

将所述封装之后的安装包提供给移动终端中的控制客户端。

也即可以将封装之后的安装包直接提供给控制客户端。

当然，作为又一种可能的实现方式，应用程序封装可以在单独设置的第三方封装服务器中进行，因此还可以将封装之后的安装包提供给企业管理系统中的服务端，由移动终端通过控制客户端从服务端获取该封装之后的安装包。

其中，作为又一个实施例，所述获取应用程序的安装包可以是：获取控制客户端从预设下载地址下载的应用程序的安装包。

也即主要对预设下载地址下载的应用程序的安装包可以进行封装。该预设下载地址可以是企业办公应用程序的下载地址，在企业管理系统中，服务端可以部署在企业内网中，服务端用于管理、下发企业内网的应用程序，因此该预设下载地址可以是企业管理系统中服务端的地址，当然还可以是企业内网中其他可以提供应用程序下载的下载地址。

图2为本申请提供的一种应用程序封装方法又一个实施例的流程图，该方法可以包括以下几个步骤：

201：获取应用程序的安装包。

应用程序在移动终端中进行安装之前，可以首先获取该应用程序的安装包进行封装。

具体的可以是获取控制客户端从预设下载地址下载的应用程序的安装包。

202：将所述安装包进行解包。

203：按照预设封装规则，在所述安装包中注入所述预设封装规则对应的服务代码。其中，所述服务代码用于在所述应用程序安装并运行时，提供所述服务代码对应的服务功能。

按照预设封装规则，对安装包进行修改具体即是将预设封装规则中的服务代码注入到安装包中，该服务代码可以用于替换、修改或者增加安装包中的代码。所述服务代码用于注入到安装包中，以增加应用程序可以实现的服务功能。204：将修改之后的安装包进行打包，获得封装之后的安装包。

205：将所述封装之后的安装包提供给移动终端中的控制客户端。

所述控制客户端即可以根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。

在本实施例中，可以通过在应用程序安装包中注入服务代码的方式，增加应用程序可以实现的功能，以满足企业办公的个性化需求。

图3为本申请提供的一种应用程序封装方法又一个实施例的流程图，该方法可以包括以下几个步骤：

301：获取应用程序的安装包。

应用程序在移动终端中进行安装之前，可以首先获取该应用程序的安装包进行封装。

具体的可以是获取控制客户端从预设下载地址下载的应用程序的安装包。

302：检测用户当前触发的服务请求；

303：查找服务类型与封装规则对应关系，获得所述服务请求中携带的服务类型对应的预设封装规则。

服务类型与封装规则对应关系可以预先设置。根据不同的服务类型，可以预先设置对应封装规则，以便于应用程序实现服务类型对应的服务功能。

此外，作为又一个实施例，检测用户当前触发的服务请求之前，还可以 包括：

输出不同服务类型的提示信息，所述提示信息用于提示用户不同服务类型的服务功能；

所述检测用户当前触发的服务请求包括：

检测用户根据所述不同服务类型的提示信息进行服务类型选择而触发的服务请求。

其中，在由企业管理系统的服务端进行应用程序封装时，可以是在检测到控制客户端请求下载应用程序时，获取该请求下载的应用程序的安装包；并通过控制客户端输出不同服务类型的提示信息；从而用户可以根据不同服务类型的提示信息，通过控制客户端选择符合自身需求的服务类型，触发服务请求；因此检测用户当前触发的服务请求也即是检测控制客户端传输的用户当前触发的服务请求。

每一个封装规则中可以包括对应的服务代码，以便于依据服务代码对安装包进行修改。

304：将所述安装包进行解包。

305：按照所述预设封装规则，将所述安装包进行修改。

306：将修改之后的安装包进行打包，获得封装之后的安装包。

307：将所述封装之后的安装包提供给移动终端中的控制客户端。

所述控制客户端即可以根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。

在本实施例中，可以根据服务请求携带不同服务类型，对应用程序安装包进行对应的修改，以使得应用程序可以提供不同服务类型的封装规则对应的服务功能。从而可以使得应用程序可以为企业办公提供特定功能，满足个性化需求。

服务类型例如可以是：

WiFi开关控制，如禁止使用Wi-Fi，蓝牙开关控制，如禁止使用蓝 牙，摄像头开关控制，如禁止使用摄像头；设置黑白名单，推送配置文件，数据网络切换控制，如禁止使用2G/3G/4G，恢复出厂设置、静默安装、静默卸载，禁止截屏，禁止将工作区数据复制、剪切、粘贴出工作区，禁止用户安装应用，禁止用户删除已安装的应用，禁止应用程序内购买，禁止iCloud云备份，禁止iCloud文稿与数据，禁止iCloud钥匙串，擦除工作区数据，恢复出厂设置，下发工作区密码，锁定设备，解锁设备，锁定工作区，解锁工作区，启动鸣响，关闭鸣响，标记为企业设备，标记为个人设备，更新客户端APP，推送通知，推送链接，定位设备，记录设备位置信息，展示所有设备的地理位置，上传应用至企业应用库，下发到指定分组，更新应用库中应用版本，并提示用户升级，上架前应用加固处理，指定分组强制安装上传的应用，非wifi环境下安装，统计已执行策略和未执行策略的设备数量，按分组下发Wifi配置，按分组下发Exchange配置，配置邮件同步计划，安全策略-要求使用SSL，安全策略-信任所有证书，安全策略-禁止移动工作邮件到其他邮箱，安全策略-禁止通过其他邮箱账户转发/回复工作邮件，检测设备是否root/Jailbreak，可配置是否检测此项并作为违规行为，检测设备是否超过指定时间离线，可配置是否检测此项并作为违规行为，检测设备是否未安装安全软件，可配置是否检测此项并作为违规行为，检测设备是否已卸载天机客户端，可配置是否检测此项并作为违规行为，检测设备当月的网络用量是否超过设定值，可配置是否检测此项并作为违规行为，列出符合管理员设置的违规行为的设备和设备详情，禁用GameCenter，禁用AirDrop，禁用siri，禁用iTunesmusic，禁用Safari，禁用FaceTime，禁用iMessages，禁用iBooksStore。

不同的服务类型对应相应的封装规则，用于实现服务类型指示的服务功能。

用户触发的服务请求中可以携带服务类型，接收到服务请求之后，通过对该服务请求进行解析，即可以获得服务类型。

当然，作为又一个实施例，可以预先设置不同应用类型对应的封装 规则或者不同移动终端类型对应的封装规则或者不同控制客户端版本号对应的封装规则，从而可以查找应用类型与封装规则的对应关系、或者移动终端类型对应的封装规则或者控制客户端版本号与封装规则对应关系，根据所述应用程序的应用类型、移动终端类型或者控制客户端版本号，获得对应的封装规则，作为预设封装规则。

当然，也可以综合考虑应用类型、移动终端类型、客户端版本号以及服务类型，设置应用类型、移动终端类型、客户端版本号以及服务类型不同组合关系对应的封装规则。

从而用户触发的服务请求中，除了携带服务类型之后，还可以根据解析获得应用类型、移动终端类型、客户端版本号等信息。

其中，在由服务端进行应用程序封装时，用户触发的服务请求可以通过控制客户端传输至服务端。服务端输出的不同的服务类型的提示信息，具体可以是通过控制客户端输出不同的服务类型的提示信息，

预先设置的每一个封装规则中包括对应的服务代码。确定出预设封装规则，按照所述预设封装规则，将所述安装包进行修改，可以参考图2所示实施例中的描述。

由于不同封装规则的服务代码，用于应用程序安装并运行之后，提供所述服务代码对应的服务功能。

在安装包中注入服务代码包括修改、替换以及增加安装包的代码。而

因此，根据不同服务功能，在所述安装包中注入所述预设封装规则对应的服务代码有多种可能的实现方式：

比如，为了实现控制客户端在移动终端安装的应用程序，仅在控制客户端工作区进行显示，可以按照服务代码修改安装包的Manifest，变更应用程序入口为控制客户端的工作区，使得应用程序安装后仅出现在天机工作区内。

又如，服务代码可以是hook代码，将hook代码插入到安装包，使得应用程序可以利用hook技术实现多种操作，比如可以截获应用程序的读写文 件操作，实现对读写的数据进行加解密；还可以利用hook技术截获应用程序打开方式的行为，把打开资源的请求发送给控制客户端，由控制客户端来判断和选择使用何种方式，例如第三方应用打某个文档，在弹出的应用选择窗口中只会出现工作区内的文档查看器，而不会出现个人区的文档查看器。如果工作区内没有安装相应的文档查看器，可以直接跳转到应用程序下载地址，提示用户下载。

又如，服务代码可以包括通信代码，将通信代码插入安装包中，使得应用程序可以与控制客户端进行通信，服务端即可以通过控制客户端向应用程序发送指令，例如清楚数据等。

为了响应服务端的指令，比如响应清楚指令，实现数据清除，可以在安装包中加入清楚服务包，具体的，可以利用apktool对应用程序安装包进行解压，解压解压成原来的文件，然后对其中的代码文件、配置文件等进行反编译。对反编译后的文件进行处理，包括在反编译后的代码中插入清除服务包对应的服务代码和在反编译后的Androidmanifest.xml文件中加入清除服务包的服务声明。清除服务包需编译成smali文件，再插入应用程序解压后的原文件。通过脚本对解压后的Androidmanifest.xml文件进行解析，写入清除服务包的相关的服务声明，其中，服务声明包中包括清除服务包的名称、用途及路径等。将处理后的反编译文件进行回编译、签名，即完成应用程序中清除服务包的插入。

又如，服务代码可以包括监听代码，将监听异常事件代码插入安装包中，使得应用程序运行时，监听到异常事件时，可以执行相应操作，比如异常事件为控制客户端卸载时，即执行清楚数据的操作。

当然，上述仅是举例说明，不应作为对本申请技术方案的限制。

本申请实施例主要使用在移动终端的企业管理系统中，移动终端的企业管理系统是面向企业的移动终端企业管理平台，包括部署服务端和安装在需要被管理的移动终端上的客户端。服务端部署在企业内网中。

本申请实施例中，将服务端称为服务器，安装在需要被管理的移动终端上的客户端称为控制客户端。

其中：服务器的可以实现的主要功能包括：管理、下发企业内网的应用，以及管理、下发安全策略等。

服务器还提供丰富的移动终端统计与管理工具，企业管理员可以通过服务器查看每个需要被管理的移动终端的详细信息，包括：终端型号、系统版本、IMEI(International Mobile Equipment Identification Number，国际移动设备识别码)、序列号、MSISDN(移动台识别号码，俗称手机号码)、是否离线、是否Root(超级用户)、更换密码时间、是否安装安全软件、电源信息、无线网络信息等。控制客户端的主要功能包括：数据防泄密，执行安全策略等，数据防泄密包括数据加密、数据隔离等，加密的数据可以是涉及系统文件内的数据；或者是用户选定的财务文件、生产文件、销售文件、市场文件、人力资源文件等内的数据；还可以是用户个人文件的数据，例如：照片、视频、日志等。

控制客户端用于执行服务器端下发的策略和移动办公。

具体的，控制客户端的功能主要表现在以下几个方面：

A.独立工作区

基于客户端的数据防泄密机制，客户端在移动终端上建立了独立工作区，所有的企业应用程序和数据存储在受保护的工作区内。相应的，工作区外的内存空间称为个人区，所有的个人应用程序和数据存储在个人区内，个人应用程序无法访问企业数据，从而避免企业数据被个人应用非法访问、存取。移动终端中的工作区和个人区可进行切换。

B.工作区设置有电子邮箱、日历、联系人、短信、浏览器和应用市场等应用。

电子邮箱可查看、收发电子邮件。

日历可查看exchange同步的约会，新建、编辑日历约会。

联系人中可新建或导入联系人。工作区的联系人和通话记录与个人区完全隔离，可设置工作区内发生的通话记录是否显示在个人区。

工作区的短信与个人区完全隔离。

浏览器提供网页访问功能。

通过应用市场下载服务器端推送的应用程序。

服务器的功能主要表现在以下几个方面：

A.企业应用库

服务器端建立了一个专用空间，用于存储上传到服务器端中的应用程序，称为企业应用库，企业应用库用于生成应用市场。服务器端可自动提取应用程序的logo等信息，方便管理员的管理，并可将应用程序下发给客户端。

B.下发安全策略

设置客户端工作区锁屏密码的种类、复杂度及更换周期等。

设置客户端超出离线时间后，不能访问客户端工作区。

禁止工作区截屏，禁止从工作区复制、粘贴、剪切内容至个人区；基于地理位置的摄像头禁用。

定期检测客户端是否被root或越狱，并设定相应的处理方法。

C.管理客户端

在客户端存在安全威胁时，清除客户端的数据，包括邮箱、存储的文件、相关的安全策略和配置文件等，但不影响个人区的数据。

在客户端所在的移动终端丢失的情况下，发送锁定命令，锁定客户端的工作区，以保护工作区的数据。

当用户忘记工作区的锁屏密码或特殊情况下管理员需访问客户端时，发送解锁命令，解除工作区的锁屏密码。

当用户忘记工作区的锁屏密码或管理员需强制更换工作区锁屏密码时，发送新的锁屏密码。

当客户端的邮件长时间不更新时，发送同步邮件命令，使客户端同步邮件。由于客户端同步邮件的频率不相同，当管理员发送紧急邮件时，可利用邮件同步功能，确保个客户端及时收到邮件。

利用客户端收集的定位信息，对客户端进行位置定位，方便管理员了解客户端的位置。

在客户端所在的移动终端丢失的情况下，发送启动鸣响命令，使客户端发出警报。

批量推送消息或url至客户端。推送消息有两种形式：推送消息和推送通知，消息仅显示在工作区桌面的消息widget中，通知将在用户进入工作区时弹窗显示通知内容。

通过本申请实施例的技术方案中，服务器可以对企业应用程序进行封装，从而可以实现控制客户端在移动终端的工作区中安装企业应用程序，与个人应用程序进行隔离、还可以实现对应用程序的数据进行加密保护、对应用程序实现远程控制、清除应用程序的数据等等。从而可以满足企业办公的个性化需求，提高安全性。

图4为本申请提供的一种应用程序封装装置一个实施例的结构示意图，本实施例所述装置可以配置与企业管理系统的服务端中。

该装置可以包括：

安装包获取模块401，用于获取应用程序的安装包。

安装包修改模块402，用于将所述安装包进行解包，并按照预设封装规则，将所述安装包进行修改。

安装包封装模块403，用于将修改之后的安装包进行打包，获得封装之后的安装包；所述封装之后的安装包用于移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。

封装之后的安装包提在移动终端中进行应用程序的安装，使得移动终端中安装的该应用程序可以提供预设封装规则对应的服务功能。

因此预设封装规则可以根据希望实现的服务功能进行预先设定，确定服务代码、修改方式等。

本实施例中，通过对应用程序的安装包进行解包、修改以及打包，获得封装之后的安装包，移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装，从而使得所述应用程序可以提供预设封装规则对应的服务功能，从而可以满足企业办公的个性化需求。

本申请实施例所述的应用程序封装装置配置在企业管理系统中的服务端中时，该服务端可以部署在企业内网中，服务端可以管理、下发企业内 网的应用程序，因此封装之后的安装包可以提供给控制客户端，由控制客户端在移动终端中进行安装。

其中，作为又一个实施例，所述安装包获取模块可以具体用于：获取控制客户端从预设下载地址请求下载的应用程序的安装包。

也即主要对预设下载地址下载的应用程序的安装包可以进行封装。该预设下载地址可以是企业办公应用程序的下载地址。，在企业管理系统中，服务端可以部署在企业内网中，服务端可以用于管理、下发企业内网的应用程序，因此该预设下载地址可以是企业管理系统中服务端的地址，当然还可以是企业内网中其他可以提供应用程序下载的下载地址。

作为又一个实施例，所述安装包修改模块402可以具体用于：

将所述安装包进行解包，并按照预设封装规则，在所述安装包中注入所述预设封装规则对应的服务代码；所述服务代码用于在所述应用程序安装并运行时，提供所述服务代码对应的服务功能。

其中，所述服务代码用于在所述应用程序安装并运行时，提供所述服务代码对应的服务功能。

服务代码可以用于替换、修改或者增加安装包中的代码。

所述服务代码用于注入到安装包中，以增加应用程序可以实现的服务功能。

在本实施例中，可以通过在应用程序安装包中注入服务代码的方式，增加应用程序可以实现的功能，以满足企业办公的个性化需求。

如图5所示的应用程序封装装置又一个实施例中，与图4所示不同之处在于，安装包修改模块402包括：

检测单元501，用于检测用户当前触发的服务请求；

查找单元502，用于查找服务类型与封装规则对应关系，获得所述服务 请求中携带的服务类型对应的预设封装规则；

修改单元503，用于将所述安装包括进行解包，并按照所述预设封装规则，将所述安装包进行修改。

服务类型与封装规则对应关系可以预先设置。根据不同的服务类型，可以预先设置对应封装规则，以便于应用程序实现服务类型对应的服务功能。

此外，作为又一个实施例，如图5中所示，该方法还可以包括：

输出模块404，用于输出不同服务类型的提示信息，所述提示信息用于提示用户不同服务类型的服务功能；

所述检测用户501当前触发的服务请求包括：

检测用户根据所述不同服务类型的提示信息进行服务类型选择而触发的服务请求。

其中，该输出模块可以具体是通过控制客户端输出不同服务类型的提示信息；

检测单元也即具体是检测控制客户端传输的用户当前触发的服务请求。

安装包获取模块具体可以是在检测到控制客户端请求下载应用程序时，获取该请求下载的应用程序的安装包。

每一个封装规则中可以包括对应的服务代码，以便于依据服务代码对安装包进行修改。

在本实施例中，可以根据不同的服务请求携带服务类型，对应用程序安装包进行对应的修改，以使得可以提供不同服务类型的封装规则对应的服务功能。从而可以使得应用程序可以为企业办公提供特定功能，满足个性化需求。

当然，作为又一个实施例，可以预先设置不同应用类型对应的封装规则或者不同移动终端类型对应的封装规则或者不同控制客户端版本号对应的封装规则，从而可以查找应用类型与封装规则的对应关系、或者移动终端类型对应的封装规则或者控制客户端版本号与封装规则对应关 系，根据所述应用程序的应用类型、移动终端类型或者控制客户端版本号，获得对应的封装规则，作为预设封装规则。

当然，也可以综合考虑应用类型、移动终端类型、客户端版本号以及服务类型，设置应用类型、移动终端类型、客户端版本号以及服务类型不同组合关系对应的封装规则。

从而用户触发的服务请求中，除了携带服务类型之后，还可以根据解析获得应用类型、移动终端类型、客户端版本号等信息。

本申请还提供了一种服务器，配置有上述任一个实施例中所述的应用程序封装装置。

该服务器可以具体是企业管理系统中部署在企业内网中的服务器。

通过所述服务器可以实现应用程序的自动封装，以提高数据安全性或者提供其他特定服务功能，以满足企业办公的个性化需求。

其可以在控制客户端请求下载应用程序时，对请求下载的应用程序的安装包进行修改，实现应用程序的自动封装。

还可以在进行封装时，通过控制客户端输出服务类型的提示信息，以便于根据用户自身需求进行应用程序的封装等。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储 器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (10)

1.一种应用程序封装方法，其特征在于，包括：

获取应用程序的安装包；

将所述安装包进行解包，并按照预设封装规则，将所述安装包进行修改；

将修改之后的安装包进行打包，获得封装之后的安装包；所述封装之后的安装包用于移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。

2.根据权利要求1所述的方法，其特征在于，将所述安装包括进行解包，并按照预设封装规则，将所述安装包进行修改包括：

检测用户当前触发的服务请求；

查找服务类型与封装规则对应关系，获得所述服务请求中携带的服务类型对应的预设封装规则；

将所述安装包括进行解包，并按照所述预设封装规则，将所述安装包进行修改。

3.根据权利要求2所述的方法，其特征在于，所述检测用户触发的服务请求之前，所述方法还包括：

输出不同服务类型的提示信息，所述提示信息用于提示用户不同服务类型的服务功能；

所述检测用户当前触发的服务请求包括：

检测用户根据所述不同服务类型的提示信息进行服务类型选择而触发的服务请求。

4.根据权利要求1～3任一项所述的方法，其特征在于，所述将所述安装包进行解包，并按照预设封装规则，将所述安装包进行修改包括：

将所述安装包进行解包，并按照预设封装规则，在所述安装包中注入所述预设封装规则对应的服务代码；所述服务代码用于在所述应用程序安装并运行时，提供所述服务代码对应的服务功能。

5.根据权利要求1所述的方法，其特征在于，所述获取应用程序的安装包包括：

获取控制客户端从预设下载地址下载的应用程序的安装包。

6.一种应用程序封装装置，其特征在于，包括：

安装包获取模块，用于获取应用程序的安装包；

安装包修改模块，用于将所述安装包进行解包，并按照预设封装规则，将所述安装包进行修改；

安装包封装模块，用于将修改之后的安装包进行打包，获得封装之后的安装包；所述封装之后的安装包用于移动终端中的控制客户端根据所述封装之后的安装包，在所述移动终端中进行应用程序的安装。

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

检测单元，用于检测用户当前触发的服务请求；

查找单元，用于查找服务类型与封装规则对应关系，获得所述服务请求中携带的服务类型求对应的预设封装规则；

修改单元，用于将所述安装包括进行解包，并按照所述当预设封装规则，将所述安装包进行修改。

8.根据权利要求7所述的装置，其特征在于，还包括：

输出模块，用于输出不同服务类型的提示信息，所述提示信息用于提示用户不同服务类型的服务功能；

所述检测单元具体用于：

检测用户根据所述不同服务类型的提示信息进行服务类型选择而触发的服务请求。

9.根据权利要求6～8任一项所述的装置，其特征在于，所述安装包修改模块具体用于：

将所述安装包进行解包，并按照预设封装规则，在所述安装包中注入所述预设封装规则对应的服务代码；所述服务代码用于在所述应用程序安装并运行时，提供所述服务代码对应的服务功能。

10.根据权利要求6所述的装置，其特征在于，所述安装包获取模块具体用于：

获取控制客户端从预设下载地址请求下载的应用程序的安装包。