CN117272284B - 应用程序的管控***、方法、应用服务器及介质 - Google Patents

Abstract

本申请适用于电子信息技术领域，提供了一种应用程序的管控***、方法、应用服务器及介质，该***包括：用户视图模块、服务管控模块、代理程序模块和应用服务模块；代理程序模块和应用服务模块安装在一个应用服务器上；应用服务模块安装有多个应用程序；用户视图模块，用于将控制命令发送给服务管控模块；控制命令包括目标应用程序的信息；服务管控模块，用于接收控制命令，并将控制命令转发给代理程序模块；代理程序模块，用于基于控制命令，从应用服务模块的多个应用程序中选择并管控目标应用程序。本申请能够将多个应用程序同时安装在单个服务器中，实现对单台设备上的多个应用进行精准的管控。

Description

应用程序的管控***、方法、应用服务器及介质

技术领域

本申请属于电子信息技术领域，尤其涉及一种应用程序的管控***、方法、应用服务器及介质。

背景技术

目前，服务器上的应用程序的安装都是采用手动安装的方式。管理员根据需求对服务器进行规划，逐步确定每个服务器上应当安装的应用程序，再将这些应用程序逐个安装到对应服务器上去。这样的部署方式，需要管理人员熟悉各类软件的安装规则和牢记每台服务器应当配置的软件。往往造成管理人员需要进行大量的重复部署工作，时间成本和人力成本较高。

对于测试环境和小规模使用环境来说，对服务器的要求不是很高，不需要将每个应用程序分别安装在不同的服务器中去。但是，由于在一台服务器上只能对一个应用进行管控，若将多个应用程序同时安装在单个服务器时，会引起应用程序监控和管理的混乱，不利于操作人员的使用。

因此，针对安装有多个应用程序的单个服务器，如何管控多个应用程序亟待解决。

发明内容

为克服相关技术中存在的问题，本申请实施例提供了一种应用程序的管控***、方法、应用服务器及介质，以解决针对安装有多个应用的单个应用服务器，如何管控多个应用程序的问题。

本申请是通过如下技术方案实现的：

第一方面，本申请实施例提供了应用程序的管控方法，包括用户视图模块、服务管控模块、代理程序模块和应用服务模块；代理程序模块和应用服务模块安装在一个应用服务器上；应用服务模块安装有多个应用程序；

用户视图模块，用于将控制命令发送给服务管控模块；控制命令包括目标应用程序的信息；

服务管控模块，用于接收控制命令，并将控制命令转发给代理程序模块；

代理程序模块，用于基于控制命令，从应用服务模块的多个应用程序中选择并管控目标应用程序。

在第一方面的一种可能的实施方式中，代理程序模块，具体用于：

基于目标应用程序的信息，与应用服务模块建立目标会话信道；

通过目标会话信道，执行控制命令，管控目标应用程序运行；

接收目标应用程序的运行结果，并将运行结果发送给服务管控模块。

在第一方面的一种可能的实施方式中，代理程序模块，具体用于：

基于目标应用程序的信息，向应用服务模块发起会话，与目标应用程序进行链接；

若链接成功，则与应用服务模块建立目标会话信道，并将链接成功的信息发送给服务管控模块；

若链接不成功，则无法与应用服务模块建立目标会话信道，并将链接失败的信息发送给服务管控模块。

在第一方面的一种可能的实施方式中，服务管控模块，还用于：

接收代理程序模块返回的运行结果；运行结果包括目标应用程序的执行信息和应用消息；

将运行结果发送给用户视图模块。

在第一方面的一种可能的实施方式中，用户视图模块，还用于在将控制命令发送给服务管控模块之前，将安装命令发送给服务管控模块；

服务管控模块，还用于接收安装命令，并将安装命令转发给代理程序模块；安装命令包括目标应用程序的安装信息；

代理程序模块，还用于接收安装命令，并基于目标应用程序的安装信息在应用服务模块上安装目标应用程序，以及生成目标应用程序的应用安装反馈数据；

服务管控模块，还用于接收代理程序模块发送的应用安装反馈数据，并将应用安装反馈数据发送给用户视图模块。

第二方面，本申请实施例提供了一种应用程序的管控方法，应用于如第一方面任一项应用程序的管控***中的代理程序模块，包括：

