容器系统的管理服务方法以及智能终端的制作方法
【技术领域】
[0001]本发明涉及智能手机操作系统技术领域，具体而言，本发明涉及一种容器系统的管理服务方法以及智能终端。
【背景技术】
[0002]LXC是Linux Container (Linux容器)的简称，是一种基于容器的操作系统层级的内核虚拟化技术。利用Linux内核的命名空间(namespace)特性，可以形成多个容器系统，以此对进程和资源进行隔离。例如，在创建进程时可以在该进程的进程描述符中加入相应的标记，表明该进程所属的命名空间(即所属的容器系统)。继而，Linux内核中的资源管理子系统(cgroups)可以为容器系统中的进程分配系统资源。
[0003]目前，LXC通常可以利用工具集中的命令对容器系统进行基本管理，例如，lxc-create用于创建一个容器，lxc-execute用于在一个容器执行应用程序，lxc-start用于在容器中执行给定命令，lxc-stop用于停止容器中所有的进程，lxc-destroy用于销毁容器，lxc-cgroup用于获取或调整与资源管理子系统cgroups相关的参数。
[0004]随着虚拟化技术的发展，LXC广泛应用于服务器上和用户的设备端。实际应用中，在服务器端，多个容器系统同时运行时，容器系统之间并没有前后台的区分；而在用户的设备端，多个容器系统同时运行，通常存在前后台的区分，比如，与用户交互的容器系统为前台；反之为后台。而且，相较于服务器，在用户的设备端，多个容器系统同时运行，对设备上有限的系统资源的使用提出了更高的要求，亟需对系统资源进行合理分配。
[0005]比如，对于运行在前台、与用户交互的容器系统，可以为该容器系统分配更多的显示和输入等系统资源，而对于运行在后台的容器系统，则可以释放该容器系统占用的部分系统资源，以此提高系统资源的利用率。
[0006]然而，本发明的发明人发现，实际应用中，通常是由专业人员通过LXC的基本命令对容器系统进行管理控制。而通过LXC的基本命令对容器系统的管理，并没有涉及容器系统的前后台管理，无法有效地进行系统资源的分配。而且，也不能让普通用户像安装和管理应用程序一样安装和管理用户设备端的容器系统，存在易用性不够的问题。
[0007]因此，有必要提供一种容器系统的管理服务方法，能够增强对容器系统管理的灵活性和功能性，并提供容器系统的前后台管理，提高系统资源的利用率。
【发明内容】
[0008]针对上述现有技术存在的缺陷，本发明提供了一种容器系统的管理服务方法以及智能终端，用以提供容器系统的前后台管理，提高系统资源的利用率，增强容器系统的自主性。
[0009]本发明方案提供了一种容器系统的管理服务方法，包括:
[0010]设置于容器系统中的容器管理服务CMS模块接收到用户输入的切换请求后，将所述切换请求发送至设置于内核中的内核管理服务KCM模块；[0011 ] 所述KCM模块接收到所述CMS模块发送的切换请求后，根据所述CMS模块所属容器系统当前的运行状态信息，决定切换后，向此次切换所涉及的容器系统中的CMS模块发送前后台变换信号；
[0012]所述CMS模块接收到前后台变换信号后，对其所属容器系统内的进程的状态进行相应的调整。
[0013]根据本发明的另一方面，还提供了一种智能终端，包括:内核、至少一个容器系统，以及设置于各容器系统中的容器管理服务CMS模块、以及设置于内核中的内核管理服务KCM模块，其中，
[0014]所述KCM模块用于接收到所述CMS模块发送的切换请求后，根据所述CMS模块所属容器系统当前的运行状态信息，决定切换后，向此次切换所涉及的容器系统中的CMS模块分别发送前后台变换信号；
[0015]所述CMS模块用于接收到用户输入的切换请求后，将所述切换请求发送至所述KCM模块；并接收到所述KCM模块发送的前后台变换信号后，对其所属容器系统内的进程的状态进行相应的调整。
[0016]本实施例的方案中，CMS模块接收到切换请求后，可以将切换请求发送至KCM模块；KCM模块向此次切换所涉及的容器系统中的CMS模块发送前后台变换信号；继而，CMS模块根据前后台变换信号，对其所属容器系统内的进程的状态进行相应的调整。这样，在实现相关容器系统的前后台切换管理的同时，可以对相关容器系统内的进程的状态进行调整，比如，切换后后台的容器系统内的进程释放显示相关的系统资源，提高系统资源的利用率，增强容器系统的自主性。
[0017]本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。
【附图说明】
[0018]图1为本发明实施例的智能终端的内部结构示意图；
[0019]图2为本发明实施例的容器系统的管理服务方法的流程示意图；
[0020]图3为本发明实施例的容器系统状态查询方法的流程示意图。
【具体实施方式】
[0021]以下将结合附图对本发明的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施例，都属于本发明所保护的范围。
[0022]实际应用中，在容器系统运行在前台时，容器系统内的进程往往可以与用户直接交互，通常占用显示、输入等相关的系统资源；而在容器系统切换到后台之后，容器系统内的进程此时往往不再需要占用显示、输入等相关的系统资源。
[0023]然而，本发明的发明人发现，现有仅通过LXC的基本命令对容器系统的管理既不涉及容器系统的前后台管理，更无法在容器系统的前后台状态发生变化时及时调整容器系统内进程的状态，也就无法及时有效地调整系统资源的分配。
[0024]因此，本发明的发明人考虑，可以在各容器系统中预先设置CMS(ContainerManager Service，容器管理服务)模块，并在内核中预先设置KCM(Kernel ContainerManager，内核管理服务)模块。
[0025]这样，CMS模块接收到切换请求后，可以将切换请求发送至KCM模块；KCM模块根据CMS模块所属容器系统当前的运行状态信息，决定切换后，向此次切换所涉及的容器系统中的CMS模块发送前后台变换信号；继而，CMS模块根据前后台变换信号，对其所属容器系统内的进程的状态进行相应的调整。这样，在实现相关容器系统的前后台切换管理的同时，可以对相关容器系统内的进程的状态进行调整，比如，切换后后台的容器系统内的进程释放显示相关的系统资源，提高系统资源的利用率。
[0026]下面结合附图详细说明本发明的技术方案。
[0027]本发明提供了一种智能终端，包括:内核、至少一个容器系统。其中，各容器系统中预先设置有CMS模块，内核中预先设置有KCM模块。
[0028]其中，内核中的KCM模块可以响应各容器系统内的CMS模块发送的命令；管理内核中的系统资源和外设驱动；并控制容器系统对系统资源的访问，以及容器系统的前后台状态的切换。
[0029]主系统中的上层应用可以通过预设的容器系统管理API (Applicat1n ProgramInterface