CN111552908A

CN111552908A - 终端、系统和应用程序的运行方法

Info

Publication number: CN111552908A
Application number: CN202010371019.2A
Authority: CN
Inventors: 程山川
Original assignee: Sangfor Technologies Co Ltd
Current assignee: Sangfor Technologies Co Ltd
Priority date: 2020-04-30
Filing date: 2020-04-30
Publication date: 2020-08-18

Abstract

本发明公开了一种终端，所述终端包括：应用商店，所述应用商店上设有第一应用程序；以及容器，所述第一应用程序在所述容器中运行。本发明还公开一种应用程序的运行方法和系统。本发明终端上的应用商店的应用程序的运行不依赖于终端提供的执行环境，终端的执行环境变化时，应用程序也能够正常运行。

Description

终端、系统和应用程序的运行方法

技术领域

本发明涉及应用程序技术领域，尤其涉及一种终端、系统和应用程序的运行方法。

背景技术

应用商店是厂商提供一个平台，用于展示和下载适用于平台的可执行应用程序。而应用商店设于终端内，终端在运行应用商店上的应用程序时，若是应用程序的可执行环境发生变化时，会使得应用程序无法正常运行，应用程序的运行稳定性差。

发明内容

本发明的主要目的在于提供一种终端、系统和应用程序的运行方法，旨在解决应用程序的存在无法正常运行的问题。

为实现上述目的，本发明提供一种终端，所述终端包括：应用商店，所述应用商店上设有第一应用程序；容器，所述第一应用程序在所述容器中运行。

在一实施例中，所述应用商店设有第二应用程序，所述终端生成所述第二应用程序的根目录，并根据所述根目录控制所述第二应用程序运行。

在一实施例中，在所述运行指令对应的应用程序为所述终端上应用商店的第三应用程序时，控制所述第三应用程序与服务器中的第四应用程序进行数据传输，以使所述第三应用程序运行，其中，所述第三应用程序为虚拟应用程序，所述第四应用程序为所述服务器中与所述第三应用程序对应的真实应用程序。

在一实施例中，在所述应用商店的应用程序运行过程中，所述终端通过控制组控制运行的应用程序所占用的资源小于或等于预设阈值。

为实现上述目的，本发明还提供一种应用程序的运行方法，所述应用程序的运行方法包括以下步骤：

终端接收应用程序的运行指令；

在确定所述运行指令对应的应用程序为所述终端上应用商店的第一应用程序，控制所述第一应用程序在所述终端的容器内运行。

在一实施例中，所述终端接收应用程序的运行指令的步骤之后，还包括：

在确定所述运行指令对应的应用程序为所述终端上应用商店的第二应用程序，生成所述第二应用程序的根目录；

根据所述根目录控制所述第二应用程序运行。

在确定所述运行指令对应的应用程序为所述终端上应用商店的第三应用程序，控制所述第三应用程序与服务器中的第四应用程序进行数据传输，以使所述第三应用程序运行，其中，所述第三应用程序为虚拟应用程序，所述第四应用程序为所述服务器中与所述第三应用程序对应的真实应用程序。

为实现上述目的，本发明还提供所述系统包括多个终端组建的集群，所述终端，用于接收应用程序的运行指令；在确定所述运行指令对应的应用程序为所述终端上应用商店的第一应用程序，控制所述第一应用程序在所述终端的容器内运行。

在一实施例中，服务器中的第四应用程序对应所述系统中各个所述终端的第三应用程序，所述第四应用程序对应的各个所述第三应用程序为相同的虚拟应用程序，且所述第四应用程序为各个所述第三应用程序对应的真实应用程序。

在一实施例中，所述集群中包括作为主控节点的终端，作为主控节点的所述终端用于在所述集群中的各个终端中进行应用程序的安装。

在一实施例中，作为主控节点的所述终端，还用于将所述集群内空闲资源满足预设条件的终端确定为目标终端，并将应用程序装载于所述目标终端中的应用商店，所述目标终端的数量为一个或者多个。

在一实施例中，所述预设条件包括：

空闲资源最多的终端；

或者，空闲资源的数据量大于预设数据量。

在一实施例中，所述系统中的终端包括：

应用商店，所述应用商店上设有第一应用程序；容器，所述第一应用程序在所述容器中运行。

本发明提供的终端、系统和应用程序的运行方法，终端包括应用商店以及容器，应用商店上的应用程序在容器中运行，使得应用程序的运行不依赖于终端提供的执行环境，即使终端提供的执行环境变化，也不会影响应用程序的运行，应用程序的运行稳定性较高。

