CN114826981B - 一种云手机内应用常驻的实现***及方法 - Google Patents

Abstract

本发明公开了一种云手机内应用常驻的实现***及方法，该方法包括：步骤S1，云手机实例上的应用运行监测服务模块实时获取该云手机实例上正在运行的应用列表并上报至云手机应用后台服务器；步骤S2，云手机应用后台服务器实时获取应用运行监测服务模块上报的正在运行的应用列表，对比监控应用列表与所述正在运行的应用列表以确定监控应用列表中各应用是否正常运行，根据对比结果确定故障应用并发送相应的重启指令以重启相应的故障应用；步骤S3，当应用运行监测服务模块接收到云手机应用后台服务器的重启指令时，根据重启指令重启相应的故障应用。

Description

一种云手机内应用常驻的实现***及方法

技术领域

本发明涉及云手机技术领域，特别是涉及一种云手机内应用常驻的实现***及方法。

背景技术

云手机是通过在云服务器通过虚拟容器的方式，将一台云服务器划分成多个虚拟机来独立运行android***，然后提供远程操作让手机、电脑等个人真实终端设备操作使用，应用可以长期在云端运行，用户退出云手机，能够保留之前的操作进度，基本上释放了用户真机的***资源。

受限于当前科技水平的网络环境，提供高质量的操作体验是云手机需要突破的一大瓶颈，但是对于那些对操作体验的要求不高，长期运行的业务场景，云手机显然是一种十分适合业务载体，目前云手机已经广泛应用在非自有软件平台客服机器人、营销机器人、游戏挂机、app爬虫等领域，而手机应用常驻是这些业务产出效率的核心支撑，但由于android***本身是设计给真实个人终端使用的，为了***效率和提供更好的用户体验，对于常驻应用的开放程度随着版本的迭代变得越来越苛刻，而且主体应用本身是否长期运行也是业务提供方无法控制，因此需要提供一种能够有效稳定的应用常驻方法。

传统的应用常驻方案基本是基于android手机真机时期的单向唤醒应用保活方法，其采用A-B单向唤醒、双向唤醒、***广播唤醒应用自启常驻，如图1所示，该方案虽然简单，但是当业务服务意外中断时，服务不可恢复，产线停止。

目前针对上述传统的应用常驻方案缺点，加入了守护服务，如图2所示，其同时利用了***应用的高可靠性定时检查和激活服务，提高了产线的可靠性。然而该方案依旧存在问题：以android目前的生态实践情况下来看，守护服务和业务服务仍然有可能同时被***终止，也就是杀后台，依赖***服务(***广播、***闹钟)在当前常用的android***版本已经不可行，仅仅通过android***内程序的方式进行互相唤醒的方法仍然不可靠。

可见，目前提出的应用常驻方法，无论是单向激活、双向激活、***广播、***闹钟大多数是终端内的解决方法，但是由于安卓***的版本迭代和安卓机型配置的不确定性，大量相似的方法，已经无法使用或者无法长期保证，其根本技术原因当手机***长期高负载运行或者其他原因导致资源紧张时，杀后台操作是很常见的行为，此时终端内的应用服务存活率是无法保证的，所有依赖终端内的解决方案均具有这种缺点。

发明内容

为克服上述现有技术存在的不足，本发明之目的在于提供一种云手机内应用常驻的实现***及方法，基于云手机运行云服务器上的特点，通过云服务器提供的对云手机更高层面的监控和控制实现云手机内的应用常驻。

本发明之另一目的在于提供一种云手机内应用常驻的实现***及方法，通过云端云手机管理服务(后端服务器端)对云手机应用运行服务(运行在云手机实例的后台程序)进行心跳检测，能够从云手机外感知云手机内的服务运行状态，并且可以从外部进行控制，解决了云手机内的应用进程被***同时终止，导致控制失效的问题。

本发明之再一目的在于提供一种云手机内应用常驻的实现***及方法，通过使用云机服务器接口对设备重启，无需进入云手机即可完成操作，支持接口调用，扩展性高

