CN111367599A - 一种软件分层管理系统 - Google Patents

Abstract

本发明提供了一种软件分层管理系统，包括：终端设备，用于通过登录安装的客户端以从待使用的虚拟机列表中选择虚拟机，并根据所选择的虚拟机基于桌面连接协议连接到远端的虚拟桌面；虚拟化桌面资源管理系统，用于对虚拟桌面操作系统和虚拟机资源进行管理以向虚拟桌面操作系统的虚拟桌面提供基础配置和多个常用软件，其中，多个所述常用软件的镜像文件分布在多个不同的容器中；安装在物理硬件设备上的虚拟桌面操作系统，用于从虚拟化桌面资源管理系统获取虚拟桌面的基础配置。通过本发明，解决了相关技术中基于Android系统的虚拟桌面中的APP需要下载后才能使用而不能免安装直接使用，以及无法对软件进行分层管理的问题。

Description

一种软件分层管理系统

技术领域

本发明涉及通信领域，具体而言，涉及一种软件分层管理系统。

背景技术

手机、移动终端已经无法离开人们生活，并且从普通生活场景下的使用已经渗透到了工作场景，如公司提供手机邮箱、移动办公系统、内部交流等，这些数据的流转都会在移动端内进行，若手机丢失，将会对这些数据造成极大的安全隐患。

同时随着云计算业务的迅猛发展，云化的虚拟桌面技术已在运营商、政企、学校等场景广泛应用，包括自己搭建的私有云和可运营的公有云。

虚拟桌面基础架构(Virtual Desktop Infrastructure，简称VDI)，通过服务器虚拟化实现了对硬件的抽象，资源的分配、调度和管理，虚拟桌面与宿主操作系统及多个虚拟桌面间的隔离等功能，通过协议，使得瘦客户机端与服务器端展示云桌面映像。在虚拟化技术基础上，仍以虚拟出windows系统桌面和Linux系统桌面为主流，而还没有虚拟出Android操作系统的云桌面并在移动设备上使用，并且目前Android系统上使用的软件，是根据个人使用喜好自由下载APP(Application)软件自行安装后使用，不能免安装就直接使用已安装好的软件，并且软件不能根据用户属性分配规则控制软件的使用权限。因此，用户在使用移动设备，尤其手机，在遗失或密码被盗后，个人数据和工作数据即会丢失，信息安全受到极大威胁。

针对相关技术中的上述问题，目前尚未存在有效的解决方案。

发明内容

本发明实施例提供了一种软件分层管理系统，以至少解决相关技术中基于Android系统的虚拟桌面中的APP需要下载后才能使用而不能免安装直接使用，以及无法对软件进行分层管理的问题。

根据本发明的一个实施例，提供了一种软件分层管理系统，包括：终端设备、虚拟化桌面资源管理系统、和安装在物理硬件设备上的虚拟桌面操作系统；其中，所述终端设备，用于通过登录安装的客户端以从待使用的虚拟机列表中选择虚拟机，并根据所选择的虚拟机基于桌面连接协议连接到远端的虚拟桌面；所述虚拟化桌面资源管理系统，用于对所述虚拟桌面操作系统和虚拟机资源进行管理以向所述虚拟桌面操作系统的虚拟桌面提供基础配置和常用软件；其中，多个所述常用软件镜像文件分布在多个不同的容器中；所述虚拟桌面操作系统，用于从所述虚拟化桌面资源管理系统获取虚拟桌面的基础配置。

可选地，所述虚拟化桌面资源管理系统包括：基础配置模块，用于管理运行所述虚拟桌面所需的基础配置信息；软件管理模块，用于对基础配置信息和所述常用软件的生命周期进行管理，以及对所述虚拟机内基础配置信息和所述常用软件进行创建和管理；分配模块，用于设置所述常用软件与虚拟桌面用户之间的权限；Docker容器仓库管理模块，用于为所述管理模块中的软件提供安装容器，其中，安装仓库包括多个容器，每个容器中已下载并安装好一个常用软件的镜像文件。

