CN104636154A - 应用程序安装方法及装置 - Google Patents

Abstract

本发明涉及一种应用程序安装方法及装置。在一个实施例中上述方法包括以下步骤：根据第一应用程序的安装包执行第一应用程序的安装操作，该第一应用程序的安装包内包括至少一个资源文件，该资源文件的内容为第二应用程序的安装包；在该第一应用程序被启动之后加载适配服务，该适配服务检测当前是否具有与该第二应用程序的安装包匹配的权限；以及若具有权限则根据该第二应用程序的安装包执行第二应用程序的操作。上述的方法及装置可让用户方便的从第二网络服务的渠道确认网络会话中的内容，提升了网络会话的安全性。上述的方法及装置方便解决应用程序在具有不同权限的设备上的安装相应功能问题，而让用户能够轻松扩展设备的功能。

Description

应用程序安装方法及装置

技术领域

本发明涉及应用程序的安装技术，尤其涉及一种应用程序安装方法及装置。

背景技术

为保证系统稳定性和程序数据的安全，一些操作系统引入了“沙箱”的概念，应用程序只能访问有限的系统资源（如系统相册）和规定的系统接口，而对于通话记录、短信等系统资源和电话、短信接口，则不能进行访问，在程序中使用也被认为非法使用。

以IOS操作系统为例，应用程序的发布也只能使用ipa的格式，ipa格式实际上为压缩包格式，系统安装时是将其解压后放到应用程序目录下，被赋予用户组权限，限制在“沙箱”内运行。

但是在IOS设备越狱（是指获取系统根权限）之后，程序可以突破系统的限制，有权限访问系统的各种资源和调用系统接口来完成各种操作，比如读取系统全量通话记录、接收发送短信等。越狱之后的IOS设备支持安装deb包格式。deb包虽然也是为压缩包格式，但是可以在deb包安装的时候运行脚本，从而可以将应用程序拷贝到指定系统目录下，并能修改应用程序的权限，从而使得程序获得系统权限来访问系统资源和调用系统接口，也可以通过注册监听系统消息和接口来动态的监控系统行为。

不同发布渠道接收安装包的格式规定不同，如苹果公司的官方应用商店只接受ipa格式，并且程序不能调用其受限的系统接口，而其他渠道则可能接收ipa格式或者deb格式，因此不同安装包格式支持的程序功能不同，需要对不同的渠道做相应的适配。

目前主流的技术方案都是针对不同的发布渠道准备不同的安装包，对于只支持ipa格式的渠道则准备ipa安装包，由于ipa包的特点和发布渠道的要求，只能去掉一些依赖系统资源和接口的功能，当用户使用到这些屏蔽掉的功能时，则只能提示用户受系统限制，不能使用。然而，存在部分用户，其通过只支持ipa格式的渠道安装应用程序，但是其设备已经获取系统根权限时。在此种情形下，其本可以使用的功能没有办法使用到。若要使用还要单独去其他应用程序发布渠道下载安装。

发明内容

有鉴于此，有必要提供一种应用程序安装方法及装置，其可方便解决上述问题，而让用户能够轻松扩展设备的功能。

一种应用程序安装方法，包括：根据第一应用程序的安装包执行第一应用程序的安装操作，该第一应用程序的安装包内包括至少一个资源文件，该资源文件的内容为第二应用程序的安装包；在该第一应用程序被启动之后加载适配服务，该适配服务检测当前是否具有与该第二应用程序的安装包匹配的权限；以及若具有权限则根据该第二应用程序的安装包执行第二应用程序的操作。

一种应用程序安装装置，包括：第一应用安装模块，用于根据第一应用程序的安装包执行第一应用程序的安装操作，该第一应用程序的安装包内包括至少一个资源文件，该资源文件的内容为第二应用程序的安装包；适配模块，用于在该第一应用程序被启动之后加载适配服务，该适配服务检测当前是否具有与该第二应用程序的安装包匹配的权限；以及第二应用安装模块，用于若具有权限则根据该第二应用程序的安装包执行第二应用程序的操作。

根据上述的应用程序安装方法及装置，第二应用程序的安装包实质已经作为第一应用程序的资源文件而与第一应用程序的其他部分一并下载，因此可以动态地根据当前是否获取匹配的系统权限而相应自动安装第二应用程序。相应地，对于获取系统权限的用户，其不需要单独从其他渠道再重新下应并安装应用程序以获取受限的功能。减少用户安装应用程序的时间以及提升应用程序安装的便利性。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