本发明之又一目的在于提供一种云手机内应用常驻的实现***及方法，在后台能提供所有云手机的应用运行情况，能够为具备规模业务场景提供重要信息支持。

为达上述目的，本发明提出一种云手机内应用常驻的实现***，包括：

云手机实例，运行在云服务器上，其上设置有应用运行监测服务模块，该应用运行监测服务模块实时获取所述云手机实例上正在运行的应用列表并上报至云手机应用后台服务器；以及于接收到重启指令时，重启相应的故障应用；

云手机应用后台服务器，其上设置有云手机管理服务，用于获取所述应用运行监测服务模块上报的正在运行的应用列表，对比监控应用列表与所述正在运行的应用列表以确定监控应用列表中各应用是否正常运行，根据对比结果确定故障应用并发送相应的重启指令以重启故障应用；

云手机客户端，用于获取后台云机应用列表，并提供用户设置需要监测的应用及是否自动重启。

可选地，所述应用运行监测服务模块包括：

正在运行应用列表获取单元，用于实时获取当前云手机实例各应用的运行状态，获取当前云手机实例正在运行的应用列表上报至云手机管理服务；

重启执行单元，用于在接收到所述云手机应用后台服务器的重启指令时，执行相应的重启指令；

心跳包上报单元，用于定时或实时上报自身心跳包至所述云手机应用后台服务器，以便所述云手机应用后台服务器根据上报的心跳包判断所述应用运行监测服务模块是否正常运行。

所示云手机应用后台服务器包括：

监控应用列表获取单元，用于获取监控应用列表；

应用状态对比判断单元，用于对比所述监控应用列表与所述正在运行的应用列表以确定所述监控应用列表中各应用是否正常运行；

监测结果处理单元，用于根据应用状态对比判断单元的对比结果确定当前的故障应用，对确定的故障应用进行相应的重启处理；

可选地，所述应用状态对比判断单元对所述监控应用列表中的各应用，依次与正在运行的应用列表中的各应用进行匹配，若匹配成功，则判断当前应用为正常运行，所述监测结果处理单元于监控应用列表中标记其状态为正常，直至所述监控应用列表中的所有应用判断完毕。

可选地，若匹配不成功，则所述监测结果处理单元于监控应用列表中标记其状态为异常，并判断其是否设置了自动重启，若设置了自动重启，则根据***调度的策略确定重启类型，发送相应的重启指令。

可选地，所述监测结果处理单元优先选择本地重启，通知所述应用运行监测服务模块重启对应的故障应用，并标记所述监控应用列表中该应用的状态为本地重启，若本地重启不成功，则进入远程重启，发送远程重启应用指令到云机服务器以通过云机服务器接口远程重启应用，并标记所述监控应用列表中对应应用的状态为远程重启。

可选地，当选择本地重启后，所述监测结果处理单元进一步判断本地重启是否超时，若超时，则进入远程重启，若未超时，则通知所述应用运行监测服务模块重启对应的故障应用，若重启不成功，则会尝试多次重启。

可选地，当所述监测结果处理单元判断远程重启执行不成功，则重发远程重启指令，当重试次数超过设定值时，发送命令重启云手机。

可选地，所述云手机应用后台服务器还包括心跳包监测单元，用于监测应用运行监测服务模块上报的心跳包，根据上报的心跳包判断应用运行监测服务模块是否正常运行，在判断出应用运行监测服务模块异常时发送重启应用运行监测服务模块的命令，以重启所述应用运行监测服务模块。

可选地，所述云手机应用后台服务器还将云手机的应用运行状态提供给云手机客户端，通过预定义的异常级别将异常情况通知给云手机客户端。

为达到上述目的，本发明还提供一种云手机内应用常驻的实现方法，包括如下步骤：

步骤S1，云手机实例上的应用运行监测服务模块实时获取该云手机实例上正在运行的应用列表并上报至云手机应用后台服务器；