接收服务管控模块转发的控制命令；控制命令由用户视图模块发送给服务管控模块；控制命令包括目标应用程序的信息；

基于控制命令，从应用服务模块的多个应用程序中选择并管控目标应用程序；代理程序模块和应用服务模块安装在一个应用服务器上；应用服务模块包括多个应用程序。

在第二方面的一种可能的实施方式中，基于控制命令，从应用服务模块的多个应用程序中选择并管控目标应用程序，包括：

基于目标应用程序的信息，与应用服务模块建立目标会话信道；

通过目标会话信道，执行控制命令管控目标应用程序运行；

接收目标应用程序的运行结果，并将运行结果发送给服务管控模块，以使服务管控模块将运行结果反馈至用户视图模块。

在第二方面的一种可能的实施方式中，应用程序的管控方法，在接收服务管控模块转发的控制命令之前，还包括：

接收服务管控模块转发的安装命令；安装命令由用户视图模块发送给服务管控模块；安装命令包括目标应用程序的信息；

基于安装命令，在应用服务模块上安装目标应用程序；

在安装目标应用程序后，生成目标应用程序的应用安装反馈数据；

将安装反馈数据发送给服务管控模块，以使服务管控模块将运行结果反馈至用户视图模块。

第三方面，本申请实施例提供了一种应用服务器，包括存储器和处理器，存储器中存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现如第一方面的应用程序的管控方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，其特征在于，计算机程序被处理器执行时实现如第一方面的应用程序的管控方法。

本申请实施例与相关技术相比存在的有益效果是：

本申请实施例的应用程序的管控***，通过利用服务管控模块和代理程序模块，将用户操作与应用程序隔离，代理程序模块接收从服务管控模块中传递过来的控制命令，并从多个应用程序中选择并管控目标应用程序，实现远程控制单个应用服务器上安装的多个应用，并能够针对每个目标应用程序进行精准的管控。

上述第二方面至第四方面的有益效果参见第一方面应用程序的管控方法的有益效果，此处不再赘述。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的应用程序的管控***的应用场景示意图；

图2是本申请一实施例提供的应用程序的管控***的结构示意图；

图3是本申请一实施例提供的应用程序的管控***的具体结构示意图；

图4是本申请一实施例提供的应用程序的管控方法的流程示意图；

图5是本申请一实施例提供的管控应用程序过程中各模块交互示意图；

图6是本申请一实施例提供的安装应用程序过程中各模块交互示意图；

图7是本申请一实施例提供的应用服务器的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

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

针对背景技术提到的将多个应用程序同时安装在单个服务器时，会引起应用程序监控和管理的混乱，不利于操作人员的使用的问题。其中，以兵棋***为例来说，兵棋***是指挥训练***，由六十多类应用程序组成。一般情况下，兵棋***采用分布式部署，按照兵棋推演需求将兵棋应用程序部署在多台服务器中。但是，各个运用兵棋***进行训练的区域的信息化建设情况差异较大，对于信息化资源紧张的区域，往往需要在单个服务节点上部署多个兵棋应用程序。

此时，如何在单个服务节点上部署多个应用程序，以及部署好多个应用程序以后，如何实现对多个应用程序的管控需要解决。同时，在实现针对单个服务节点对多个应用程序的管控过程中，希望在信息化资源紧张的情况下，尽量让管控***与应用程序所在的应用服务器直接交互，降低***资源消耗。

因此，本申请提出一种应用程序的管控***，基于代理程序实现在同一台设备上精准管控单个服务节点上的多个应用程序，利用服务管控模块和代理程序模块两级，将用户操作与应用程序隔离。使用代理程序模块对不同应用程序进行精准管控，代理程序模块基于从服务管控模块中传递过来的安装命令，安装应用程序，代理程序模块基于从服务管控模块中传递过来的控制指令，通过会话模式执行控制指令，以及通过会话模式返回不同应用程序的消息给服务管控模块。服务管控模块通过分析应用程序返回消息，并将其呈现给用户。虽然设置了代理程序模块，但利用会话模式使用户的操作***与应用程序所在的应用服务器直接交互，无需设置大量服务器，降低了服务器需求数量，减少人为干预，提升部署和管控效率。