图1为一种电子装置的结构框图。

图2为第一实施例提供的应用程序安装方法流程图。

图3为第一实施例的应用程序安装方法的示意图。

图4为第二实施例提供的应用程序安装方法流程图。

图5为第三实施例提供的应用程序安装方法流程图。

图6为第四实施例提供的应用程序安装装置的结构框图。

图7及图8为第五实施例提供的应用程序安装装置的结构框图。

图9为第六实施例提供的应用程序安装装置的结构框图。

具体实施方式

为更进一步阐述本发明为实现预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明的具体实施方式、结构、特征及其功效，详细说明如后。

本发明实施例涉及一种应用程序安装方法及装置。其可用于电子装置。上述的电子装置的具体实例包括电脑、智能手机、平板电脑、智能手表、或者其他任意安装有操作系统的电子装置。该操作系统包含权限分级控制机制，而让不同类型的应用程序具有不同的权限。

图1示出了上述的电子装置的一个实施例的结构框图。如图1所示，电子装置100包括存储器102、一个或多个（图中仅示出一个）处理器104、以及显示单元106。可以理解，图1所示的结构仅为示意，电子装置100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

存储器102可用于存储应用程序以及模块，如本发明实施例中的应用程序安装方法及装置对应的程序指令/模块，处理器104通过运行存储在存储器102内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序安装方法。

存储器102可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器102可进一步包括相对于处理器104远程设置的存储器，这些远程存储器可以通过网络连接至电子装置100。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

显示单元106在电子装置100与用户之间同时提供一个输出及输入界面。具体地，显示单元106可为触控屏幕，用于向用户显示可视化输出，这些可视化输出的内容可包括文字、图形、视频、及其任意组合。一些输出结果是对应于一些用户界面对象。显示单元106还接收用户的输入，例如用户的点击、滑动等手势操作，以便用户界面对象对这些用户的输入做出响应。检测用户输入的技术可以是基于电阻式、电容式或者其他任意可能的触控检测技术。显示单元106显示单元的具体实例包括但并不限于液晶显示器或发光聚合物显示器。

第一实施例

参阅图2，本实施例提供一种应用程序安装方法，包括以下步骤：

步骤S110、执行第一应用程序的安装操作。

在IOS操作系统中，ipa格式的应用程序安装包（实质为zip格式的压缩包）的安装过程为：将安装包解压缩，并将解压后的文件及目录复制进/var/mobile/Applications目录下。全部文件和目录的所有者及用户组均设为mobile(ID为501)，主程序(可执行文件)的权限设为0755(所有人都可以执行，但只有所有者可以修改)，可执行文件在plist中定义。全部目录权限设为0755，而其它所有文件都设为0644(仅所有者可以修改，其余人只允许读取，全部人都不允许执行)。此外，ipa解包后并非直接放置于Applications目录下，而是放在一串由随机码构成的目录下，其作用在于，只允许这个软件运行在一个特定的沙盒(Sandbox)中，不能干扰其他软件。由于这个软件只能在这个特定的目录下运行，从而保证了整个系统的安全性和稳定性。

本实施例中，首先，可以从应用程序商店里获取第一应用程序的安装包。在第一应用程序中完全遵循IOS系统的规范，其内并未实现依赖系统接口的功能。因此第一应程序的安装包可以在官方的应用程序商店里进行发布。但第一应用程序的安装包内应包括至少一个资源文件，至少一个资源文件的内容为第二应用程序的安装包，例如deb格式的安装包。第二应用程序中可实现依赖系统接口或权限的功能。可以理解，在完成第一应用程序的安装后，第二应用程序的安装包仅为资源文件，本身并无法被运行。

步骤S120、在该第一应用程序被启动之后加载适配服务。

适配服务是内建于第一应用程序内，随第一应程序启动而自动运行。适配服务检测当前是否具有与该第二应用程序的安装包匹配的权限。具体的检测过程例如可包括：请求调用受限的接口，若接收到错误信息，则说明没有匹配的权限；反之则说明具有匹配的权限。若没有匹配的权限，则不进行任何操作；若具有匹配的权利则进行步骤S130。

步骤S130、若具有权限则执行第二应用程序的安装操作。

deb格式的安装包本身有三部分组成：数据包，包含实际安装的程序数据，文件名为data.tar.XXX；安装信息及控制脚本包，包含deb的安装说明，标识，脚本等，文件名为control.tar.gz；最后一个是deb文件的一些二进制数据，包括文件头等信息。