附图说明

图1为本发明实施例涉及的终端的一结构示意图；

图2为本发明实施例涉及的终端的又一结构示意图；

图3为本发明实施例涉及的终端的再一结构示意图；

图4为本发明实施例涉及的终端的另一结构示意图

图5为本发明应用程序的运行方法的第一实施例的流程示意图；

图6为本发明应用程序的运行方法的第二实施例的流程示意图；

图7为本发明应用程序的运行方法的第三实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种终端。

参照图1，终端包括应用商店以及容器，应用商店设有第一应用程序。容器可为docker容器，终端可以包括一个或多个docker容器，一个第一应用程序放置于一个docker容器内。终端的操作系统可为Linux操作系统，也即本实施中应用商店适用于Linux操作系统的终端。第一应用程序即可视为docker类型的应用程序。终端可为用户主机。

容器的启动相当于启动一个微型的操作系统，微型的操作系统为第一应用程序提供基本的执行环境。由于第一应用程序的执行都在容器中的操作系统中运行，与终端完全隔离，从而使得第一应用程序不依赖与终端提供的执行环境，且使得第一应用程序与终端做到完全的资源隔离。

在本实施例中，通过引入docker的方式，提高终端态势感知的集成能力。第三方厂商可通过应用商店，开发自身产品，集成在SIP(Session Initiation Protocol，会话初始化协议)里，提高sip的能力。

在本实施例提供的技术方案中，终端包括应用商店以及容器，应用商店上的应用程序在容器中运行，使得应用程序的运行不依赖于终端提供的执行环境，即使终端提供的执行环境变化，也不会影响应用程序的运行，应用程序的运行稳定性较高。

参照图2，终端内的应用商店还包括第二应用程序。第二应用程序可以是docker方式无法实现的应用程序，docker方式无法实现的应用程序指的是该类应用程序的数据量较大且追求较快的启动速度。可以理解的是，第二应用程序的数据量较大且启动速度较快。终端可以通过chroot的方式生成第二应用程序的根目录，从而控制第二应用程序根据根目录运行。而chroot的特性，可以将第二应用程序的类型定义为进程类的应用程序。

经由chroot设置根目录的第二应用程序，不能够对这个指定根目录之外的文件进行访问动作，不能读取，也不能更改它的内容。第二应用程序的运行限制在根目录，终端的执行环境的变化并不会影响第二应用程序的运行，也即第二应用程序的运行不依赖于终端提供的执行环境，应用商店上的应用程序能够稳定的运行。

参照图3以及图4，终端的应用商店还包括第三应用程序。第三应用程序可为虚拟应用程序，也即应用商店上装载的第三应用程序为不占终端资源的“假”应用程序，第三应用程序可被定义为虚拟类应用程序。第三应用程序对应的真实应用程序装载于服务器内，服务器可以是远程主机。在第三应用程序运行时，通过第三应用程序与服务器内第四应用程序进行数据交互，从而实现第三应用程序的正常运行，第四应用程序即为第三应用程序的真实应用程序。由于第三应用程序的运行实际上依托于真实应用程序的运行，而真实应用程序装载于服务器，并未装载于终端内，使得第三应用程序的运行不依赖于终端的执行环境。终端上的应用商店可以包括第一应用程序、第二应用程序以及第三应用程序中的至少两种。在本实施例，终端上的应用商店支持多种类型的APP。可以适配不同产商。

需要说明的是，第四应用程序对应的不同终端的第三应用程序，第四应用程序对应的各个第三应用程序为相同的虚拟应用程序，也即不同终端上的应用商店的相同第三应用程序可以接入同一个第四应用程序。

在一实施例中，终端还设有Cgroup(control groups，控制组)。Cgroup是Linux内核提供的一种可以限制单个进程或者多个进程所使用资源的机制，可以对cpu，内存等资源实现精细化的控制。终端可以通过控制组限制应用商店上应用程序运行过程中所占用的资源，从而避免某个应用程序所占用的资源过多导致其他应用程序无法正常运行。控制组限制的应用程序包括第一应用程序以及第二应用程序。

本发明还提供一种应用程序的运行方法。

参照图5，图5为本发明应用程序的运行方法的第一实施例，所述应用程序的运行方法包括以下步骤：

步骤S10，终端接收应用程序的运行指令；

步骤S20，在确定所述运行指令对应的应用程序为所述终端上应用商店的第一应用程序，控制所述第一应用程序在所述终端的容器内运行。