步骤S2，云手机应用后台服务器实时获取应用运行监测服务模块上报的正在运行的应用列表，对比监控应用列表与所述正在运行的应用列表以确定监控应用列表中各应用是否正常运行，根据对比结果确定故障应用并发送相应的重启指令以重启相应的故障应用；

步骤S3，当应用运行监测服务模块接收到云手机应用后台服务器的重启指令时，根据重启指令重启相应的故障应用。

与现有技术相比，本发明一种云手机内应用常驻的实现***及方法充分利用云手机运行在云端的特点，使用云服务器相关的API对云服务器内的虚拟云手机进行管理，即使云手机内的服务被***终止，也可以从外部唤醒云手机内的应用，甚至重启或者初始化云手机达到重启产线，能够显著提高应用常驻的效果。

附图说明

图1为现有技术中一种单向唤醒应用保活方法的示意图；

图2为现有技术中结合***应用的双向唤醒应用保护方法的示意图；

图3示出了可以应用本发明的***的示例性***架构；

图4为本发明一种云手机内应用常驻的实现***的***架构图；

图5为本发明一种云手机内应用常驻的实现方法的步骤流程图；

图6为本发明实施例中步骤一的细部流程图；

图7为本发明实施例中步骤二的细部流程图。

具体实施方式

以下通过特定的具体实例并结合附图说明本发明的实施方式，本领域技术人员可由本说明书所揭示的内容轻易地了解本发明的其它优点与功效。本发明亦可通过其它不同的具体实例加以施行或应用，本说明书中的各项细节亦可基于不同观点与应用，在不背离本发明的精神下进行各种修饰与变更。

图3示出了可以应用本发明的***的示例性***架构。如图3所示，该***架构可以包括手机101，网络102和云手机实例103，网络102用以在手机101和云手机实例103之间提供通信链路的介质，网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

手机101可以是各种***SIM卡，可以用于拨打电话和发送短信的手机。手机101中可以安装有云手机客户端，即云手机APP，通过云手机客户端，其可以与云手机实例103建立通信链路，以进行数据的传输。

用户可以使用云手机实例103进行各种操作，例如看视频、听音乐等。云手机实例103可以通过上述通信链路与手机101的云手机客户端之间进行信息的交互，例如音视频等的传输。云手机实例103运行在云服务器上，其实现的功能可以由云服务器为其提供支持。

图4为本发明一种云手机内应用常驻的实现***的***架构图。如图4所示，本发明一种云手机内应用常驻的实现***，包括：

云手机实例30，运行在云服务器上，其上设置有应用运行监测服务模块，该应用运行监测服务模块实时获取该云手机实例30上正在运行的应用列表并上报至云手机应用后台服务器31；于接收到重启指令时，重启相应的故障应用；所述应用运行监测服务模块还定时上报心跳包到云手机应用后台服务器31，以应对应用运行监测服务本身被***终止运行的情况。

在本发明具体实施例中，所述应用运行监测服务模块是一个常驻在云手机实例***上的核心后台程序之一，其具体包括：

正在运行应用列表获取单元，用于实时获取当前云手机实例各应用的运行状态，获取当前云手机实例正在运行的应用列表上报至云手机管理服务。

对于目前最新的android***，需要授权为管理应用才能获得应用获取权限，因此本发明中，应用运行监测服务模块需要设计成管理应用安装到云手机中，正在运行应用列表获取单元通过android sdk的api可获取到应用运行状态，根据获取的状态将正在运行的应用列表上报至云手机应用后台服务器31。

重启执行单元，用于在接收到云手机应用后台服务器31的重启指令时，执行相应的重启指令。

在本发明实施例中，一般来说，重启指令包括本地重启与远程重启，当云手机应用后台服务器31对故障应用选择本地重启时，则会通知云手机实例30的应用运行监测服务重启对应的故障应用，应用运行监测服务的重启执行单元则会尝试重启故障应用；而当云手机应用后台服务器31对故障应用选择远程重启时，则是发送指令到云机服务器以通过云机服务器接口远程重启故障应用，而不通过应用运行监测服务执行重启。