举例说明，本申请实施例可以应用到如图1所示的示例性场景中。在该场景中，该应用场景涉及的设备包括管理服务器100和应用服务器200。管理服务器100与应用服务器200之间建立Socket通信。

管理服务器100可以将命令发送给应用服务器200，这里的命令可以包括应用安装命令、应用卸载命令和控制命令等。应用服务器200根据命令中的信息，安装应用程序，响应对应的命令。其中，应用服务器200为至少一个，可以为一个也可以为多个，对应的，应用服务器200可以生成至少一个与命令对应的反馈信息发送给管理服务器100，或者可以多个应用服务器200生成各自的反馈信息后，均发送给管理服务器100。

图2是本申请一实施例提供的应用程序的管控***的结构图，参照图2，对该应用程序的管控***的详述如下：

一种应用程序的管控***，包括：用户视图模块101、服务管控模块102、代理程序模块201和应用服务模块202；应用服务模块202安装有多个应用程序。

示例性的，管理服务器100设置在用户的操作***上，管理服务器100可以包括用户视图模块101和服务管控模块102。用户视图模块101与服务管控模块102通过WebSocket链接。单个应用服务器200包括代理程序模块201和应用服务模块202。服务管控模块102作为与用户视图模块101和代理程序模块201交互的中间模块，与代理程序模块201建立Socket通信。

当需要对某个应用程序进行管控时，则将该应用程序视为目标应用程序。

其中，用户视图模块101，用于将控制命令发送给服务管控模块102；控制命令包括目标应用程序的信息。

服务管控模块102，用于接收控制命令，并将控制命令转发给代理程序模块201。

代理程序模块201，用于基于控制命令，从应用服务模块202的多个应用程序中选择并管控目标应用程序。

示例性的，用户视图模块101包括服务状态管理单元和远程命令管控单元，如图3所示，在用户视图模块101的服务状态管理单元中，提供了用户当前会话执行的应用程序的状态，可以让用户选择保留或停止该应用程序的当前会话。在远程命令管控单元中，用户可以选择不同的控制命令或其它命令，并将其发送给服务管控模块102。

服务管控模块102作为与用户视图模块101和代理程序模块201交互的中间模块，包含了服务状态分析单元和远程命令转化单元。服务状态分析会根据代理端中，会话链接的状态来判断当前执行的应用程序，并将其返回给用户视图模块101，远程命令转化会根据从用户视图模块101传递来的控制命令或其它命令，将其转化为可以执行的相关命令，并发送到代理程序模块201上去。

示例性的，代理程序模块201，包括会话管理器和命令执行器，会话管理器用于存储多个会话链接，通过一个会话链接产生一个会话，通过一个会话的会话信道向相应的应用程序传输控制命令。命令执行器用于执行应用部署类、进程管理类、负载监控类和服务识别类等命令。代理程序模块201，具体用于：基于目标应用程序的信息，与应用服务模块202建立目标会话信道；通过目标会话信道，执行控制命令管控目标应用程序运行；接收目标应用程序的运行结果，并将运行结果发送给服务管控模块102。

示例性的，当对多个目标应用程序进行管控时，代理程序模块201，具体用于：基于多个目标应用程序的信息，与应用服务模块202建立多个对应的目标会话信道；通过每一目标会话信道，执行控制命令管控相对应的目标应用程序运行；接收多个目标应用程序的运行结果，并将多个运行结果发送给服务管控模块102。

在对应用程序进行管控过程中，用户视图模块101提供交互界面，将应用程序执行结果呈现给用户，并将用户进行的操作发送给服务管控模块102。服务管控模块102负责接收用户发送的命令并将其转发给代理程序模块201同时接收代理程序模块201返回的运行结果，服务管控模块102在对运行结果进行计算、分析、存储后，将运行结果返回给用户视图模块101。其中，运行结果包括执行信息和应用消息。代理程序模块201主要负责与应用程序所在的应用服务模块202之间建立会话链接，生成会话，利用会话的会话信道监控应用程序的执行状态，将执行信息和封装后的应用消息发送给服务管控模块102。

示例性的，代理程序模块201，具体用于：基于目标应用程序的信息，向应用服务模块202发起会话，与目标应用程序进行链接。