data.tar.gz包含的是实际安装的程序数据，而在安装过程中，该包里的数据会被直接解压到根目录(即/)。而control.tar.gz则包含了一个deb安装的时候所需要的控制信息。一般有5个文件：control，用了记录软件标识，版本号，平台，依赖信息等数据；preinst，在解包data.tar.gz前运行的脚本；postinst，在解包数据后运行的脚本；prerm，卸载时，在删除文件之前运行的脚本；postrm，在删除文件之后运行的脚本。

根据以上描述，deb包虽然也是为压缩包格式，但是可以在deb包安装的时候运行脚本，从而可以将应用程序拷贝到指定系统目录下，并能修改应用程序的权限，从而使得程序获得系统权限来访问系统资源和调用系统接口，也可以通过注册监听系统消息和接口来动态的监控系统行为。因此，在第二应用程序被安装后，相比于第一应用程序，设备就具有原先被受限的功能。

为更好的理解本实施例，进一步参阅图3，其为上述的第一应程序与第二应用程序的架构示意图。第一应程序包括应用程序的界面以及不依赖系统接口的模块（如联系人模块及设置等）。第二应用程序中包括通话记录获取、系统短信数据获取、电话/信息拦截能依赖于系统接口或者监听系统事件的功能。此外，第一应用程序中还具有适配服务以及进程间通讯模块。若第二应用程序（DEB安装包）被安装，则第一应用程序与第二应用程序之间通过进程间数据交换的方式进行通信。

根据本实施的应用程序安装方法，第二应用程序的安装包实质已经作为第一应用程序的资源文件而与第一应用程序的其他部分一并下载，因此可以动态地根据当前是否获取匹配的系统权限而相应自动安装第二应用程序。相应地，对于获取系统权限的用户，其不需要单独从其他渠道再重新下应并安装应用程序以获取受限的功能。减少用户安装应用程序的时间以及提升应用程序安装的便利性。

第二实施例

本实施例提供一种应用程序安装方法，其与第一实施例的方法相似，其不同之处在于，参阅图4，该适配服务还进行以下操作：

步骤S210、适配服务还接收该第一应程序的其他模块的数据获取请求。该其他模块例如是图3所示的通话记录显示模块，数据获取请求所请求的数据是全量的通话记录。

步骤S220，判断该数据获取请求是否依赖于该第二应用程序内的服务提供，若是，则进行步骤S230；若否，直接调用相关的功能即可。

例如，对于获取全量通话记录的数据获取请求，则需要依赖于第二应用程序内的通话记录获取模块，因此要执行步骤S230；否则直接调用相关功能即可。

步骤S230，判断第二应用程序是否已被安装，若是则进行步骤S240，若否，则执行步骤S250。

判断第二应用程序是否已经被安装的过程可包括：可以是向系统的提供的应用列表接口发出查询请求以查询是否已经安装相应的应用程序。还可以是尝试调用第二应用程序内提供的预定接口，若成功接收到回复的数据，则说明已被安装，否则，未被安装。

步骤S240，通过进程间通信方式向该第二应用程序内的服务请求数据并返回数据至该其他模块。

由于第一应用程序与第二应用程序运行在不同的进程内，需要采用取进程间通信的方式交换数据。而进程间通信的方式属于习知内容，在此不再赘述。

步骤S250，返回与该数据获取请求对应的默认值至该其他模块。

该默认值例如可以是空值或者预定的值。

根据本实施例的方法，在第二应用程序已经安装时，可以通过进程间通信的方式获取第一应用程序中无法获取的数据，而在第二应用程序未被安装时，可以返回默认值，因此无论第二应用程序是否能够正常安装运行，在第一应用程序中都可以获取到预定格式的数据。第一应用程序的运行过程中的数据处于可预期的状态，运行更加平衡。

第三实施例

本实施例提供一种应用程序安装方法，其与第一实施例的方法相似，其不同之处在于，参阅图5，该适配服务还进行以下操作：

步骤S310，适配服务还接收该第一应程序的其他模块的服务调用请求。

例如，在图3所示的“设置”模块中，用户可以设定要开启来去电拦截以及信息拦截功能。可以理解，来去电拦截以及信息拦截功能需要通过注册监听系统消息实现。而这些功能需要超级用户权限，只能在第二应用程序中实现，如图3所示的来去电拦截模块与信息拦截模块。因此，在要使用这些功能时，需要发出服务调用请求。