心跳包上报单元，用于定时或实时上报自身心跳包至云手机应用后台服务器31，以便云手机应用后台服务器31根据上报的心跳包判断应用运行监测服务模块是否正常运行，以应对应用运行监测服务本身被***终止运行的情况

云手机应用后台服务器31，其上设置有云手机管理服务，用于维护应用状态数据，获取所述应用运行监测服务模块上报的正在运行的应用列表，对比监控应用列表与所述正在运行的应用列表以确定监控应用列表中各应用是否正常运行，根据对比结果确定故障应用并发送相应的重启指令以重启故障应用。

具体地，云手机应用后台服务器31包括：

监控应用列表获取单元，用于获取监控应用列表。

在本发明中，可通过云手机APP设置监控应用列表，具体地，云手机APP从云手机应用后台服务器31获取后台云机应用列表，即获取云手机实例曾经上传过的应用列表(曾经正在运行，包括当前正在运行)，由用户通过云手机APP设置需要监测的应用以及对各应用是否自动重启，最后生成监控应用列表保存于云手机应用后台服务器31。

应用状态对比判断单元，用于对比所述监控应用列表与所述正在运行的应用列表以确定所述监控应用列表中各应用是否正常运行。

监测结果处理单元，用于根据应用状态对比判断单元的对比结果确定当前的故障应用，对确定的故障应用进行相应的重启处理

具体地，所述应用状态对比判断单元对监控应用列表中的各应用，依次与正在运行的应用列表中的各应用进行匹配，若匹配成功，则判断当前应用为正常运行，监测结果处理单元于监控应用列表中标记其状态为正常，直至所述监控应用列表中的所有应用判断完毕；所述应用状态对比判断单元若匹配不成功，则监测结果处理单元于监控应用列表中标记其状态为异常，并判断其是否设置了自动重启，若设置了自动重启，则根据***调度的策略确定重启类型，一般优先选择本地重启，通知云手机实例30的应用运行监测服务重启对应的故障应用，并标记所述监控应用列表中该应用的状态为本地重启，优选地，当选择本地重启后，监测结果处理单元进一步判断本地重启是否超时，若超时，则进入远程重启，若未超时，则通知云手机实例30的应用运行监测重启对应的故障应用，若重启不成功，则会尝试多次重启；当进入远程重启，则监测结果处理单元发送远程重启应用指令到云机服务器以通过云机服务器接口远程重启应用，并标记所述监控应用列表中对应应用的状态为远程重启，优选地，当监测结果处理单元判断远程重启应用指令执行不成功，则重发远程重启应用指令，当重试次数超过设定值时，发送命令重启云手机，即发送重启云手机命令到云机服务器以通过云机服务器接口重启云手机。

本发明中，在云手机内，重启应用通过android sdk api即可实施启动应用，当然此时要求应用运行监测服务本身没有被***终止。

在本发明具体实施例中，假设应用监测服务第一次上报给云手机应用后台服务器31的正在运行的应用列表包括a b c d，(假设此时b马上被用户设置为自动重启)，当第二次应用监测服务第二次上报给云手机应用后台服务器31的正在运行的应用列表包括a c de f，这个瞬间则可以认为，应用b已经发生故障，此时云手机应用后台服务器31根据监控应用列表中应用b的重启类型(假设为本地重启)，则通知应用监测服务重启应用b，并且锁住b的状态(修改为重启中，以防止应用监测服务继续上报，触发多次重启)；应用监测服务第三次上报给云手机应用后台服务器31的应用列表包括a c d e f(此时重启可能还没好)；应用监测服务第四次上报给后端的应用列表包括：a b c d e f，则应用b重启成功。