若链接成功，则与应用服务模块202建立目标会话信道，并将链接成功的信息发送给服务管控模块102。

若链接不成功，则无法与应用服务模块202建立目标会话信道，并将链接失败的信息发送给服务管控模块102。

示例性的，在应用服务模块202利用会话信道监控应用程序的执行状态，将返回的应用消息封装发送给服务管控模块102后，服务管控模块102，还用于：接收代理程序模块201返回的运行结果；运行结果包括目标应用程序的执行信息和应用消息；将运行结果发送给用户视图模块101。应用消息可以包括日志信息，执行信息表征应用程序的执行状态。

本实施例中，虽然设置了代理程序模块201，但利用会话模式相当于使用户的操作***与应用程序所在的应用服务器200直接交互，无需设置大量服务器，降低了服务器需求数量，减少人为干预，提升部署和管控效率。

一实施例中，在对某个没有安装在应用服务模块202中的应用程序进行管控时，需要先将该应用程序安装在应用服务模块202。此时，用户视图模块101，还用于在将控制命令发送给服务管控模块102之前，将安装命令发送给服务管控模块102。

服务管控模块102，还用于接收安装命令，并将安装命令转发给代理程序模块201；安装命令包括目标应用程序的安装信息。

代理程序模块201，还用于接收安装命令，并基于目标应用程序的安装信息在应用服务模块202上安装目标应用程序，以及生成目标应用程序的应用安装反馈数据。

服务管控模块102，还用于接收代理程序模块201发送的应用安装反馈数据，并将应用安装反馈数据发送给用户视图模块101。

示例性的，在安装或控制多个应用程序时，由于不同***的应用程序信息的格式和内容不同，或者同一***的不同应用程序的安装步骤不同，同时也存在一个应用安装的步骤，对应不同的几次的指令交互的情况。服务管控模块102根据安装命令中包含的应用程序信息，会将安装命令转化为可识别的安装命令发送到代理程序模块201。代理程序模块201根据获得的可识别的安装命令，按应用程序安装的步骤的顺序依次执行不同命令，并将应用安装反馈数据返回给服务管控模块102。其中，应用安装反馈数据可以包括安装成功或安装失败的信息。

本实施例通过利用服务管控模块102和代理程序模块201，将用户操作与应用程序隔离，代理程序模块201接收从服务管控模块102中传递过来的控制命令，并从多个应用程序中选择并管控目标应用程序，实现远程控制单个应用服务器上安装的多个应用，并能够针对每个目标应用程序进行精准的管控。

本申请另一实施例提供了一种应用程序的管控方法，参见图4，应用于如上述应用程序的管控***中的代理程序模块201，包括：

步骤301，接收服务管控模块转发的控制命令；控制命令由用户视图模块发送给服务管控模块；控制命令包括目标应用程序的信息。

示例性的，在部署多台应用服务器时，一般每个应用服务器只安装一个应用程序来提供服务，根据应用服务器的不同，即可识别不同的应用。在本申请中，当在同一台应用服务器200上安装多个不同应用程序提供服务时，需要将不同应用程序区别出来。

用户在用户视图模块101上选择应用软件后，服务管控模块102会收到控制命令。用户视图模块101包括服务状态管理单元和远程命令管控单元。用户可以根据服务状态管理单元中各个应用程序目前执行的状态，来决定下发不同控制命令。控制命令由远程命令管控单元下发到服务管控模块102。为了将不同应用程序区别出来，在用户视图模块101发出控制指令时，会与目标应用程序的信息进行绑定，使得控制指令包括目标应用程序的信息。

在控制多个应用程序时，由于不同***的应用程序信息的格式和内容不同，或者同一***的不同应用程序的控制过程不同，服务管控模块102根据控制命令中包含的应用程序信息，通过远程命令转化单元会将控制命令转化为可识别的控制命令发送到代理程序模块201。

其中，控制命令包括应用部署类、进程管理类、负载监控类和服务识别类的命令，具体可以是应用识别命令、应用程序启动和停止命令、进程管理命令、负载监控命令等其它控制命令。