在本实施例中，执行主体为终端，终端可为用户主机。终端上设有应用商店，应用商店包括第一应用程序、第二应用程序以及第三应用程序，具体参照上述描述，在此不再进行赘述。

用户可以基于终端进入应用商店，并点击应用商店上所展示的应用程序。点击应用程序，即可视为应用程序的运行指令的触发操作。终端在接收到运行指令后，即可确定运行指令对应的应用程序，终端可以确定应用程序的类型，若是应用程序为第一应用程序，也即应用程序为docker类的应用程序时，终端则控制第一应用程序所在的容器运行，从而使得第一应用程序运行。在本实施例中，终端在接收到应用程序的运行指令后，确定运行制冷对应的应用程序，若应用程序为第一应用程序，则控制第一应用程序在终端的容器内运行，从而使得第一应用程序稳定运行。

参照图6，图6为本发明应用程序的运行方法的第二实施例，基于第一实施例，所述步骤S10之后，还包括：

步骤S30，在确定所述运行指令对应的应用程序为所述终端上应用商店的第二应用程序，生成所述第二应用程序的根目录；

步骤S40，根据所述根目录控制所述第二应用程序运行。

在本实施例中，终端在接收到应用程序的运行指令后，确定运行指令所对应的应用程序，且确定应用程序的类型。若应用程序的类型为进程类型，也即应用程序为第二应用程序时，终端以chroot的方式生成第二应用程序的根目录，进而根据根目录控制第二应用程序运行。

终端可以根据应用程序的数据量以及启动速度确定应用程序的类型。具体的，应用程序的目录数据量大且要求的启动速度较快时，可将应用程序确定为第二应用程序，而应用程序对启动速度不做要求时，则可将应用程序确定为第一应用程序。终端获取应用程序的数据量以及启动速度，若是数据量大于预设数据量且启动速度大于预设启动速度，即可确定应用程序为第二应用程序；而启动速度小于或等于预设启动速度，即可确定应用程序为第一应用程序。

在本实施例提供的技术方案中，终端在确定应用程序为进程类应用程序时，生成应用程序对应的根目录，从而根据根目录控制应用程序运行，以使得应用程序不依赖与终端的执行环境而运行，进而使得应用程序能够稳定的运行。

参照图7，图7为本发明应用程序运行的第三实施例，基于第一或第二实施例，所述步骤S10之后，还包括：

步骤S50，在确定所述运行指令对应的应用程序为所述终端上应用商店的第三应用程序，控制所述第三应用程序与服务器中的第四应用程序进行数据传输，以使所述第三应用程序运行，其中，所述第三应用程序为虚拟应用程序，所述第四应用程序为所述服务器中与所述第三应用程序对应的真实应用程序。

在本实施例中，应用商店上还设有第三应用程序，也即虚拟应用程序。在应用程序的运行指令为虚拟应用程序时，终端控制第三应用程序与服务器中的第四应用程序进行数据传输，以实现第三应用程序的真正运行。第四应用程序指的是与第三应用程序对应的真实应用程序。例如，第三应用程序可以以快捷方式设于应用商店，而服务器中装载有第三应用程序，服务器装载的第三应用程序即可视为快捷方式的第三应用程序所对应的真实应用程序。

在本实施例提供的技术方案中，在终端接收到的运行指令为虚拟应用程序的运行指令时，控制虚拟应用程序与服务器中虚拟应用程序对应的真实应用程序进行数据传输，以实现第三应用程序的运行，也即虚拟应用程序的运行仅依赖于服务器提供的执行环境，而不依赖于终端的执行环境，使得第三应用程序能够在终端上稳定的运行。

在一实施例中，终端内还设有控制组。终端可以通过控制组限制应用商店上应用程序运行过程中所占用的资源，从而避免某个应用程序所占用的资源过多导致其他应用程序无法正常运行。因而，在应用商店的应用程序运行过程中，所述终端通过控制组控制运行的应用程序所占用的资源小于或等于预设阈值。控制组限制的应用程序包括第一应用程序以及第二应用程序。

本发明还提供一种系统。系统包括多个服务器组建的集群，服务器即为终端，系统中每台服务器均可设有应用商店，应用商店上设有第一应用程序、第二应用程序以及第三应用程序中的一种或多种，且系统中的每个终端可以执行上述应用程序的运行方法的任一实施例，在此不再进行赘述。系统中服务器的数量可以多于集群中服务器的数量，且系统中可以包括多个集群。

