[发明专利]一种应用程序管理系统

说明书

技术领域

本发明涉及信息技术(IT,Information Technology)领域，尤其涉及一种应用程序管理系统。

背景技术

目前的Linux发行版有很多版本，针对不同的Linux发行版，目前采用的是基于包管理器的软件中心。

在GNU/Linux(以下简称Linux)操作系统中，RPM(全称：Red Hat Package Manager，Red Hat软件包管理工具)和DPKG(全称：Debian Packager)是最常见的两类软件包管理工具，他们分别应用于基于RPM软件包的Linux发行版本和DEB软件包的Linux发行版本。软件包管理工具的作用是提供在操作系统中安装、升级及卸载需要的软件的方法，并提供对系统中所有软件状态信息的查询功能。然而，现有的Linux发行版的基于包管理器的软件中心，并不具有普遍适用性，从而为用户的使用带来诸多不便特别是初学用户。

RPM本意就是Red Hat软件包管理，RPM最早由Red Hat公司开发出来的Linux下软件包管理工具，随后被GNU开源操作系统接受并成为很多Linux系统(RHEL，Red Hat Enterprise Linux)的既定软件标准。由于这种软件管理方式非常方便，逐渐被其它Linux发行商所借用，现在已经成为Linux平台下通用的软件包管理方式，例如Fedora、Red Hat、SUSE、Mandrake等主流Linux发行版本都默认采用了这种软件包管理方式。

RPM包管理类似于windows下的“添加/删除程序”但是功能却比“添加/删除程序”强大很多。在Linux的系统安装光盘中，有很多以“.RPM”结尾的软件包，这些包文件就是我们所说的RPM文件。每个RPM文件中包含了已经编译好的二进制可执行文件，其实就是将软件源码文件进行编译安装，然后进行封装，就成了RPM文件，类似于windows安装包中的“.exe”文件。此外，RPM文件中还包含了运行可执行文件所需的其它文件，这点也和windows下的软件包类似，windows程序的安装包中，除了“exe”可执行文件，还有其它依赖运行的文件。

RPM包管理方式的缺点是对操作系统环境的依赖很大，它要求RPM包的安装环境必须与RPM包封装时的环境相一致或相当。还需要满足安装时与系统某些软件包的依赖关系，例如需要安装A软件，但是A软件需要系统有B和C软件的支持，那么就必须先安装B和C软件，然后才能安装A软件。实际应用中往往最令用户头疼的是package_a依赖于package_b/c/d/e/f等多个包,而package_b/c/d/e/f等包又依赖于package_b1,b2,b3/c1,c2/d1,d2/e1,e2/f1,f2等等。为保证软件的正常使用，必须找到所有依赖包以及子依赖包并且安装。过多的依赖关系大大降低了Linux软件安装的用户友好性。

与RPM进行竞争的是基于Debian操作系统(UBUNTU，乌班图)的DEB软件包管理工具－DPKG，其功能方面与RPM相似。DPKG软件包管理器是Ubuntu Linux系统的核心软件管理工具。由于DPKG不负责检查软件包依赖关系，因此，通常使用DPKG安装单个软件包。

DPKG用于安装、编译、卸载和查询Deb软件包。但是，DPKG存在两个最大缺陷：第一，不能主动从镜像站点获取软件包；第二，安装软件包时，无法检查软件包的依赖关系。

针对此类问题，可使用更高级的包管理策略去解决-Yum/APT(全称：Advanced Packaging Tools)。

更友好的包管理软件YUM基于RPM包管理工具，能够从指定的源空间(服务器，本地目录等)自动下载目标RPM包并且安装，可以自动处理依赖性关系并进行下载和安装，无须繁琐地手动下载、安装每一个需要的依赖包。此外，YUM的另一个功能是进行系统中所有软件的升级。

更友好的包管理软件APT与YUM对应，它最早被设计成DPKG的前端软件，现在通过apt-RPM也支持RPM管理。APT的主要包管理工具为APT-GET，通过此工具可满足和上述YUM相似的功能要求。

综上所述，现有的Linux发行版的基于包管理器的软件中心，并不具有普遍适用性。主要原因如下：

1)不一致的拆包及命名，不同的Linux发行版构成的系统的软件包的名字及应用的名称不相同；

2)适用范围被包格式所限定，随意的拆包命名不利于应用发布，缺乏普适性；