可选地，所述虚拟桌面操作系统包括：Docker启动处理器，用于获取所述权限，以及根据所述权限从所述Docker容器仓库管理模块中获取对应常用软件的镜像文件，并加载到所述Docker容器仓库管理器中；所述Docker管理器，用于在虚拟桌面操作系统的虚拟桌面本地启动Docker容器仓库管理模块中的软件。

可选地，所述软件分层管理系统系统还包括：物理硬件设备，用于将一台主机服务器的资源虚拟化为多台逻辑虚拟计算机，并通过桌面协议服务端和桌面协议以虚拟桌面的方式交付给所述终端设备。

可选地，所述虚拟化桌面资源管理系统还包括：虚拟桌面和用户管理模块，用于对虚拟桌面的用户信息进行维护，并基于所述虚拟机的基础配置管理模块自动批量生成多个虚拟桌面，并将所述虚拟桌面分配给系统中的用户，其中，所述用户信息至少包括：账号、密码；管理模块，用于对物理设备的管理和维护，对网络和存储的管理，以及对生成的虚拟桌面的资源进行管理。

可选地，所述虚拟桌面操作系统还包括：桌面代理，用于提供虚拟桌面与所述虚拟化桌面资源管理系统、以及与所述终端设备之间的交互。

可选地，所述终端设备包括：虚拟桌面连接登录客户端，用于提供用户登录到虚拟桌面操作系统获取待使用的虚拟桌面的入口；虚拟桌面连接协议客户端，用于可通过桌面协议连接虚拟桌面并使用虚拟桌面。

可选地，所述物理硬件设备包括：虚拟化模块，用于创建虚拟机；桌面协议服务端，用于通过所述虚拟机获取所述虚拟桌面，并在所述终端设备通过桌面协议与桌面协议客户端连接后将所述虚拟桌面交付到所述终端设备。

可选地，所述基础配置信息包括：操作系统的配置信息和运行所述操作系统的基础软件和驱动信息；所述常用软件包括：办公软件和/或个性化软件。

通过本发明，提供了一种软件分层管理系统中的终端设备，用于通过登录安装的客户端以从待使用的虚拟机列表中选择虚拟机，并根据所选择的虚拟机基于桌面连接协议连接到远端的虚拟桌面；虚拟化桌面资源管理系统，用于对虚拟桌面操作系统和虚拟机资源进行管理以向虚拟桌面操作系统的虚拟桌面提供基础配置和多个常用软件；其中，多个常用软件的镜像文件分布在多个不同的容器中；虚拟桌面操作系统，用于从虚拟化桌面资源管理系统获取虚拟桌面的基础配置。通过本发明，解决了相关技术中基于Android系统的虚拟桌面中的APP需要下载后才能使用而不能免安装直接使用，以及无法对软件进行分层管理的问题，达到了提供用户体验的效果。

附图说明

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

图1是根据本发明实施例的软件分层管理系统的结构示意图；

图2是根据本发明实施例的软件分层管理系统的架构图；

图3是根据本发明实施例的软件分层管理系统的架构图；

图4是根据本发明实施例的软件分层管理系统加载模版访问示意图；

图5是根据本发明实施例的Docker容器仓库的结构示意图；

图6是根据本发明实施例的加载Android桌面的流程图一；

图7是根据本发明实施例的加载Android桌面的流程图二；

图8是根据本发明实施例的加载Android桌面的流程图三；

图9是根据本发明实施例的加载Android桌面的流程图四。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本实施例提供了一种软件分层管理系统，图1是根据本发明实施例的软件分层管理系统的结构示意图，如图1所示，该系统包括：终端设备101、虚拟化桌面资源管理系统102、和安装在物理硬件设备上的虚拟桌面操作系统10；其中，

终端设备101，用于通过登录安装的客户端以从待使用的虚拟机列表中选择虚拟机，并根据所选择的虚拟机基于桌面连接协议连接到远端的虚拟桌面；

虚拟化桌面资源管理系统102，用于对虚拟桌面操作系统103和虚拟机资源进行管理以向虚拟桌面操作系统103的虚拟桌面提供基础配置和多个常用软件；其中，多个所述常用软件镜像文件分布在多个不同的容器中；