心跳包监测单元313，用于监测应用运行监测服务模块上报的心跳包，根据上报的心跳包判断应用运行监测服务模块是否正常运行，在判断出应用运行监测服务模块异常时发送重启应用运行监测服务的命令，以使云手机实例重启所述应用运行监测服务，即发送重启应用运行监测服务的命令到云机服务器以通过云机服务器接口远程重启应用。

在本发明实施例中，当云手机应用后台服务器31没有接收到应用运行监测服务模块上报的心跳包时，即当监测服务心跳包没有正常上报时，此时云手机应用后台服务器31尝试发送shell/adb命令到云手机实例对应的云服务器让其尝试重启所述应用运行监测服务，假设这样仍然无法正常启动应用运行监测服务，会通过云手机实例的云服务器重启云手机；当接收到应用运行监测服务模块的心跳包时，即应用运行监测服务模块的心跳包正常时，此时通过应用运行监测服务，即可控制云手机内的应用运行。

在云手机外，重启应用需要利用云手机服务器的执行ADB的请求接口，让云服务器直接使用ADB实施启动应用。

优选地，云手机应用后台服务器31还将云手机的应用运行状态提供给云手机客户端，通过预定义的异常级别将异常情况通知给云手机客户端，或者通知运维人员介入。

在本发明具体实施例中预定义的异常级别及相应的处理方式如下：

1级异常：云手机内被监测的应用有异常，应用运行监测服务正常，此时处理方式是通过预定义的重启异常应用恢复产线；

2级异常：应用运行监测服务自身异常。此时处理方式是通过云手机服务器发送shell/adb命令重启应用运行监测服务，然后再对云手机内的应用进行检测和上报，根据情况对异常应用实施重启；

3级异常：无法重启应用运行监测服务，此时可能云手机***运行出了问题，此时先尝试通过云手机服务器重启云手机；

4级异常：重启云手机失败，或者重启成功但是应用运行监测服务心跳包依旧没有上报，此时属于云手机服务本身可能出现问题，此时需要通知运维人员人工介入。

云手机客户端32，用于获取后台云机应用列表，并提供用户设置需要监测的应用及是否自动重启；云手机客户端还可从云手机应用后台服务器31获取云手机的应用状态及异常情况通知。

在本发明中，云手机客户端即云手机APP，为后端***与用户之间的访问媒介，同时也是用户与云手机访问媒介，***可以通过云手机客户端传递信息到用户真机，对于具有规模化的产线，用户可以更加直观地知道哪台云手机出现故障，哪台云手机工作正常。通常情况下，***提供重启应用即可达到应用常驻的效果。

图5为本发明一种云手机内应用常驻的实现方法的步骤流程图。如图5所示，本发明一种云手机内应用常驻的实现方法，包括如下步骤：

步骤S1，云手机实例上的应用运行监测服务模块实时获取该云手机实例上正在运行的应用列表并上报至云手机应用后台服务器。

所述应用运行监测服务模块是一个常驻在云手机***上的核心后台程序之一，实时获取当前云手机实例各应用的运行状态，获取当前云手机实例正在运行的应用列表上报至云手机管理服务。

对于目前最新的android***，需要授权为管理应用才能获得应用获取权限，因此本发明中，应用运行监测服务模块需要设计成管理应用安装到云手机中，通过android sdk的api可获取到应用运行状态，根据获取的状态将正在运行的应用列表上报至云手机管理服务。

步骤S2，云手机应用后台服务器实时获取应用运行监测服务模块上报的正在运行的应用列表，对比监控应用列表与所述正在运行的应用列表以确定监控应用列表中各应用是否正常运行，根据对比结果确定故障应用并发送相应的重启指令以重启相应的故障应用。

具体地，步骤S2进一步包括：

步骤S200，获取监控应用列表。

在本发明中，可通过云手机APP设置监控应用列表，具体地，云手机APP从云手机应用后台服务器获取后台云机应用列表，即获取云手机实例曾经上传过的应用列表(曾经正在运行，包括当前正在运行)，由用户通过云手机APP设置需要监测的应用以及对各应用是否自动重启，最后生成监控应用列表保存于云手机应用后台服务器。