步骤S320，判断该服务调用请求指定的模块是否在该第二应用程序内实现，若是，进行步骤S330，否则，直接调用该指定的模块即可。

对于上述的来去电拦截以及信息拦截功能，其对应的模块是图3所示的来去电拦截模块与信息拦截模块。因此要进行步骤S330。

步骤S330，判断第二应用程序是否已经被安装，若是进行步骤S340，否则进行步骤S350。

判断第二应用程序是否已经被安装的过程可包括：可以是向系统的提供的应用列表接口发出查询请求以查询是否已经安装相应的应用程序。还可以是尝试调用第二应用程序内提供的预定接口，若成功接收到回复的数据，则说明已被安装，否则，未被安装。

步骤S340，通过进程间通信方式向该第二应用程序转发该服务调用请求。

由于第一应用程序与第二应用程序运行在不同的进程内，需要采用取进程间通信的方式交换数据。而进程间通信的方式属于习知内容，在此不再赘述。

步骤S350，返回与该服务调用请求对应的默认值至该其他模块。

该默认值例如是空值或者其他表示开户该功能失败的值。

根据本实施例的方法，在第二应用程序已经安装时，可以在第一应用程序中设置全用第二应用程序中提供的需要较高权限的功能。

第四实施例

本实施例提供一种应用程序安装装置，参阅图6，其包括第一应用安装模块10、适配模块20、以及第二应用安装模块30。

第一应用安装模块10用于根据第一应用程序的安装包执行第一应用程序的安装操作，该第一应用程序的安装包内包括至少一个资源文件，该资源文件的内容为第二应用程序的安装包。上述安装操作例如是将安装包内包括的程序文件复制到指定的目录下。

适配模块20用于在该第一应用程序被启动之后加载适配服务，该适配服务检测当前是否具有与该第二应用程序的安装包匹配的权限。

第二应用安装模块30用于若具有权限则根据该第二应用程序的安装包执行第二应用程序的操作。

关于本实施例的装置其他细节，还可进一步参阅第一实施例，在此不再赘述。

根据本实施的应用程序安装装置，第二应用程序的安装包实质已经作为第一应用程序的资源文件而与第一应用程序的其他部分一并下载，因此可以动态地根据当前是否获取匹配的系统权限而相应自动安装第二应用程序。相应地，对于获取系统权限的用户，其不需要单独从其他渠道再重新下应并安装应用程序以获取受限的功能。减少用户安装应用程序的时间以及提升应用程序安装的便利性。

第五实施例

本实施例提供一种应用程序安装装置，其与第四实施例的装置相似，参阅图7，其不同之处在于还包括进程间通讯模块40。进程间通讯模块40用于与第二应用程序进行通信以进行数据及指令的交换。

进一步地，参阅图8，适配模块20包括：数据请求接收单元21、第一判断单元22、第二判断单元23、数据获取单元24、以及默认值返回单元25。

数据请求接收单元21用于接收该第一应程序的其他模块的数据获取请求.

第一判断单元22用于判断该数据获取请求是否依赖于该第二应用程序内的服务提供。若是，则调用该第二判断单元23。

第二判断单元23，用于判断该第二应用程序已被安装，若是则调用数据获取单元24。

数据获取单元24调用该进程间通信模块40，向该第二应用程序内的服务请求数据，并返回数据至该其他模块。

默认值返回单元25用于返回与该数据获取请求对应的默认值至该其他模块。

关于本实施例的装置其他细节，还可进一步参阅第二实施例，在此不再赘述。

根据本实施例的装置，在第二应用程序已经安装时，可以通过进程间通信的方式获取第一应用程序中无法获取的数据，而在第二应用程序未被安装时，可以返回默认值，因此无论第二应用程序是否能够正常安装运行，在第一应用程序中都可以获取到预定格式的数据。第一应用程序的运行过程中的数据处于可预期的状态，运行更加平衡。

第六实施例

本实施例提供一种应用程序安装装置，其与第四实施例的装置相似，参阅图9，其不同之处在于，适配模块20包括：服务请求接收单元31、第一判断单元32、第二判断单元33、服务启动单元34、以及默认值返回单元35。

服务请求接收单元31用于接收该第一应程序的其他模块的服务调用请求。