示例性的，在用户视图模块101的服务状态管理中，提供了用户当前会话执行的应用程序的状态，可以让用户选择保留或停止该应用程序的当前会话。在远程命令管控模块中，用户可以选择不同的控制命令或其它命令，并将其发送给服务管控模块102。

服务管控模块102作为与用户视图模块101和代理程序模块201交互的中间模块，具有服务状态分析和远程命令转化的功能。服务状态分析会根据代理端中，会话链接的状态来判断当前执行的应用程序，并将其返回给用户视图模块101，远程命令转化会根据从用户视图模块101传递来的控制命令或其它命令，将其转化为可以执行的相关命令，并发送到代理程序模块201上去。

步骤302，基于控制命令，从应用服务模块的多个应用程序中选择并管控目标应用程序；代理程序模块和应用服务模块安装在一个应用服务器上；应用服务模块包括多个应用程序。

示例性的，在步骤302中，基于控制命令，从应用服务模块202的多个应用程序中选择并管控目标应用程序，包括：

步骤3021，基于目标应用程序的信息，与应用服务模块202建立目标会话信道。

在步骤3021中，基于目标应用程序的信息，向应用服务模块202发起链接会话，与目标应用程序进行链接。

若链接成功，则与应用服务模块202建立目标会话信道，并将链接成功的信息发送给服务管控模块102。

若链接不成功，则无法与应用服务模块202建立目标会话信道，并将链接失败的信息发送给服务管控模块102。

示例性的，当服务管控模块102收到控制目标应用程序进程的控制命令之后，根据控制命令中进行管控的目标应用程序信息，选择对应的目标应用程序，分析目标应用程序的执行状态，确认目标应用程序是否已经在代理程序模块201建立会话链接，形成会话信道。如果代理程序模块201已经与目标应用程序建立会话链接，则代理程序模块201返回给服务管控模块102链接成功的信息，如“程序正在执行”，从而服务管控模块102将“程序正在执行”信息发送给用户视图模块101，通知到用户。如果代理程序模块201与目标应用程序没有建立会话链接，则远程命令管控单元发送应用识别命令，代理程序模块201接收到应用识别命令后，与应用服务模块202发起链接会话。

示例性的，代理程序模块201接收到应用识别命令后，与应用服务模块202发起链接会话，在多个应用程序中选择目标应用程序。

首先，如图5所示，服务管控模块102将用户视图模块101发送的应用识别命令发送给代理程序模块201建立对应用程序的管控，应用服务模块202中有多个应用程序，由于应用程序的不同，会建立不同的会话链接。不同的会话链接对应不同的会话信道，会话信道与应用程序一一对应，再通过会每一话信道管控每一应用程序，则成功识别可管控的应用程序。代理程序模块201将可管控的应用程序的识别信息返回到服务管控模块102，最终传回用户视图模块101。其中，目标应用程序可以是多个，应用程序与代理程序模块201链接成功的即为目标应用程序。然后，所有的会话链接存放在代理程序模块201，如图3所示，由服务管控模块102进行管控。其中，可管控的应用程序为资源库中存储的应用程序。最后，服务管控模块102将用户视图模块101发送的各项控制命令发送给代理程序模块201，代理程序模块201链接到目标应用程序的会话信道，对目标应用程序进行管控，目标应用程序执行各项控制命令，如图5中的应用程序1、应用程序2和应用程序3。

示例性的，若在多个应用程序中管控目标应用程序时，通过控制命令携带的目标应用程序的信息，对已建立的会话信道进行筛选，判断是否需要关闭当前会话信道或者建立新的链会话信道。

代理程序模块201对应用程序进行管控时，先筛选目标应用程序所对应的目标会话信道，判断目标会话信道是否存在，来管控目标应用程序。在筛选目标会话信道过程中，若筛选到目标会话信道，且目标会话信道可用，则通过目标会话信道继续控制应用程序；若筛选到目标会话信道，目标会话信道不可用，则关闭当前会话，则代理程序模块201重新与代理程序所在的操作***的应用服务模块202建立新的会话，并在会话中启动应用程序，利用新的会话信道完成与应用程序的交互；若没筛选到目标会话信道，则代理程序模块201不断与应用程序所在的应用服务模块202进行链接，建立新的会话信道，直到新的会话信道能够管控应用服务模块202中目标应用程序，则新的会话信道为新的目标会话信道，通过新的目标会话信道去执行控制命令。