虚拟桌面操作系统103，用于从虚拟化桌面资源管理系统获取虚拟桌面的基础配置。

在本实施例的可选实施方式中，该虚拟化桌面资源管理系统102包括：基础配置模块，用于管理运行虚拟桌面所需的基础配置信息；软件管理模块，用于对基础配置信息和常用软件的生命周期进行管理，以及对基础配置信息和常用软件进行创建和管理；软件模板分配模块，用于设置常用软件与虚拟桌面用户之间的权限关系；Docker容器仓库管理模块，用于为管理模块中的软件提供安装容器，其中，安装仓库包括多个容器，每个容器中已下载并安装好一个常用软件的镜像文件。

此外，在本实施例的可选实施方式中，该虚拟桌面操作系统103还可以包括：Docker启动处理器，用于获取权限，以及根据权限从Docker容器仓库管理模块中获取对应的软件镜像，并加载到Docker容器仓库管理器中；Docker管理器，用于在虚拟桌面操作系统的虚拟桌面本地启动Docker容器仓库管理模块中的软件。

通过上述Docker容器仓库管理模块将常用软件安装到不同的仓库中，进而通过获取该软件的镜像文件就能够直接使用该软件，实现了软件的免安装，此外，将常用软件安装到不同的仓库中实现了软件的分层管理，而且设置常用软件与虚拟桌面用户之间的权限关系，实现了不同的虚拟桌面用户具有不同的软件使用权限，进一步实现了软件的管理，提高了安全性。

需要说明的是，本实施例中涉及到的基础配置信息包括：操作系统的配置信息和运行操作系统的基础软件和驱动信息；常用软件包括：办公软件和/或个性化软件。

图2是根据本发明实施例的虚拟桌面的管理系统的可选地结构示意图，如图2所示，物理硬件设备104，用于将一台主机服务器的资源虚拟化为多台逻辑虚拟计算机，并通过桌面协议服务端和桌面协议以虚拟桌面的方式交付给终端设备101。

其中，在本实施例的一个可选实施方式中，该物理硬件设备104包括：虚拟化模块，用于创建虚拟机；桌面协议服务端，用于提供将虚拟机转换为虚拟桌面，并在终端设备通过桌面协议与桌面协议客户端连接后将虚拟桌面交付到终端设备。

在本实施例的可选实施方式中，该虚拟化桌面资源管理系统102还可以包括：虚拟桌面和用户管理模块，用于对虚拟桌面的用户信息进行维护，并基于虚拟机的基础配置管理模块自动批量生成多个虚拟桌面，并将虚拟桌面分配给系统中的用户，其中，用户信息至少包括：账号、密码；管理模块，用于对物理设备的管理和维护，对网络和存储的管理，以及对生成的虚拟桌面的资源进行管理。

进一步地，在本实施例的可选实施方式中，该虚拟桌面操作系统103还包括：桌面代理，用于提供虚拟桌面与虚拟化桌面资源管理系统、以及与终端设备之间的交互。

在本实施例的另一个可选实施方式中，该终端设备包括：虚拟桌面连接登录客户端，用于提供用户登录到虚拟桌面操作系统获取待使用的虚拟桌面的入口；虚拟桌面连接协议客户端，用于可通过桌面协议连接虚拟桌面并使用虚拟桌面。

下面结合本实施例的可选实施例对本申请进行详细说明；

本实施例提供一种软件分层管理系统，用于实现使用Android虚拟桌面及其在桌面内使用软件分层，以及Android桌面的软件免下载安装包免安装即可直接使用，并且可以根据不同用户属性使用不同软件的效果。

在本实施例中，该软件分层管理系统包括：物理硬件设备、虚拟化桌面资源管理系统、终端设备、虚拟桌面操作系统；其中，

终端设备：在终端设备上安装桌面登录客户端和桌面连接协议客户端。可连接虚拟桌面的终端设备的类型：可以是Windows系统PC机、linux系统瘦终端机、移动Android、IOS设备等，通过桌面登录客户端可以进行用户的鉴权登录，以获取用户可以使用的虚拟桌面虚拟机列表，进而通过桌面连接协议即可连接到远端的虚拟桌面。

