CN104375891A - 一种应用程序管理系统 - Google Patents

Abstract

本发明公开了一种应用程序管理系统，应用于Linux操作系统；包括服务端与复数个用户端，所述服务端与每个所述用户端远程连接并进行数据传输，每个所述用户端均运行于预设的发行版本的Linux操作系统环境中；所述用户端用以开发应用程序，并将所述应用程序上传至所述服务端，和/或从所述服务端下载所述应用程序；所述服务端包括用户管理单元用以管理所述用户端的账户信息以及控制所述用户端的登录和退出；应用周期管理单元用以对所述用户端上传的所述应用程序进行管理；Web单元用以展示所述应用程序的信息以及评价；数据库用以存储所述应用程序；Restful接口所述用户端通过所述Restful接口调用所述数据库中的应用程序。

Description

一种应用程序管理系统

技术领域

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

背景技术

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

在GNU/Linux(以下简称Linux)操作系统中，RPM(全称：Red HatPackage Manager，Red Hat软件包管理工具)和DPKG(全称：DebianPackager)是最常见的两类软件包管理工具，他们分别应用于基于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)适用范围被包格式所限定，随意的拆包命名不利于应用发布，缺乏普适性；

3)错综复杂的依赖关系，由于开源的多态性，依赖关系错综复杂，Linux操作系统中的软件之间的依赖关系一直是用户比较棘手的问题；

4)系统失控，操作系统体积失控、边界失控等等问题；

5)安全隐患，应用问题往往被放大成系统问题；

6)安装新应用的冲突，安装应用还是卸载应用不明确。

发明内容

针对现有的Linux操作系统存在的上述问题，现提供一种旨在实现可适用于多种Linux版本的可应用程序管理系统。

具体技术方案如下：

一种应用程序管理系统，应用于Linux操作系统；包括：服务端与复数个客户端，所述服务端与每个所述客户端远程连接并进行数据传输，每个所述客户端采用预设的发行版本的linux操作系统正常工作；

存储单元，用以存储复数个可移植应用；

处理单元，连接所述存储单元，用以采用标准操作系统将复数个所述可移植应用分别打包形成应用包；

发布单元，连接所述存储单元，形成一界面用以展示复数个所述可移植应用；

所述客户端可根据操作下载在所述发布单元界面展示的所述可移植应用的应用包。

优选的，所述界面还用以展示所述可移植应用的最近版本及相应的功能。

优选的，所述服务端还包括：

用户管理单元，用以管理所述客户端的账户信息以及控制所述客户端的登录和退出；

优选的，所述用户管理单元包括：

账户创建模块，用以创建所述客户端的账户名称及与所述账户名称对应的密码。

优选的，所述用户管理单元还包括：

匹配模块，用以将所述客户端的账户名称与所述客户端输入的登录密码进行匹配，判断输入的所述登录密码是否为与所述账户名称对应的密码。

优选的，还包括：

应用统计单元，连接所述存储单元，用以对所述可移植应用根据功能或版本进行统计。

上述技术方案的有益效果：

本发明所述应用程序管理系统是一种跨发行版的通用多种Linux版本的管理系统，具有普适性。可以提升系统的安全性，安全风险可控，降低系统复杂度，降低应用间的耦合度，应用可跨发行版安装，使应用发行商不再承受发行版升级负担，方便用户使用。

附图说明

图1为本发明所述应用程序管理系统的一种实施例的模块图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

如图1所示，一种应用程序管理系统，应用于Linux操作系统；包括：服务端1与复数个客户端2，服务端1与每个客户端2远程连接并进行数据传输，每个客户端2采用预设的发行版本的linux操作系统正常工作；

存储单元14，用以存储复数个可移植应用；

处理单元12，连接存储单元14，用以采用标准操作系统将复数个可移植应用分别打包形成应用包；

发布单元15，连接存储单元14，形成一界面用以展示复数个可移植应用；

客户端2可根据操作下载在发布单元15界面展示的可移植应用的应用包。