其中，因为一个应用程序的前台进程必须从属于一个会话，因此，通过为每个应用程序建立一个专属的会话，可实现对应用程序的识别，并在会话中完成对应用程序的管控。同时，不同的会话之间相互不干涉，保证了每个应用程序都是独立运行的，会话中产生的任何信息，如日志信息和控制命令等，都是针对这个会话终端的应用程序的，不会影响其他会话中的应用程序。

示例性的，虽然设置了代理程序模块201，但利用会话模式使用户的操作***与应用服务器200的应用服务模块202直接交互，无需设置大量服务器，降低了服务器需求数量，减少人为干预，提升部署和管控效率。

步骤3022，通过目标会话信道，执行控制命令管控目标应用程序运行。

示例性的，代理程序模块201与目标应用程序成功建立会话链接，则在目标会话信道中直接执行远程命令管控单元发出的控制目标应用程序进程的控制命令，同时，代理程序模块201通过会话信道对应用程序的运行状态进行监控。

示例性的，服务管控模块102根据接收到的控制指令，对存放在代理程序模块201的所有的会话信道进行筛选，筛选出来目标会话信道。代理程序模块201通过目标会话信道执行控制指令，应用服务模块202的目标应用程序进行不同的操作。

步骤3023，接收目标应用程序的运行结果，并将运行结果发送给服务管控模块102，以使服务管控模块102将运行结果反馈至用户视图模块101。

示例性的，运行结果可以包括执行信息和应用消息。当执行完控制指令后，代理程序模块201将应用服务模块202中每一目标应用程序的执行信息返回给服务管控模块102，服务管控模块102对执行信息进行处理发送到用户视图模块101。执行信息一般为简单的控制类信息，如命令执行成功、命令执行失败等信息。如图5所示，应用程序1、应用程序2和应用程3返回各自的执行信息1、执行信息2和执行信息3。需要说明的是，上述为举例说明，实际情况中，存在控制命令对一个目标应用程序进行管控，也存在控制命令批量地对多个目标应用程序进行管控的情况，

代理程序模块201还可以将监控到的多个应用程序的应用消息封装后，统一返回给服务管控模块102。应用消息一般为监控到的应用程序的运行状态的数据，应用消息可以包括应用程序的日志信息和程序应用状态信息。日志信息可以包括应用程序报错、运行状况等，程序应用状态信息包括应用进程等信息。

示例性的，服务管控模块102通过分析应用程序的返回的应用消息，并将其发送到用户视图模块101，呈现给用户。通过利用服务管控模块102和代理程序模块201，将用户操作与应用程序隔离，代理程序模块201接收从服务管控模块102中传递过来的控制命令，并从多个应用程序中选择并管控目标应用程序，实现远程控制单个应用服务器上安装的多个应用，并能够针对每个目标应用程序进行精准的管控。

示例性的，在步骤3021中，如果链接不成功，则无法找到需要控制的应用程序，同时代理程序模块201会将链接失败的信息返回给服务管控模块102。代理程序模块201会不断地对应用服务模块202中需要管控的应用程序进行会话链接，链接成功后形成会话信道，在步骤3022中，通过目标会话信道控制应用程序。此时，链接成功的应用程序则为可管控的应用程序，从而能够识别出所有可管控应用程序。所有可管控应用程序包括每一个连接成功的目标应用程序。在步骤1023中，代理程序模块201将所有可管控应用的运行结果发送给服务管控模块102，运行结果还可以包括链接成功或失败的信息。服务管控模块102还可以基于链接成功或失败的信息在将所有可管控的应用程序进行汇总后，对多个会话信道的会话执行结果进行打包，返回给用户视图模块101，由用户进行管控。