步骤S201，对比所述监控应用列表与所述正在运行的应用列表以确定所述监控应用列表中各应用是否正常运行。

步骤S202，根据步骤S201的对比结果确定当前的故障应用，对确定的故障应用进行相应的重启处理。

步骤S202中对监控应用列表中的各应用，依次与正在运行的应用列表中的各应用进行匹配，若匹配成功，则判断当前应用为正常运行，在步骤S103中，于监控应用列表中标记其状态为正常，直至所述监控应用列表中的所有应用判断完毕；所述应用状态对比判断单元若匹配不成功，则于监控应用列表中标记其状态为异常，并判断其是否设置了自动重启，若设置了自动重启，则根据***调度的策略确定重启类型，一般优先选择本地重启，通知云手机实例的应用运行监测服务重启对应的故障应用，并标记所述监控应用列表中该应用的状态为本地重启，优选地，当选择本地重启后，进一步判断本地重启是否超时，若超时，则进入远程重启，若未超时，则通知云手机实例的应用运行监测重启对应的故障应用，若重启不成功，则会尝试多次重启；当进入远程重启，则发送远程重启应用指令到云机服务器以通过云机服务器接口远程重启应用，并标记所述监控应用列表中对应应用的状态为远程重启，优选地，当判断远程重启应用指令执行不成功，则重发远程重启应用指令，当重试次数超过设定值时，发送命令重启云手机，即发送重启云手机命令到云机服务器以通过云机服务器接口重启云手机。

本发明中，在云手机内，重启应用通过android sdk api即可实施启动应用，当然此时要求应用运行监测服务本身没有被***终止。

步骤S3，当应用运行监测服务模块接收到云手机应用后台服务器的重启指令时，根据重启指令重启相应的故障应用。

需说明的是，重启指令包括本地重启与远程重启，当云手机应用后台服务对故障应用选择本地重启时，则会通知云手机实例的应用运行监测服务重启对应的故障应用，应用运行监测服务的重启执行单元则会尝试重启故障应用；而当云手机应用后台服务器对故障应用选择远程重启时，则是发送指令到云机服务器以通过云机服务器接口远程重启故障应用，而不通过应用运行监测服务执行重启。

可选地，本发明一种云手机内应用常驻的实现方法，还包括：

步骤S4，应用运行监测服务模块实时或定时上报自身心跳包至云手机应用后台服务器，以便云手机应用后台服务器根据上报的心跳包判断应用运行监测服务模块是否正常运行，以应对应用运行监测服务本身被***终止运行的情况。

步骤S5，云手机应用后台服务器实时监测应用运行监测服务模块上报的心跳包，根据上报的心跳包判断应用运行监测服务模块是否正常运行，在判断出应用运行监测服务模块异常时发送重启应用运行监测服务的命令，以使云手机实例重启所述应用运行监测服务，即当应用运行监测服务模块异常时，云手机应用后台服务器会发送重启应用运行监测服务的命令到云机服务器以通过云机服务器接口远程重启应用。

在本发明实施例中，当云手机应用后台服务器没有接收到应用运行监测服务模块上报的心跳包时，即当监测服务心跳包没有正常上报时，此时云手机应用后台服务器尝试发送shell/adb命令到云手机实例对应的云服务器让其尝试重启所述应用运行监测服务，假设这样仍然无法正常启动应用运行监测服务，会通过云手机实例的云服务器重启云手机；当接收到应用运行监测服务模块的心跳包时，即应用运行监测服务模块的心跳包正常时，此时通过应用运行监测服务，即可控制云手机内的应用运行。

在云手机外，重启应用需要利用云手机服务器的执行ADB的请求接口，让云服务器直接使用ADB实施启动应用

优选地，本发明一种云手机内应用常驻的实现方法，还包括如下步骤：

云手机应用后台服务器将云手机的应用运行状态提供给云手机客户端，通过预定义的异常级别将异常情况通知给云手机客户端，或者通知运维人员介入。