物理硬件设备：安装有虚拟化主机系统，将一台主机服务器虚拟出计算、存储、网络资源，分配给多台逻辑虚拟计算机使用。在物理硬件设备上安装桌面协议服务端，终端设备通过桌面协议客户端连接协议服务端，进而终端就可以通过桌面协议连接虚拟机，并以虚拟桌面方式将虚拟桌面交付给用户使用。

虚拟化桌面资源管理系统：用于对计算、存储、网络资源等虚拟机资源管理、分配和维护，提供桌面模版、软件模版的管理维护，提供桌面使用者的用户信息维护和桌面虚拟机的分配等。可以对物理硬件设备、逻辑虚拟机、虚拟桌面用户等进行统一管理。为实现Android桌面的软件分层，虚拟化桌面资源管理系统进一步包括：基础配置模块、软件管理模块和分配模块、Docker容器仓库管理模块。

其中，基础配置模版和软件管理模板的区别为：基础配置模块，用于安装标准的操作系统和基本使用的软件，及虚拟化驱动和Android启动拦截器模块。软件管理模块，用于安装实际的工作软件或个性化软件。用户在使用通过基础模版创建出的Android桌面并结合软件模版使用后，就可以直接使用系统内的软件，不需要再从Android应用商店等下载软件安装包再去安装，而直接就可以使用。

虚拟桌面操作系统：虚拟桌面内可以按照windows、Android、linux等操作系统。当桌面虚拟机内安装的是Android系统时(即终端设备是Android系统的情况下)，即可提供Android桌面使用。为实现Android桌面软件分层功能，该虚拟桌面操作系统包括：Docker启动处理器、Docker管理器。

需要说明的是，为了实现统一软件模版，每个软件模版可以使用Docker容器的沙箱机制和可多Docker容器同时运行机制，将软件管理模块中的个性化软件安装在Docker容器中，每个容器已下载并安装好一个软件镜像，这些Docker容器镜像统一部署在Docker仓库服务器上当软件管理模块分配给用户的Android桌面后，Android桌面与软件管理模块绑定并进行增量式的Docker镜像下载，并在Android系统启动时，通过本实施例的软件管理模块进行启动直接运行，即达到了Android桌面绑定不同软件管理模块并且免安装直接使用的效果。同时，可在桌面管理平台中配置的用户与应用软件使用权限，给予不同用户使用不同软件APP应用的权限。

需要说明的是，相关技术中Windows系统环境也存在软件分层的技术，但Windows系统需要包括注册表和应用文件两部分，同时无法使用Docker技术，因此会采用编写驱动在底层完成对文件的拦截和处理，将系统使用的文件指向应用软件的目录中，因此只能针对软件管理模块中的所有软件进行控制可使用或不可使用，无法针对每个用户对每个应用控制可使用或不可使用。

可见，通过本实施例提供的软件分层管理系统，可以非常方便的提供给用户使用的软件，让使用Android桌面的用户不需要再下载安装包，减少安装的过程，也避免了不同用户下载统一软件不同版本的问题，都可以由管理员的软件管理模块统一管控是否有使用软件的权限和软件的版本，同时用户使用的数据都在虚拟化数据中心中流转，不会随手机丢失而丢失，给企业维护人员、企业数据安全及使用的用户带来极大的便利。

下面结合本实施例的具体实施方式和附图对本案进行详细说明；

首先结合图3对本系统的框架进行说明，图3是根据本发明实施例的软件分层管理系统的架构图，如图3所示，该系统包括：物理硬件设备、虚拟桌面操作系统、虚拟化桌面资源管理系统、终端设备；

其中，物理硬件设备包括：

计算、存储以及网络虚拟化模块301，用于提供物理主机设备的虚拟化能力，提供创建虚拟机的功能。

桌面协议服务端302，用于提供将虚拟机转换为虚拟桌面，并通过桌面协议客户端连接后交付给用户。