第四应用程序对应的系统内每个终端的第三应用程序，第四应用程序对应的各个第三应用程序为相同的虚拟应用程序，也即不同终端上的应用商店的相同第三应用程序可以接入同一个第四应用程序。

进一步的，集群能够设有主控节点的终端，其他的终端即为集群的子节点，主控节点可以由用户设置。此外，接收到的用户操作的终端也可视为主控节点。作为主控节点的终端可在分配应用程序的装载，且用于确定应用程序的类型，确定应用程序的类型参照上述描述，在此不再进行赘述。

作为主控节点的终端获取集群中每一个终端的空闲资源的大小，节点的资源包括CPU、内存等。终端确定空闲资源做多的目标终端，目标终端的资源充足，因此，可将应用程序装载于目标终端内。需要说的是，主控节点是一个应用程序一个应用程序的安装，因此，在存在多个应用程序需要安装时，先确定当前空闲资源最多的目标终端，再控制目标终端安装一个应用程序。在目标终端安装完应用程序后，主控节点再重新确定目标终端，以进行下一次应用程序的安装。通过此种方式，可以使得用户无感知，同时可以扩大应用商店的负载能力，也即使得应用商店能够集成多种类型的应用程序，提高应用商店的集成能力。

此外，作为主控节点的终端可以一次性在集群中确定多个目标终端，各个目标终端的空闲资源的数据量大于预设数据量，并在每个目标终端上安装应用程序。数据量表征空闲资源的大小，预设数据量可为任意合数的数值。可以理解的是，作为主控节点的终端将空闲资源满足预设条件的终端确定为目标终端，预设条件为空闲资源最多的终端或者空闲资源的数据量大于预设数据量的终端，也即目标终端的数量根据预设条件的不同分为一个或者多个。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种终端，其特征在于，所述终端包括：

应用商店，所述应用商店上设有第一应用程序；以及

容器，所述第一应用程序在所述容器中运行。

2.如权利要求1所述的终端，其特征在于，所述应用商店设有第二应用程序，所述终端生成所述第二应用程序的根目录，并根据所述根目录控制所述第二应用程序运行。

3.如权利要求1或2所述的终端，其特征在于，所述应用商店还包括第三应用程序，所述第三应用程序为虚拟应用程序；所述第三应用程序通过与服务器上装载的第四应用程序进行数据交互，以实现所述第三应用程序的运行，所述第四应用程序为所述第三应用程序对应的真实应用程序。

4.如权利要求1或2所述的终端，其特征在于，所述终端设有控制组，所述控制组用于限制所述应用商店上应用程序运行过程中所占用的资源。

5.一种应用程序的运行方法，其特征在于，所述应用程序的运行方法包括以下步骤：

终端接收应用程序的运行指令；

6.如权利要求5所述的应用程序的运行方法，其特征在于，所述终端接收应用程序的运行指令的步骤之后，还包括：

根据所述根目录控制所述第二应用程序运行。

7.如权利要求5所述的应用程序的运行方法，其特征在于，所述终端接收应用程序的运行指令的步骤之后，还包括：

8.如权利要求5或6所述的应用程序的运行方法，其特征在于，在所述应用商店的应用程序运行过程中，所述终端通过控制组控制运行的应用程序所占用的资源小于或等于预设阈值。

9.一种系统，其特征在于，所述系统包括多个终端组建的集群，所述终端，用于接收应用程序的运行指令；在确定所述运行指令对应的应用程序为所述终端上应用商店的第一应用程序，控制所述第一应用程序在所述终端的容器内运行。

10.如权利要求9所述的系统，其特征在于，服务器中的第四应用程序对应所述系统中各个所述终端的第三应用程序，所述第四应用程序对应的各个所述第三应用程序为相同的虚拟应用程序，且所述第四应用程序为各个所述第三应用程序对应的真实应用程序。

11.如权利要求9所述的系统，其特征在于，所述集群中包括作为主控节点的终端，作为主控节点的所述终端用于在所述集群中的各个终端中进行应用程序的安装。

12.如权利要求11所述的系统，其特征在于，作为主控节点的所述终端，还用于将所述集群内空闲资源满足预设条件的终端确定为目标终端，并将应用程序装载于所述目标终端中的应用商店，所述目标终端的数量为一个或者多个。

13.如权利要求12所述的系统，其特征在于，所述预设条件包括：

空闲资源最多的终端；

或者，空闲资源的数据量大于预设数据量。