第一判断单元32用于判断该服务调用请求指定的模块是否在该第二应用程序内实现，若是，则调用第二判断单元33。

第二判断单元33用于判断该第二应用程序是否已被安装，若是则调用服务启动单元34，否则调用默认值返回单元。

服务启动单元34，用于通过进程间通信方式向该第二应用程序转发该服务调用请求，将返回结果至该其他模块。

默认值返回单元35返回与该服务调用请求对应的默认值至该其他模块。

关于本实施例的装置其他细节，还可进一步参阅第三实施例，在此不再赘述。

根据本实施例的方法，在第二应用程序已经安装时，可以在第一应用程序中设置全用第二应用程序中提供的需要较高权限的功能。

此外，本发明实施例还提供一种计算机可读存储介质，其内存储有计算机可执行指令，上述的计算机可读存储介质例如为非易失性存储器例如光盘、硬盘、或者闪存。上述的计算机可执行指令用于让计算机或者类似的运算装置完成上述的应用程序安装方法及装置。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭示如上，然而并非用以限定本发明，任何本领域技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简介修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (10)

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

根据第一应用程序的安装包执行第一应用程序的安装操作，该第一应用程序的安装包内包括至少一个资源文件，该资源文件的内容为第二应用程序的安装包；

在该第一应用程序被启动之后加载适配服务，该适配服务检测当前是否具有与该第二应用程序的安装包匹配的权限；以及

若具有权限则根据该第二应用程序的安装包执行第二应用程序的安装操作。

2.如权利要求1所述的应用程序安装方法，其特征在于，该适配服务还接收该第一应程序的其他模块的数据获取请求，并判断该数据获取请求是否依赖于该第二应用程序内的服务提供，若是，且该第二应用程序已被安装，则通过进程间通信方式向该第二应用程序内的服务请求数据并返回数据至该其他模块。

3.如权利要求2所述的应用程序安装方法，其特征在于，若该第二应用程序未被安装，则返回与该数据获取请求对应的默认值至该其他模块。

4.如权利要求1所述的应用程序安装方法，其特征在于，该适配服务还接收该第一应程序的其他模块的服务调用请求，并判断该服务调用请求指定的模块是否在该第二应用程序内实现，若是，且该第二应用程序已被安装，则通过进程间通信方式向该第二应用程序转发该服务调用请求。

5.如权利要求4所述的应用程序安装方法，其特征在于，若该第二应用程序未被安装，则返回与该服务调用请求对应的默认值至该其他模块。

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

第一应用安装模块，用于根据第一应用程序的安装包执行第一应用程序的安装操作，该第一应用程序的安装包内包括至少一个资源文件，该资源文件的内容为第二应用程序的安装包；

适配模块，用于在该第一应用程序被启动之后加载适配服务，该适配服务检测当前是否具有与该第二应用程序的安装包匹配的权限；以及

第二应用安装模块，用于若具有权限则根据该第二应用程序的安装包执行第二应用程序的操作。

7.如权利要求6所述的应用程序安装装置，其特征在于，该装置还包括进程间通信模块，用于与该第二应用程序的进程进行通信；

该适配模块包括：

数据请求接收单元，用于接收该第一应程序的其他模块的数据获取请求；

第一判断单元，用于判断该数据获取请求是否依赖于该第二应用程序内的服务提供；

第二判断单元，用于判断该第二应用程序已被安装；以及

数据获取单元，用于通过该进程间通信模块向该第二应用程序内的服务请求数据并返回数据至该其他模块。

8.如权利要求7所述的应用程序安装装置，其特征在于，该适配模块还包括默认值返回单元，用于若该第二应用程序未被安装，则返回与该数据获取请求对应的默认值至该其他模块。

9.如权利要求6所述的应用程序安装装置，其特征在于，该装置还包括进程间通信模块，用于与该第二应用程序的进程进行通信；

该适配模块包括：

服务请求接收单元，用于接收该第一应程序的其他模块的服务调用请求；

第一判断单元，用于判断该服务调用请求指定的模块是否在该第二应用程序内实现；

第二判断单元，用于判断该第二应用程序已被安装；以及

服务启动单元，用于通过进程间通信方式向该第二应用程序转发该服务调用请求返回结果至该其他模块。

10.如权利要求9所述的应用程序安装装置，其特征在于，该适配模块还包括默认值返回单元，用于若该第二应用程序未被安装，则返回与该服务调用请求对应的默认值至该其他模块。