一实施例中，在对目标应用程序管控之前，或者在管控过程中，存在应用服务模块202上没有安装目标应用程序的情况，用户可以在用户端上选择需要安装的应用程序，并将相关命令发送到服务管控模块102，如图6所示。当用户在用户端上选择需要安装的应用程序时，应用程序的管控方法，在接收服务管控模块102转发的控制命令之前，还包括：在用户视图模块101将控制命令发送给服务管控模块102之前，代理程序模块201接收服务管控模块102转发的安装命令；安装命令由用户视图模块101发送给服务管控模块102；安装命令包括目标应用程序的信息；代理程序模块201生成针对目标应用程序的安装命令，基于目标应用程序的安装命令，在应用服务模块202上安装目标应用程序；在安装目标应用程序后，生成目标应用程序的应用安装反馈数据；代理程序模块201将安装反馈数据发送给服务管控模块102，以使服务管控模块102将安装反馈数据反馈至用户视图模块101。此时，执行信息包括安装反馈数据。

在批量安装应用程序时，在上述安装过程中，代理程序模块201可以通过会话信道将多个目标应用程序的安装反馈数据封装再发送到服务管控模块102，之后反馈给用户视图模块101。

示例性的，在应用服务模块202安装有应用程序，当用户在用户端上选择需要卸载的应用程序时，代理程序模块201接收服务管控模块102转发的卸载命令；卸载命令由用户视图模块101发送给服务管控模块102；卸载命令包括目标应用程序的信息；代理程序模块201基于卸载命令，在应用服务模块202上卸载目标应用程序；在卸载目标应用程序后，生成目标应用程序的应用卸载反馈数据；代理程序模块201将卸载反馈数据发送给服务管控模块102；卸载反馈数据用于由服务管控模块102反馈给用户视图模块101。此时，执行信息包括卸载反馈数据。

示例性的，在安装或卸载多个应用程序时，由于不同***的应用程序信息的格式和内容不同，或者同一***的不同应用程序的安装和卸载过程不同，服务管控模块102根据安装命令或卸载命令中包含的应用程序信息，会将安装命令或卸载命令转化为可识别的安装命令或卸载命令发送到代理程序模块201。代理程序模块201根据获得的可识别的安装命令或卸载命令，按顺序依次执行不同命令，并将运行结果返回给服务管控模块102。

可见本发明的应用程序的管控方法通过使用服务管控模块和代理程序模块两级模式，将用户操作与应用程序隔离，在同一台设备上精准管控单个服务节点上的多个应用程序，帮助用户实现多个应用程序的精准管控，简化应用服务器部署和应用程序管控。代理程序模块基于从服务管控模块中传递过来的安装命令，安装应用程序，通过建立这样的代理-管控机制，可以在单个应用服务器上安装多个应用。代理程序模块基于从服务管控模块中传递过来的控制指令，通过会话模式执行控制指令，以及通过会话模式返回不同应用程序的消息给服务管控模块，通过建立这样的代理-管控机制，可以在单个应用服务器上针对每个应用程序进行精准的管控。虽然设置了代理程序模块，但利用会话模式使用户的操作***与应用程序所在的应用服务器直接交互，无需设置大量应用服务器，降低了应用服务器需求数量，减少人为干预，提升部署和管控效率。避免了同一台应用服务器只能安装一个应用的情况，或者安装多个应用，出现管控混乱的情况，这样能够更好的推广使用信息化服务，降低了信息化服务的使用门槛。

应理解，上述各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

需要说明的是，上述装置之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种应用服务器，参见图7，该应用服务器200可以包括：至少一个处理器210和存储器220，存储器220中存储有可在至少一个处理器210上运行的计算机程序221，处理器210执行计算机程序221时实现上述任意各个方法实施例中的步骤，例如图4所示实施例中的步骤301至步骤302。

示例性的，计算机程序221可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器220中，并由处理器210执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序段，该程序段用于描述计算机程序221在应用服务器200中的执行过程。

本领域技术人员可以理解，图7仅仅是应用服务器的示例，并不构成对应用服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如输入输出设备、网络接入设备、总线等。

处理器210可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器220可以是应用服务器的内部存储单元，也可以是应用服务器的外部存储设备，例如插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器420用于存储计算机程序以及应用服务器所需的其他程序和数据。存储器420还可以用于暂时地存储已经输出或者将要输出的数据。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本申请实施例提供的应用程序的管控方法可以应用于计算机、平板电脑、笔记本电脑、上网本、个人数字助理(personal digital assistant，PDA)等服务器上，本申请实施例对服务器的具体类型不作任何限制。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现可实现上述应用程序的管控方法各个实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述应用程序的管控方法各个实施例中的步骤。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来命令相关的硬件完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/服务器的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (8)