虚拟桌面操作系统包括：

桌面代理303，用于提供虚拟桌面与物理硬件设备、以及与终端设备之间的交互；例如，外部设备的使用。

Docker启动处理器304，用于获取用户软件权限和从Docker仓库服务器中获取对应软件镜像，并传递到Android桌面系统之后加载到Docker管理器中。

Docker管理器305，用于在Android桌面本地启动Docker容器中的软件。

虚拟化桌面资源管理系统包括：

基础配置模块306，用于配置虚拟桌面运行所需的基本配置信息；

桌面、用户管理模块307，用于对虚拟桌面的用户信息维护，其中，该用户信息包括：账号、密码等，同时可根据虚拟机的基础软件管理模块，自动批量生成多个的虚拟桌面，并将虚拟桌面分配给系统中的终端设备。

资源管理模块308，用于对硬件物理设备的管理和维护，对网络、存储的管理，以及对虚拟机进行资源管理和生命周期管理。

软件模版管理模块309，包括由基础软件管理模块和常用软件管理模块组成的软件管理模块，即该软件模版管理模块309可对基础软件和常用软件进行生命周期管理，可以对桌面虚拟机基础软件管理模块的创建和管理，以及对桌面内可以使用的软件进行创建和管理。

分配模块310，用于对用户使用软件的权限的分配。通过权限的分配，以控制不同用户使用不同的软件。

Docker容器仓库管理模块311，为软件模版管理模块309中的软件提供安装容器，其中，所述安装容器包括多个子容器，每个子容器中已下载并安装好一个软件镜像。

终端设备包括：

虚拟桌面连接登录客户端312，用于提供用户登录到虚拟桌面操作系统获取待使用的虚拟桌面列表的入口。

其中，在终端设备上要安装对应的客户端，使用时输入用户名和密码，通过到虚拟桌面资源管理系统鉴权后即可获取到可用的桌面列表。

虚拟桌面连接协议客户端313，通过点击获取312的桌面列表，即可通过桌面协议连接桌面并使用。

结合上述图3的框架图以及下述图4至图9对本申请进行进一步的说明，图4是根据本发明实施例的系统加载模版访问示意图，图5是根据本发明实施例的Docker容器仓库示意图，如图4和图5所示，通过虚拟机系统基础软件管理模块创建虚拟机Android桌面，Android桌面内自动带有基础软件管理模块中安装的APP软件，Docker容器软件管理模块为用户额外分配的软件，并已提前发布到Docker仓库服务器中，可以与基础软件管理模块中的软件叠加进行使用。

当基础软件管理模块与软件管理模块在同一个桌面虚拟机叠加使用的过程包括：

a.系统预装应用中提前安装Docker启动处理器；

b.当Android桌面启动时，Docker启动处理器获取用户软件权限，并从Docker仓库服务器中获取对应Docker容器镜像传递到Android系统中，同时加载到Docker管理器中，管理器负责在本地启动Docker容器中的软件；

c.在Android桌面启动时会对当前系统中的资源进行扫描，如系统预装应用/system/app，系统核心组件/system/priv-app，用户安装应用/data/app等

d.扫描完成后，Android系统获取完整的信息与系统配置文件package.xml进行比对，判断这些目录下的文件发生的更新，之后自动进行系统优化，系统优化的过程即更新相关的APP应用，更新完成后，Android系统真正启动。

此后，用户感受到的一个完整Android应用界面，即可使用基础软件管理模块中安装的APP软件，也可使用软件管理模块中叠加后的APP软件。

基于上述说明书结合本实施例的可选实施方式进行举例说明；

可选实施方式一

图6是根据本发明实施例的加载Android桌面的流程图一；如图6所示，Android桌面通过基础软件管理模块创建，即只拥有基础软件管理模块的软件时，加载Android桌面的过程，该方法的步骤包括：

步骤S601，基础软件管理模块安装好Android虚拟桌面；

步骤S602，将通过基础软件管理模块生成Android虚拟桌面，分给用户使用；

步骤S603，通过Android手机终端的桌面客户端，登录并点击连接虚拟桌面；