在本发明具体实施例中预定义的异常级别及相应的处理方式如下：

1级异常：云手机内被监测的应用有异常，应用运行监测服务正常，此时处理方式是通过预定义的重启异常应用恢复产线；

2级异常：应用运行监测服务自身异常。此时处理方式是通过云手机服务器发送shell/adb命令重启应用运行监测服务，然后再对云手机内的应用进行检测和上报，根据情况对异常应用实施重启；

3级异常：无法重启应用运行监测服务，此时可能云手机***运行出了问题，此时先尝试通过云手机服务器重启云手机；

4级异常：重启云手机失败，或者重启成功但是应用运行监测服务心跳包依旧没有上报，此时属于云手机服务本身可能出现问题，此时需要通知运维人员人工介入。

实施例

在本实施例中，本发明一种云手机内应用常驻的实现方法，其步骤如下：

步骤一，构造正在运行的应用列表和监控应用列表。如图6所示，其具体步骤如下：

步骤1，应用运行监测服务读取当前云手机实例正在运行的应用信息，构造正在运行的应用列表；

步骤2，应用运行监测服务上报获取的正在运行的应用列表；

步骤3，云手机管理服务获取最新上报的正在运行的应用列表；

步骤4，云手机APP从云手机管理服务获取后台云机应用列表；

步骤5，用户在云手机APP上设置需要监测的应用及对应的应用是否自动重启，构造监控应用列表，并发送至云手机管理服务。

步骤二，云手机管理服务监测重启，如图7所示，其具体过程：

步骤6：当云手机管理服务获取到正在运行的应用列表后，对监控应用列表中的各应用，依次与正在运行的应用列表中的各应用进行匹配，若匹配成功，则判断当前应用为正常运行，标记其于监控应用列表中的状态为正常，直至所述监控应用列表中的所有应用判断完毕，进入监控结果上报单元；若匹配不成功，则标记其于监控应用列表中的状态为异常，并判断其是否设置了自动重启，若设置了自动重启，进一步判断其重启类型，若重启类型为空或本地重启，在本地重启未超时时，通知应用运行监测重启对应的故障应用，并标记所述监控应用列表中对应应用的状态为远程重启，若本地重启超时，则进入远程重启；若重启类型为远程重启，若重启类型为远程重启，则发送远程重启应用指令到云机服务器以远程重启应用，并标记所述监控应用列表中对应应用的状态为远程重启，当判断远程重启应用指令执行不成功，则重发远程重启应用指令，当重试次数超过设定值时，发送命令重启云手机，即发送命令重启云手机。

步骤7，云手机管理服务实时监测应用运行监测服务模块上报的心跳包，当云手机管理服务没有接收到应用运行监测服务模块上报的心跳包时，即当监测服务心跳包没有正常上报时，此时云手机管理服务尝试发送shell/adb命令到云手机实例对应的云服务器让其尝试重启所述应用运行监测服务，假设这样仍然无法正常启动应用运行监测服务，会通过云手机实例的服务器重启云手机；当接收到应用运行监测服务模块的心跳包时，即应用运行监测服务模块的心跳包正常时，此时通过应用运行监测服务，即可控制云手机内的应用运行。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何本领域技术人员均可在不违背本发明的精神及范畴下，对上述实施例进行修饰与改变。因此，本发明的权利保护范围，应如权利要求书所列。

Claims (6)

1.一种云手机内应用常驻的实现***，包括：

云手机实例，运行在云服务器上，云手机实例上设置有应用运行监测服务模块，该应用运行监测服务模块实时获取所述云手机实例上正在运行的应用列表并上报至云手机应用后台服务器；当应用运行监测服务模块接收到重启指令时，重启相应的故障应用；

云手机应用后台服务器，其上设置有云手机管理服务，用于获取所述应用运行监测服务模块上报的正在运行的应用列表，对比监控应用列表与所述正在运行的应用列表以确定监控应用列表中各应用是否正常运行，根据对比结果确定故障应用并发送相应的重启指令以重启故障应用；