1.一种应用程序的管控***，其特征在于，包括用户视图模块、服务管控模块、代理程序模块和应用服务模块；所述代理程序模块和所述应用服务模块安装在一个应用服务器上；所述应用服务模块安装有多个应用程序；

所述用户视图模块，用于将控制命令发送给所述服务管控模块；所述控制命令包括目标应用程序的信息；

所述服务管控模块，用于接收所述控制命令，并将所述控制命令转发给所述代理程序模块；

所述代理程序模块，用于基于所述控制命令，从所述应用服务模块的多个应用程序中选择并管控所述目标应用程序；

所述代理程序模块，具体用于：

基于所述目标应用程序的信息，与所述应用服务模块建立目标会话信道；

通过所述目标会话信道，执行所述控制命令，管控所述目标应用程序运行；

接收所述目标应用程序的运行结果，并将所述运行结果发送给所述服务管控模块。

2.如权利要求1所述的应用程序的管控***，其特征在于，所述代理程序模块，具体用于：

基于所述目标应用程序的信息，向所述应用服务模块发起会话，与所述目标应用程序进行链接；

若链接成功，则与所述应用服务模块建立目标会话信道，并将链接成功的信息发送给所述服务管控模块；

若链接不成功，则无法与所述应用服务模块建立目标会话信道，并将链接失败的信息发送给所述服务管控模块。

3.如权利要求1所述的应用程序的管控***，其特征在于，所述服务管控模块，还用于：

接收所述代理程序模块返回的所述运行结果；所述运行结果包括所述目标应用程序的执行信息和应用消息；

将所述运行结果发送给所述用户视图模块。

4.如权利要求1-3任一项所述的应用程序的管控***，其特征在于，所述用户视图模块，还用于在所述将控制命令发送给所述服务管控模块之前，将安装命令发送给所述服务管控模块；

所述服务管控模块，还用于接收所述安装命令，并将所述安装命令转发给所述代理程序模块；所述安装命令包括目标应用程序的安装信息；

所述代理程序模块，还用于接收所述安装命令，并基于所述目标应用程序的安装信息在所述应用服务模块上安装所述目标应用程序，以及生成所述目标应用程序的应用安装反馈数据；

所述服务管控模块，还用于接收所述代理程序模块发送的应用安装反馈数据，并将所述应用安装反馈数据发送给所述用户视图模块。

5.一种应用程序的管控方法，其特征在于，应用于如权利要求1至4任一项应用程序的管控***中的代理程序模块，包括：

接收服务管控模块转发的控制命令；所述控制命令由用户视图模块发送给所述服务管控模块；所述控制命令包括目标应用程序的信息；

基于所述控制命令，从应用服务模块的多个应用程序中选择并管控所述目标应用程序；所述代理程序模块和所述应用服务模块安装在一个应用服务器上；所述应用服务模块包括多个应用程序；

所述基于所述控制命令，从应用服务模块的多个应用程序中选择并管控所述目标应用程序，包括：

基于所述目标应用程序的信息，与所述应用服务模块建立目标会话信道；

通过所述目标会话信道，执行所述控制命令管控所述目标应用程序运行；

接收所述目标应用程序的运行结果，并将所述运行结果发送给所述服务管控模块，以使所述服务管控模块将所述运行结果反馈至所述用户视图模块。

6.如权利要求5所述的应用程序的管控方法，其特征在于，在所述接收服务管控模块转发的控制命令之前，还包括：

接收所述服务管控模块转发的安装命令；所述安装命令由所述用户视图模块发送给所述服务管控模块；所述安装命令包括所述目标应用程序的信息；

基于所述安装命令，在所述应用服务模块上安装所述目标应用程序；

在安装所述目标应用程序后，生成所述目标应用程序的应用安装反馈数据；

将所述安装反馈数据发送给所述服务管控模块，以使所述服务管控模块将所述安装反馈数据反馈至所述用户视图模块。

7.一种应用服务器，包括存储器和处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求5至6任一项所述的应用程序的管控方法。

8.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求5至6任一项所述的应用程序的管控方法。