步骤S604，通过桌面协议连接远端虚拟化服务器中心的Android虚拟桌面，通过协议将Android桌面启动过程呈现给终端设备上；

步骤S605，Android桌面操作系统启动拦截器，判断没有常用软件管理模块中的常用软件；

步骤S606，系统正常扫描Android系统本地的系统应用、基础软件管理模块中安装的应用；

步骤S607，系统正常启动默认的系统程序，同时展现给用户扫描到的应用APP图标。

可选实施方式二

图7是根据本发明实施例的加载Android桌面的流程图二；如图7所示，Android桌面通过基础软件管理模块创建，拥有基础软件管理模块的软件的同时，叠加了常用软件管理模块的软件，最终用户的Android桌面拥有基础软件管理模块和常用软件管理模块的软件APP，该流程的方法步骤包括：

步骤S701，基础软件管理模块安装好Android虚拟桌面的基础软件；

步骤S702，将软件安装在Docker容器中，并部署在Docker容器仓库中，并转换为软件关键模块中的软件，分配给用户可以使用。

例如，基础软件管理模块中可以只安装所有使用者都会用到的最基础的软件APP，而针对部分人使用的软件APP做成常用软件管理模块中的软件，分配给对应的部分人员使用。

步骤S703，通过基础软件管理模块生成Android桌面，并分给用户使用；

步骤S704，用户使用普通的Android手机终端并安装了桌面客户端，登录并点击连接桌面；

步骤S705，通过桌面协议连接远端虚拟化服务器中心的Android虚拟桌面，通过协议将Android桌面启动过程呈现给终端设备上；

步骤S706，Android桌面操作系统启动拦截器，获取到有常用软件管理模块的软件，获取用户可使用的软件列表，并从Docker仓库服务器511中获取对应Docker容器镜像传递到Android系统中；

步骤S707，系统正常扫描Android系统本地的系统应用、基础软件管理模块中安装的APP应用软件；

步骤S708，Docker管理器加载新增的Docker容器中的软件清单；

步骤S709，当用户点击新增的Docker容器的图标时，APP应用软件即在docker容器内开始独立运行；

步骤S710，Android系统启动扫描当前系统中的资源，获取完整的信息与系统配置文件package.xml进行比对，判断增加的Docker管理器中的新增软件APP，进行系统优化，加载这些新增软件APP，系统完成启动。

Android系统同时展现给用户的是基础软件管理模块中的应用APP和软件管理模块中的软件应用APP的合集。

可选实施方式三

图8是根据本发明实施例的加载Android桌面的流程图三；如图8所示，Android桌面通过基础软件管理模块中的软件创建，拥有基础软件管理模块的软件的同时，叠加了软件管理模块中的软件，但可以根据用户设置的使用软件权限进行过滤，最终用户的Android桌面拥有基础软件管理模块和软件管理模块中有权限的软件APP，没有权限的APP应用不展示。

步骤S801，基础软件管理模块安装好Android虚拟桌面的基础软件；

步骤S802，将软件安装在Docker容器中，并部署在Docker容器仓库中，并转换为常用软件管理模块中的软件；

其中，软件模版中不同用户分配不同软件使用，根据用户的特征进行分权使用。例如，销售人员不会用到财务人员的财务软件，那就可以只给财务人员分配对应软件的权限，而销售人员没有权限，虽然软件APP都在一个软件模版中，在最终财务人员的Android桌面中可以使用对应的财务软件，而销售人员就没有这部分软件APP的显示。

步骤S803，通过基础软件管理模块生成Android桌面，并分给用户使用；

步骤S804，用户使用普通的Android手机终端并安装了桌面客户端，登录并点击连接桌面；

步骤S805，通过桌面协议连接远端虚拟化服务器中心的Android虚拟桌面，通过协议将Android桌面启动过程呈现给终端设备上；

步骤S806，Android桌面操作系统启动拦截器，获取到有软件管理模块中的软件，获取用户可使用的软件列表，并从Docker仓库服务器中获取对应Docker容器镜像传递到Android系统中。