云手机客户端，用于获取后台云手机应用列表，并提供用户设置需要监测的应用及需要自动重启的应用，生成监控应用列表保存于云手机应用后台服务器；

所述应用运行监测服务模块包括：

正在运行应用列表获取单元，用于实时获取当前云手机实例各应用的运行状态，获取当前云手机实例正在运行的应用列表上报至云手机管理服务；

重启执行单元，用于在接收到所述云手机应用后台服务器的重启指令时，执行相应的重启指令；

心跳包上报单元，用于定时或实时上报自身心跳包至所述云手机应用后台服务器，以便所述云手机应用后台服务器根据上报的心跳包判断所述应用运行监测服务模块是否正常运行；

所述云手机应用后台服务器包括：

监控应用列表获取单元，用于获取监控应用列表；

应用状态对比判断单元，用于对比所述监控应用列表与所述正在运行的应用列表以确定所述监控应用列表中各应用是否正常运行；

监测结果处理单元，用于根据应用状态对比判断单元的对比结果确定当前的故障应用，对确定的故障应用进行相应的重启处理；

所述应用状态对比判断单元对所述监控应用列表中的各应用，依次与正在运行的应用列表中的各应用进行匹配，若匹配成功，则判断当前应用为正常运行，所述监测结果处理单元于监控应用列表中标记其状态为正常，直至所述监控应用列表中的所有应用判断完毕；

若匹配不成功，则所述监测结果处理单元于监控应用列表中标记其状态为异常，并判断其是否设置了自动重启，若设置了自动重启，则根据***调度的策略确定重启类型，发送相应的重启指令；

所述监测结果处理单元优先选择本地重启，通知所述应用运行监测服务模块重启对应的故障应用，并标记所述监控应用列表中该应用的状态为本地重启，若本地重启不成功，则进入远程重启，发送远程重启应用指令到云服务器以通过云服务器接口远程重启应用，并标记所述监控应用列表中对应应用的状态为远程重启。

2.如权利要求1所述的一种云手机内应用常驻的实现***，其特征在于：当选择本地重启后，所述监测结果处理单元进一步判断本地重启是否超时，若超时，则进入远程重启，若未超时，则通知所述应用运行监测服务模块重启对应的故障应用，若重启不成功，则会尝试多次重启。

3.如权利要求2所述的一种云手机内应用常驻的实现***，其特征在于：当所述监测结果处理单元判断远程重启执行不成功，则重发远程重启指令，当重试次数超过设定值时，发送命令重启云手机。

4.如权利要求1所述的一种云手机内应用常驻的实现***，其特征在于： 所述云手机应用后台服务器还包括心跳包监测单元，用于监测应用运行监测服务模块上报的心跳包，根据上报的心跳包判断应用运行监测服务模块是否正常运行，在判断出应用运行监测服务模块异常时发送重启应用运行监测服务模块的命令，以重启所述应用运行监测服务模块。

5.如权利要求1所述的一种云手机内应用常驻的实现***，其特征在于：所述云手机应用后台服务器还将云手机的应用运行状态提供给云手机客户端，通过预定义的异常级别将异常情况通知给云手机客户端。

6.一种云手机内应用常驻的实现方法，通过权利要求1至5任一所述的***实现，包括如下步骤：

步骤S1，云手机实例上的应用运行监测服务模块实时获取该云手机实例上正在运行的应用列表并上报至云手机应用后台服务器；

步骤S2，云手机应用后台服务器实时获取应用运行监测服务模块上报的正在运行的应用列表，对比监控应用列表与所述正在运行的应用列表以确定监控应用列表中各应用是否正常运行，根据对比结果确定故障应用并发送相应的重启指令以重启相应的故障应用；

步骤S3，当应用运行监测服务模块接收到云手机应用后台服务器的重启指令时，根据重启指令重启相应的故障应用。