在本实施例中应用程序管理系统是一种跨发行版的通用多种Linux版本的管理系统，具有普适性。可以提升系统的安全性，安全风险可控，降低系统复杂度，降低应用间的耦合度，应用可跨发行版安装，使应用发行商不再承受发行版升级负担。该管理系统的可移植应用采用标准、有限且收敛的系统组件；标准的API(Application Programming Interface,应用程序编程接口)/ABI(Application Binary Interface，应用二进制接口)；有限的通用库及基础工具。服务端1可应用于应用商店服务端1，运行在此操作系统上的应用商店服务端1可为客户端2提供服务及软件包。应用商店服务端1是一种全新的移动应用分发平台和模式，是一个开发者与消费者之间的商业渠道，能够让开发者将应用直接发布和销售给最终客户。这一模式消除了所有开发和销售的中间环节，能为应用开发者提供客观的销售分成比例，因此吸引了许多的应用开发者参与到这一应用模式中。通过这一模式，面向移动互联网的软件产业面临革命性的创新机会。客户端2可通过应用付费单元为应用程序向服务端1支付相应的费用，客户端2(研发用户)也可通过应用付费单元向服务端1收取下载相应应用程序获取的利润。

进一步地，该应用程序管理系统可适用于Ubuntu、Fedora、Red Hat、SUSE以及Mandrake等主流Linux发行版本，可作为一种独立运行的软件，包含在操作系统标准化的基础上的应用商店服务端1、客户端2及符合一定规范的软件包。

在优选的实施例中，界面还用以展示可移植应用的最近版本及相应的功能。

在本实施例中，发布单元15形成的界面可用于推广最先版本的可移植应用，以方便用户了解最新版本的可移植应用的相应功能，同时服务端1还可支持第三方合作以及具有增值服务等功能。

在优选的实施例中，服务端1还包括：

用户管理单元11，用以管理客户端2的账户信息以及控制客户端2的登录和退出。用户管理单元11用户管理账户信息。

在优选的实施例中，用户管理单元11包括：

账户创建模块111，用以创建客户端2的账户名称及与账户名称对应的密码。用户可通过账户创建模块111进行账户名称注册。

在优选的实施例中，用户管理单元11还包括：

匹配模块112，用以将客户端2的账户名称与客户端2输入的登录密码进行匹配，判断输入的登录密码是否为与账户名称对应的密码。

在本实施例中，服务端1通过匹配模块112对客户端2的账户名称进行识别。进步一地，用户管理单元11用以保存账户名称及相应的账户信息，可支持修改账户信息以及找回密码等功能，为用户的个人数据提供了安全保障。

在优选的实施例中，还包括：

应用统计单元13，连接存储单元14，用以对可移植应用根据功能或版本进行统计。

在本实施例中，可通过应用统计单元13可对多类可移植应用进行划分，为用户提供全面的可移植应用功能介绍，方便用户选择。发布单元15还可还具有应用程序展示、运行截图、评分、相关推送端等功能，可使用户直观的了解可移植应用的功能，并且可提供的开发商连接访问开发商。

在优选的实施例中，服务端1还可包括：

接收单元，用以接收客户端2上传的应用包；

审核单元，连接接收单元，用以对接收到的应用包进行审核，对应用包进行预定的安全与规范验证，并将通过验证的应用包进行发布；

检测单元，连接接收单元和审核单元，用以检测是否接收到新版本的应用程序；

更新单元，连接检测单元和审核单元，用以将新版本的应用程序替换原始的应用程序。

在本实施例中，审核单元用以对应用包进行预定的安全与规范验证，以保证应用之间的耦合度，提供系统的安全性，若应用包通过验证则将该应用进行发布，若应用包没有通过验证则将反馈信息反馈至上传应用包的客户端2。若更新单元检测到新版的应用包，则通过审核单元对新版的应用包进行审核，若通过审核，则将新版本的应用包替换原始的应用包；若没有通过审核，则将反馈信息反馈至上传应用包的客户端2。

用户可通过搜索关键字，查找到相应的可移植应用方便了用户对应用程序的查找。

应用程序管理系统可跨发行版，基于应用程序管理系统的系统规范。当开发者采用应用程序商店模式分发软件时，所开发的软件需要符合基于操作系统的客户端2平台的系统规范，使凡是使用操作系统的客户端2将能够运行这些应用程序。客户端2平台的系统规范将涉及到硬件设备所需要达到的技术标准、以及应用软件需要遵循研究的接口规范等。