步骤S807，系统正常扫描Android系统本地的系统应用、基础软件管理模块中安装的APP应用软件；

步骤S808，软件权限过滤器，根据登录Android桌面用户在服务器端配置的可用应用软件APP列表，进行过滤后，让Docker管理器只加载有权限的软件清单；

步骤S809，Docker管理器加载有权限的新增的Docker容器中的软件清单；

步骤S810；当用户点击新增的Docker容器的图标时，APP应用软件即在docker容器内开始独立运行；

步骤S811，Android系统启动扫描当前系统中的资源，获取完整的信息与系统配置文件package.xml进行比对，判断增加的Docker管理器中的新增软件APP，进行系统优化，加载这些新增软件APP，系统完成启动。

其中，Android系统同时展现给用户的是基础软件管理模块中应用APP和常用软件管理模块中用户有权限使用的应用软件APP的合集。

可选实施方式四

图9是根据本发明实施例的加载Android桌面的流程图四；如图9所示，该可选实施方式与可选实施方式三类似，但在本可选实施方式中，系统支持线性扩展，支持多个常用软件管理模块中中的软件进行叠加，支持从多个存放软件的Docker容器仓库，以便满足用户逐渐增多的软件需求。Android桌面通过基础软件管理模块创建，拥有基础软件管理模块的软件的同时，叠加了多个常用软件管理模块中的软件，同时所有新增的软件仍可以根据用户设置的使用权限进行过滤，最终用户的Android桌面拥有基础软件管理模块和所有常用软件管理模块中有权限的软件APP，没有权限的APP应用不展示，该方法的步骤包括：

步骤S901，基础软件管理模块安装好Android虚拟桌面的软件；

步骤S902，系统管理员提前将软件安装在Docker容器中，并部署在Docker容器仓库中，同时支持多个Docker容器仓库；

也就是说，可以根据软件属性不同存放在不同的仓库，便于区分和管理。其中，安装软件的Docker容器转换为软件模版，其中，软件模版中不同用户分配不同软件使用，根据用户的特征进行分权使用。例如，可以根据用户不同的属性，分配不同的软件模版，如有面向销售的，面向生产的，有管理层领导的，使用的软件会有不同，可将这些角色共同使用的软件做成公关软件模版，将不同的特性软件做成不同的软件模版，并且也可根据不同人员的等级，分配不同的软件权限。

步骤S903，通过基础软件管理模块生成Android桌面，并分给用户使用；

步骤S904，通过Android手机终端并安装了桌面客户端，登录并点击连接桌面；

步骤S905，通过桌面协议连接远端虚拟化服务器中心的Android虚拟桌面，通过协议将Android桌面启动过程呈现给终端设备上；

步骤S906，Android桌面操作系统启动拦截器，获取到有软件模版，获取用户可使用的软件权限列表，并从多个Docker仓库服务器中获取对应Docker容器镜像传递到Android系统中；

步骤S907，系统正常扫描Android系统本地的系统应用、基础模版中安装的APP应用软件；

步骤S908，软件权限过滤器，根据登录Android桌面用户在服务器端配置的可用应用软件APP列表，进行过滤后，让Docker管理器只加载有权限的软件清单；

步骤S909，Docker管理器加载有权限的新增的Docker容器中的软件清单；

步骤S910，当用户点击新增的Docker容器的图标时，APP应用软件即在docker容器内开始独立运行；

步骤S911，Android系统启动扫描当前系统中的资源，获取完整的信息与系统配置文件package.xml进行比对，判断增加的Docker管理器中的新增软件APP，进行系统优化，加载这些新增软件APP，系统完成启动。

其中，Android系统同时展现给用户的是基础软件管理模块中应用APP和常用软件管理模块中用户有权限使用的应用软件APP的合集。