应用程序管理系统能够提供有效的测试环境，能够使开发者能方便地查找、执行和测试他们需要的应用程序接口。该系统可实现应用分发和销售的服务体系，包括一套完善、安全、方便的用户认证和支付等功能。其中涉及到用户认证技术、计费技术、用户支付技术、软件分类与搜索技术、软件审核与评估技术等。应用程序管理系统采用可移植应用以标准化系统为基准，应用自包含依赖库并优先加载；应用间互相独立，耦合度低；应用只是应用，不是系统的一部分；可运行于基于标准化系统的发行版；应用普适于各种发行版(满足标准化系统规范)。

进一步地，应用程序管理系统包括两套规范和两组工具。

一、标准化系统规范：

内核3.x：通过LTP对内核及系统调用进行规范；

C库：API检测，符合posix、X/Open规范；

C/C++语言标准：遵循C89、C99、C++10等规范；

Coreutils等：基础工具集(POSIX)；

GTK2/3、Qt4/5：使用LSB中关于gtk、Qt的子集部分进行规范。

二、系统规范性验证工具：

验证系统组件完整性；

验证系统基准库API/ABI；

验证系统基础工具集兼容性；

验证系统服务与框架完整性、兼容性；

LSB等开源标准化检测工具子集；

软件/框架本身的test case工具；

自行编写工具。

三、可移植应用规范：

可移植应用发布格式；

可移植应用元信息；

应用开发商相关信息；

标准化系统规范版本兼容性信息；

应用限制/权限需求信息；

应用后期脚本规范(安装、卸载、升级等)。

四、应用可移植性验证工具：

基于标准化系统规范和可移植应用规范，验证应用的可移植性；

验证工具整合于可移植应用发布工具中；

应用发布工具开源发布，自由索取和使用。

应用程序管理系统具有的有益效果为：

1)基于可跨平台的QT及Python开发，具备初级用户管理、可移植应用的审核与评估、分类与搜索、下载、应用版权管理、计费逻辑、支付业务、平台接口等功能：

2)具备基本的应用发布与升级相应的生命周期管理、开发者管理应用开发接口、开发库、运行库相关功能；

3)完成客户端2需求定义及模块划分，利用服务器端数据接口进行通信，实现客户端2所有定义需求功能；建立了一套满足开源软件发布需求的、面向中国软件开发者的应用程序商店平台；满足以下技术指标：

a1实现应用程序商店业务平台核心功能，包括:业务平台接口、用户管理、版权保护、计费与用户支付，软件分类与搜索业务，软件审核与评估业务，软件试用与下载；

a2实现应用程序商店开发平台核心功能，包括应用程序编程接口、开发者注册与管理、应用发布与升级、应用程序生命周期管理、应用程序迁移工具集、应用程序开发库与运行时库；

a3支持面向新型网络终端操作系统的运行环境、编程接口，与新型网络终端操作系统的客户端2平台实现整合；

a4提供超过1000个应用，涵盖中小企业商业应用、教育、个人商务、娱乐等多个领域，包括“网络终端软件开发技术”电子书、家庭网关、应用虚拟化客户端2软件等创新应用。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims (6)

1.一种应用程序管理系统，应用于Linux操作系统；其特征在于，包括：服务端与复数个客户端，所述服务端与每个所述客户端远程连接并进行数据传输，每个所述客户端采用预设的发行版本的linux操作系统正常工作；

存储单元，用以存储复数个可移植应用；

处理单元，连接所述存储单元，用以采用标准操作系统将复数个所述可移植应用分别打包形成应用包；

发布单元，连接所述存储单元，形成一界面用以展示复数个所述可移植应用；

所述客户端可根据操作下载在所述发布单元界面展示的所述可移植应用的应用包。

2.如权利要求1所述应用程序管理系统，其特征在于，所述界面还用以展示所述可移植应用的最近版本及相应的功能。

3.如权利要求1所述应用程序管理系统，其特征在于，所述服务端还包括：

用户管理单元，用以管理所述客户端的账户信息以及控制所述客户端的登录和退出。

4.如权利要求3所述应用程序管理系统，其特征在于，所述用户管理单元包括：

账户创建模块，用以创建所述客户端的账户名称及与所述账户名称对应的密码。

5.如权利要求4所述应用程序管理系统，其特征在于，所述用户管理单元还包括：

匹配模块，用以将所述客户端的账户名称与所述客户端输入的登录密码进行匹配，判断输入的所述登录密码是否为与所述账户名称对应的密码。

6.如权利要求1所述应用程序管理系统，其特征在于，还包括：

应用统计单元，连接所述存储单元，用以对所述可移植应用根据功能或版本进行统计。