通过本实施例，用户可以使用在移动设备上、或windows操作系统内，都可以使用Android虚拟桌面，并且可以根据不同用户对使用的Android软件进行分层控制，同时Android软件在使用时可以免安装即可直接启动运行，并且可设置不同人员使用不同的软件。用户在使用Android虚拟桌面时，免去了每个软件要单独下载安装包并进行繁琐的安装后才能使用，减少对Android系统使用的学习成本，并且所有的数据都会在计算中心的服务器和存储中流转，终端上没有任何使用数据，也无法转移到终端上。本实施例实现了Android虚拟化桌面基础上软件免安装过程即使用，并且根据不同用户权限控制软件使用权限，提高了用户的易用性和保障了用户数据安全性。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种软件分层管理系统，其特征在于，包括：终端设备、虚拟化桌面资源管理系统、和安装在物理硬件设备上的虚拟桌面操作系统；其中，

所述终端设备，用于通过登录安装的客户端以从待使用的虚拟机列表中选择虚拟机，并根据所选择的虚拟机基于桌面连接协议连接到远端的虚拟桌面；

所述虚拟化桌面资源管理系统，用于对所述虚拟桌面操作系统和虚拟机资源进行管理以向所述虚拟桌面操作系统的虚拟桌面提供基础配置和常用软件；其中，多个所述常用软件的镜像文件分布在多个不同的容器中；

所述虚拟桌面操作系统，用于从所述虚拟化桌面资源管理系统获取虚拟桌面的基础配置。

2.根据权利要求1所述的系统，其特征在于，所述虚拟化桌面资源管理系统包括：

基础配置模块，用于管理运行所述虚拟桌面所需的基础配置信息；

软件管理模块，用于对基础配置信息和所述常用软件的生命周期进行管理，以及对所述基础配置信息和所述常用软件进行创建和管理；

分配模块，用于设置所述常用软件与虚拟桌面用户之间的权限；

Docker容器仓库管理模块，用于为所述管理模块中的软件提供安装仓库，其中，所述安装仓库包括多个容器，每个容器中已下载并安装好一个常用软件的镜像文件。

3.根据权利要求2所述的系统，其特征在于，所述虚拟桌面操作系统包括：

Docker启动处理器，用于获取所述权限，以及根据所述权限从所述Docker容器仓库管理模块中获取对应常用软件的镜像文件，并加载到所述Docker容器仓库管理器中；

所述Docker管理器，用于在虚拟桌面操作系统的虚拟桌面本地启动Docker容器仓库管理模块中的软件。

4.根据权利要求1所述的系统，其特征在于，

所述物理硬件设备，用于将一台主机服务器的资源虚拟化为多台逻辑虚拟机，并通过桌面协议服务端和桌面协议以虚拟桌面的方式交付给所述终端设备。

5.根据权利要求4所述的系统，其特征在于，所述虚拟化桌面资源管理系统还包括：

桌面、用户管理模块，用于对虚拟桌面的桌面用户信息进行维护，并基于所述虚拟机的基础配置模块自动批量生成多个虚拟桌面，并将所述虚拟桌面分配给系统中的用户，其中，所述用户信息至少包括：账号、密码。

6.根据权利要求5所述的系统，其特征在于，所述虚拟桌面操作系统还包括：

桌面代理，用于提供虚拟桌面与所述虚拟化桌面资源管理系统、以及与所述终端设备之间的交互。

7.根据权利要求2所述的系统，其特征在于，所述终端设备包括：

虚拟桌面连接登录客户端，用于提供用户登录到虚拟桌面操作系统获取待使用的虚拟桌面的入口；

虚拟桌面连接协议客户端，用于可通过桌面协议连接虚拟桌面并使用虚拟桌面。

8.根据权利要求4所述的系统，其特征在于，所述物理硬件设备包括：

计算、存储以及网络虚拟化模块，用于为所述物理硬件设备提供虚拟化能力，创建所述虚拟机的功能；

桌面协议服务端，用于通过所述虚拟机获取所述虚拟桌面，并在所述终端设备通过桌面协议与桌面协议客户端连接后将所述虚拟桌面交付到所述终端设备。

9.根据权利要求2所述的系统，其特征在于，所述基础配置信息包括：操作系统的配置信息和运行所述操作系统的基础软件和驱动信息；所述常用软件包括：办公软件和/或个性化软件。

Images