CN115292086A - 远程控制智能终端的方法、装置、终端设备及存储介质 - Google Patents

Abstract

本公开提供一种远程控制智能终端的方法、装置、终端设备及存储介质。该方法包括：确定第一应用程序处于崩溃状态；向服务器输出所述第一应用程序关联的崩溃文件，所述崩溃文件用于请求重启所述第一应用程序；接收所述服务器发送的重启指令；执行所述重启指令，重启所述第一应用程序。在本公开中，被监控设备通过利用崩溃文件发起重启第一应用程序的请求，在服务器根据崩溃文件输出重启指令后，被监控设备接收并执行该重启指令，能够及时将第一应用程序重启，实现了远程控制智能终端的目的，使得智能终端在应用程序崩溃后能够及时重启，提升用户体验。

Description

远程控制智能终端的方法、装置、终端设备及存储介质

技术领域

本公开涉及智能终端技术领域，尤其涉及一种远程控制智能终端的方法、装置、终端设备及存储介质。

背景技术

由于Android开源的特性，很多企业会使用Android开发板作为智能终端的主板，例如很多外接人脸识别设备、自动售卖机以及语音播报设备等，均使用的是Android操作系统。

通常，智能终端中的应用程序的运行状态很容易受到开发人员的技术水准、终端系统的适配性等原因的影响而出错。并且对于大多数应用程序来说，或多或少均存在一些内部出错的潜在诱发因素。那么，当应用程序在运行过程中内部出错时，通常表现为应用程序被强制结束掉，即所谓的应用闪退现象。如果不能及时对应用程序出错的原因进行排查以及维修，就会造成用户原有的运行流程被中断、运行数据丢失，并且频繁闪退会造成用户较大的困扰和损失等情况的发生。但是，由于智能终端往往部署在无人区，或者较为偏远的地区，使得技术人员无法及时赶到对智能设备进行检修，影响用户体验。

因此，急需一种较为合适的远程控制智能终端的方法。

发明内容

本公开提供了一种远程控制智能终端的方法、装置、终端设备及存储介质，以实现远程控制智能终端，使得智能终端在应用程序崩溃后能够及时重启，提升用户体验。

第一方面，本公开提供一种远程控制智能终端的方法，包括：确定第一应用程序处于崩溃状态；向服务器输出第一应用程序关联的崩溃文件，崩溃文件用于请求重启第一应用程序；接收服务器发送的重启指令；执行重启指令，重启第一应用程序。

在一些可能的实施方式中，确定第一应用程序处于崩溃状态，包括：监控第一应用程序的崩溃文件；获取崩溃文件的第一数量；当崩溃文件的第一数量增加时，确定第一应用程序处于崩溃状态。

在一些可能的实施方式中，在确定第一应用程序处于崩溃状态之前，方法还包括：获取第一应用程序的日志代码；在第一应用程序崩溃时，根据日志代码，生成崩溃文件；将崩溃文件存储在本地。

在一些可能的实施方式中，重启指令为服务器通过长链接发送的安卓调试桥ADB命令。

在一些可能的实施方式中，在重启第一应用程序之后，方法还包括：接收服务器发送的截屏指令；执行截屏指令，截取第一应用程序的运行界面图像；将运行界面图像发送给服务器，运行界面图像用于服务器确定第一应用程序的运行状态。

在一些可能的实施方式中，截屏指令为服务器通过长链接发送的安卓调试桥ADB命令。

第二方面，本公开提供一种远程控制智能终端的方法，包括：接收被监控设备发送的第一应用程序的崩溃文件；根据崩溃文件，生成重启指令，重启指令用于指示第一应用程序重启；向被监控设备发送重启指令。

在一些可能的实施方式中，在接收被监控设备发送的第一应用程序的崩溃文件之后，方法还包括：输出提示信息，提示信息用于提醒第一应用程序处于崩溃状态。

在一些可能的实施方式中，重启指令为服务器通过长链接发送的安卓调试桥ADB命令。

在一些可能的实施方式中，在向所述被监控设备发送重启指令之后，方法还包括：向被监控设备发送截屏指令，截屏指令用于指示被监控设备截取第一应用程序的运行界面图像；接收被监控设备发送的运行界面图像；根据运行界面图像，确定第一应用程序的运行状态。

在一些可能的实施方式中，截屏指令为服务器通过长链接发送的安卓调试桥ADB命令。

第三方面，本公开提供一种远程控制智能终端的装置，该装置可以为终端设备中的芯片或者片上系统，还可以为终端设备中用于实现第一方面及其任一种可能的实施方式所述方法的功能模块。该远程控制智能终端的装置可以实现第一方面及其任一种可能的实施方式所述终端设备所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或者多个上述功能相应的模块。该远程控制智能终端的装置包括：确定模块，用于确定第一应用程序处于崩溃状态；输出模块，用于向服务器输出第一应用程序关联的崩溃文件，崩溃文件用于请求重启第一应用程序；接收模块，用于接收服务器发送的重启指令；执行模块，执行重启指令，重启第一应用程序。

在一些可能的实施方式中，确定模块，还用于监控第一应用程序的崩溃文件；获取崩溃文件的第一数量；当崩溃文件的第一数量增加时，确定第一应用程序处于崩溃状态。

在一些可能的实施方式中，装置还包括：存储模块，用于获取第一应用程序的日志代码；在第一应用程序崩溃时，根据日志代码，生成崩溃文件；将崩溃文件存储在本地。

在一些可能的实施方式中，确定模块，还用于接收服务器发送的截屏指令；执行截屏指令，截取第一应用程序的运行界面图像；将运行界面图像发送给服务器，运行界面图像用于服务器确定第一应用程序的运行状态。

第四方面，本公开提供一种远程控制智能终端的装置，该装置可以为终端设备中的芯片或者片上系统，还可以为终端设备中用于实现第一方面及其任一种可能的实施方式所述方法的功能模块。该远程控制智能终端的装置可以实现第一方面及其任一种可能的实施方式所述终端设备所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或者多个上述功能相应的模块。该远程控制智能终端的装置包括：接收模块，用于接收被监控设备发送的第一应用程序的崩溃文件；生成模块，用于根据崩溃文件，生成重启指令，重启指令用于指示第一应用程序重启；发送模块，用于向被监控设备发送重启指令。

在一些可能的实施方式中，输出模块，用于输出提示信息，提示信息用于提醒第一应用程序处于崩溃状态。

在一些可能的实施方式中，确定模块，用于向被监控设备发送截屏指令，截屏指令用于指示被监控设备截取第一应用程序的运行界面图像；接收被监控设备发送的运行界面图像；根据运行界面图像，确定第一应用程序的运行状态。

第五方面，本公开提供一种终端设备，包括：存储器和处理器；处理器与存储器连接，被配置为执行存储在存储器上的计算机可执行指令，以实现如第一方面、第二方面及其任一可能的实施方式所述的方法。

第六方面，本公开提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，计算机可执行指令被处理器执行后能够实现如第一方面、第二方面及其任一可能的实施方式所述的方法。

本公开提供的技术方案与现有技术相比存在的有益效果是：

在本公开中，通过确定第一应用程序处于崩溃状态；向服务器输出第一应用程序关联的崩溃文件，崩溃文件用于请求重启第一应用程序；接收服务器发送的重启指令；执行重启指令，重启第一应用程序。如此，被监控设备通过利用崩溃文件发起重启第一应用程序的请求，在服务器根据崩溃文件输出重启指令后，被监控设备接收并执行该重启指令，能够及时将第一应用程序重启，实现了远程控制智能终端的目的，使得智能终端在应用程序崩溃后能够及时重启，提升用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开的保护范围。

附图说明

图1为本公开实施例中的远程控制智能终端的方法的第一种实施流程示意图；

图2为本公开实施例中的远程控制智能终端的方法的第二种实施流程示意图；

图3为本公开实施例中的远程控制智能终端的方法的第三种实施流程示意图；

图4为本公开实施例中的远程控制智能终端的方法的第四种实施流程示意图；

图5为本公开实施例中的远程控制智能终端的方法的第五种实施流程示意图；

图6为本公开实施例中的远程控制智能终端的方法的第六种实施流程示意图；

图7为本公开实施例中的远程控制智能终端装置的一种结构示意图；

图8为本公开实施例中的远程控制智能终的装置的另一种结构示意图；

图9为本公开实施例中的一种终端设备的结构示意图。

具体实施方式

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

目前大多数应用程序中，Android开发板服务模块运行状态的监视及控制，常常由多个子程序作为后台服务模块，负责处理复杂的逻辑计算，需要极强的运行稳定性，同时也需要维护人员对其内部关键程序时刻进行监控，如果没有一种便捷的监控和控制应用程序的方法，将导致在面对处于崩溃状态下的应用程序时，无法及时对其进行维护和管理，应用程序需要在技术人员赶到现场之后才开始查看故障原因，这无疑会加重维护人员的工作负担，并且效率较低，用户体验较差。

因此，急需一种较为合适的远程控制智能终端的方法。

本公开实施例提供一种远程控制智能终端的方法，该方法可以应用于被监控设备，该被监控设备可以部署于无人区或者较为偏僻的地方。图1为本公开实施例中的远程控制智能终端的方法的第一种实施流程示意图，参见图1所示，该方法可以包括：

S101，确定第一应用程序处于崩溃状态。

需要说明的是，本公开实施例的执行主体为被监控设备。在每个智能终端中，都可能存在多个需要被监控的应用程序，本公开实施例将需要被监控的应用程序称为第一应用程序。那么，本公开实施例的应用场景实质上是对第一应用程序进行监控，且需要能够远程对第一应用程序进行重启、截屏等操作。

本公开实施例提供的方法主要针对于Android系统上的应用程序。智能终端可以以各种形式来实施，例如，本公开实施例中描述的智能终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、PDA(Personal Digital Assistant，个人数字助理)、PMP(PortableMedia Player，便捷式媒体播放器)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字电视、台式计算机等固定终端。

应理解的，被监控设备为了确定第一应用程序的运行状态，需要对第一应用程序进行监控，那么，被监控设备将和第一应用程序形成一个对应绑定的关系，被监控设备启动第一应用程序，对第一应用程序存储的崩溃文件数量进行监控。在上述S101中，第一应用程序的运行状态主要包括崩溃状态或者正常运行，通过与第一应用程序绑定的被监控设备，能够实时的获取第一应用程序的运行状态，当确定第一应用程序的崩溃文件数量增加时，则第一应用程序的运行状态可以确认处于崩溃状态。

在实际应用中，应用程序发生内部运行出错通常会存在以下情况，一种是应用程序在启动过程中所发生的运行出错，即应用在进入应用界面之前已发生运行出错，而另一种则是应用程序在完成启动进入应用界面之后，在应用程序正常运行业务的过程中发生错误，基于此，本公开实施例针对的是第二种情况下的监控，对应用程序运行状态进行全程监控。

在一些可能的实施方式中，崩溃文件可以包括文件名，可以在文件名的格式中增加各种有助于开发定位问题的信息，如应用程序名、用户标识、版本号、崩溃时间、Mac地址(Media Access Control Address，局域网地址)等，具体文件名可格式可以是CXA-0001-V.2022.1.14-2022.07.12-08:00:20:0A:8C:6D等，其中CXA表示当前应用程序的名称，0001表示当前用户标识为0001，V.2022.1.14表示当前应用程序的版本号，2022.07.12表示应用程序的崩溃时间，08:00:20:0A:8C:6D表示当前的局域网地址。当然，崩溃文件也可以包含其他定位信息或者相关信息，本公开实施例对此不作具体限定。

在一些可能的实施方式中，在执行上述S101之前，还可以执行S201至S203。具体来说，图2为本公开实施例中的远程控制智能终端的方法的第二种实施流程示意图，参见图2所示，在执行S101之前，执行S201至S203。

S201，获取第一应用程序的日志代码。

S202，在第一应用程序崩溃时，根据日志代码，生成崩溃文件。

S203，将崩溃文件存储在本地。

需要说明的是，被监控设备中需要配置相关的日志代码，日志代码可以包括：第一应用程序的名称、第一应用程序的标识(如唯一标识)、访问服务器的密钥以及端口信息等。这样，就可以在之后建立通信连接时，被监控设备即可以直接获取第一应用程序的日志代码。

应理解的，在S201中，被监控设备运行后，会遍历第一应用程序运行过程中的日志代码，直接获取第一应用程序的日志代码，在S202中，第一应用程序在崩溃时，可以根据日志代码，生成崩溃文件，在S203中，将生成的崩溃文件存储在本地中。

在一些可能的实施方式中，在执行上述S101时，还可以执行S301至S303。具体来说，图3为本公开实施例中的远程控制智能终端的方法的第三种实施流程示意图，参见图3所示，在执行S101时，执行S301至S303。

S301，监控第一应用程序的崩溃文件。

S302，获取崩溃文件的第一数量。

S303，当崩溃文件的第一数量增加时，确定第一应用程序处于崩溃状态。

应理解的，被监控设备启动后，在S301中，会对存储第一应用程序崩溃文件的文件夹进行监控，在S302中，被监控设备可以每间隔预设时间段对存储崩溃文件的文件夹进行数量读取记录，将上述S302获取的当前的崩溃文件的第一数量与上一次记录的崩溃文件的数量进行对比，以此来确定崩溃文件的第一数量是否有所增加，当确定第一数量增加时，则可以确定第一应用程序处于崩溃状态。

具体的，应用程序处于崩溃状态又可以称为应用crash(崩溃)，即应用程序发生内部运行出错，造成应用程序崩溃的主要因素有操作系统缺陷和应用程序缺陷，其中操作系统缺陷包括系统固件版本不支持。系统硬件配置出错等，而应用程序缺陷则是应用程序自身代码的问题。当应用程序发生崩溃时，其体现为应用程序此前的运行环境发生崩溃，也即应用此前运行时所依赖的应用框架失效，基于此，为了避免因为应用崩溃而被系统闪退，本公开实施例中会向服务器请求重启指令，进而可以根据服务器下发的重启指令重启应用程序，从而可以实现远程控制智能终端的技术效果。

S102，向服务器输出第一应用程序关联的崩溃文件。

这里，崩溃文件用于请求重启第一应用程序。

应理解的，在上述S101中，被监控设备确定了第一应用程序已处于崩溃状态，此时，可以直接从被监控设备获得第一应用程序相关联的崩溃文件，被监控设备将这些崩溃文件发送给服务器，这些崩溃文件用以请求服务器下达重启第一应用程序的重启指令。本公开实施例中，被监控设备是通过通信连接方式将崩溃文件发送给服务器，当然，也可以通过其他方式发送崩溃文件，本公开实施例对此不作具体限定。

示例性的，第一应用程序可以为人脸识别售货程序，相应地，崩溃文件可以是一种人脸识别售货程序的崩溃文件，当然崩溃文件也可以是其它程序的崩溃文件，本公开对此不作具体限定。

S103，接收服务器发送的重启指令。

应理解的，被监控设备在上述S102中，向服务器输出了第一应用程序相关联的崩溃文件，用以请求服务器下达重启指令，在服务器接收了被监控设备发送的崩溃文件后，输出相应的指令信息，此时，被监控设备则可以接收到服务器发送的重启指令。

S104，执行重启指令，重启第一应用程序。

应理解的，被监控设备在上述S103中接收到重启指令后，执行该重启指令，将第一应用程序进行重启。

在一些可能的实施方式中，上述重启指令为服务器通过长链接发送的ADB(Android Debug Bridge，安卓调试桥)命令。

在一些可能的实施方式中，在重启第一应用程序之后，还可以对第一应用程序的运行状态进行确定。那么，图4为本公开实施例中的远程控制终端设备的方法的第四种实施流程示意图，参见图4所示，在执行S104时，执行S401至S403。

S401，接收服务器发送的截屏指令。

S402，执行截屏指令，截取第一应用程序的运行界面图像。

S403，将运行界面图像发送给服务器。

这里，运行界面图像用于服务器确定第一应用程序的运行状态。

应理解的，被监控设备在通过上述S104接收到重启指令将第一应用程序重启之后，还可以对重启后的第一应用程序的运行状态进行进一步地确定。那么，可以通过上述S401接收服务器发送的截屏指令来确定第一应用程序的运行状态。具体为，被监控设备可以先执行接收的截屏指令，将第一应用程序的运行界面截取下来，以图像的形式保存，并通过通信方式将截取的运行界面图像发送给服务器，以让服务器可以根据接收的运行界面图像，确定第一应用程序的运行状态。

在一些可能的实施方式中，截屏指令为服务器通过长链接发送的ADB(AndroidDebug Bridge，安卓调试桥)命令。

在一些可能的实施例中，本公开实施例提供另一种远程控制智能终端的方法，该方法可以应用于服务器，服务器通过设置于上述被监控设备中的监控程序对上述被监控设备进行监控。

图5为本公开实施例中的远程控制智能终端的方法的第五种实施流程示意图，参见图5所示，该远程控制智能终端的方法可以包括：

S501，接收被监控设备发送的第一应用程序的崩溃文件。

S502，根据崩溃文件，生成重启指令。

这里，重启指令用于指示第一应用程序重启。

S503，向被监控设备发送重启指令。

需要说明的是，本公开实施例的执行主体为服务器。在本公开实施例中，服务器可以与被监控设备连接，接收被监控设备发送的第一应用程序的运行状态。用户通过查看服务器上的显示了解每个应用程序的状态，并通过服务器向任意一个应用程序下达控制操作，例如，重启、截屏等指令。

应理解的，服务器接收被监控设备发送的第一应用程序的崩溃文件，以便于服务器可以根据崩溃文件，生成重启指令，之后将重启指令发送给被监控设备。

在一些可能的实施方式中，重启指令可以为服务器通过长链接发送的ADB命令。

在一些可能的实施方式中，在通过上述S501接收到崩溃文件之后，上述方法还可以包括：输出提示信息。这里，提示信息用于提醒第一应用程序处于崩溃状态。

应理解的，当服务器通过上述S501接收到崩溃文件后，服务器可以向用户输出提示信息，提醒用户第一应用程序已经处于崩溃状态。

示例性的，服务器可以自动发出邮件或短信提醒用户查看，那么，提示信息可以以邮件形式输出，可以以短信形式输出，也可以以其它形式输出，本公开实施例对此不作具体限定。

在一些可能的实施方式中，在执行上述S503之后，还可以确定第一应用程序的运行状态。那么，图6为本公开实施例中的远程控制智能终端的方法的第六种实施流程示意图，参见图6所示，在执行S503之后，还可以执行S601至S603。

S601，向被监控设备发送截屏指令。

这里，截屏指令用于指示被监控设备截取第一应用程序的运行界面图像。

S602，接收被监控设备发送的运行界面图像。

S603，根据运行界面图像，确定第一应用程序的运行状态。

应理解的，服务器在上述S503将重启指令发送给被监控设备之后，还可以向被监控设备发送截屏指令，该截屏指令用于提示被监控设备截取第一应用程序的运行界面图像。在被监控设备执行该截屏指令后，服务器可以接收到被监控设备发送的运行界面图像，进而可以根据该运行界面图像，确定第一应用程序的运行状态，上述运行状态包括正常运行、运行异常。

在一些可能的实施方式中，截屏指令为服务器通过长链接发送的安卓调试桥ADB命令。

至此，便完成了对智能设备的远程控制过程。

由此可见，在本公开实施例中，可以先确定第一应用程序处于崩溃状态，向服务器输出第一应用程序关联的崩溃文件，接收服务器发送的重启指令；执行重启指令，重启第一应用程序。如此，被监控设备通过利用崩溃文件发起重启第一应用程序的请求，在服务器根据崩溃文件输出重启指令后，被监控设备接收并执行该重启指令，将第一应用程序重启，实现了无需维修人员到现场便可以远程控制智能终端的目的，提升了用户体验。另外，被监控设备和服务器基于通信的方式，互通命令以及崩溃文件，便于用户可以根据预先收到的崩溃文件对当前应用程序进行故障分析，同时，也实现了远程控制智能终端的目的，提升了用户体验。

基于相同的发明构思，本公开实施例提供了一种远程控制智能终端装置，该装置可以为终端设备中的芯片或者片上系统，还可以为终端设备中用于实现上述各个实施例所述的方法的功能模块。该远程控制智能终端装置可以实现上述各实施例中终端设备所执行的功能，这些功能可以通过硬件执行相应的软件实现。这些硬件或软件包括一个或多个上述功能相应的模块。图7为本公开实施例中的远程控制智能终端装置的一种结构示意图，参见图7所示，远程控制智能终端的装置700，可以包括：确定模块701，用于确定第一应用程序处于崩溃状态；输出模块702，用于向服务器输出第一应用程序关联的崩溃文件，崩溃文件用于请求重启第一应用程序；接收模块703，用于接收服务器发送的重启指令；执行模块704，执行重启指令，重启第一应用程序。

在一些可能的实施方式中，确定模块701，还用于监控第一应用程序的崩溃文件；获取崩溃文件的第一数量；当崩溃文件的第一数量增加时，确定第一应用程序处于崩溃状态。

在一些可能的实施方式中，装置还包括：存储模块705，用于获取第一应用程序的日志代码；在第一应用程序崩溃时，根据日志代码，生成崩溃文件；将崩溃文件存储在本地。

在一些可能的实施方式中，确定模块701，还用于接收服务器发送的截屏指令；执行截屏指令，截取第一应用程序的运行界面图像；将运行界面图像发送给服务器，运行界面图像用于服务器确定第一应用程序的运行状态。

需要说明的是，确定模块701、输出模块702、接收模块703、执行模块704和存储模块705的具体实现过程可参考图1至图4实施例的详细描述，为了说明书的简洁，这里不再赘述。

本公开实施例中提到的，确定模块701、输出模块702、接收模块703、执行模块704和存储模块705可以为一个或者多个处理器。

基于相同的发明构思，本公开实施例提供了一种远程控制智能终端装置，该装置可以为服务器中的芯片或者片上系统，还可以为服务器中用于实现上述各个实施例所述的方法的功能模块。该远程控制智能终端装置可以实现上述各实施例中服务器所执行的功能，这些功能可以通过硬件执行相应的软件实现。这些硬件或软件包括一个或多个上述功能相应的模块。图8为本公开实施例中的远程控制智能终端装置的一种结构示意图，参见图8所示，远程控制智能终端装置800，可以包括：接收模块801，用于接收被监控设备发送的第一应用程序的崩溃文件；生成模块802，用于根据崩溃文件，生成重启指令，重启指令用于指示第一应用程序重启；发送模块803，用于向被监控设备发送重启指令。

在一些可能的实施方式中，输出模块804，用于输出提示信息，提示信息用于提醒第一应用程序处于崩溃状态。

在一些可能的实施方式中，确定模块805，用于向被监控设备发送截屏指令，截屏指令用于指示被监控设备截取第一应用程序的运行界面图像；接收被监控设备发送的运行界面图像；根据运行界面图像，确定第一应用程序的运行状态。

需要说明的是，接收模块801、生成模块802、发送模块803、输出模块804和确定模块805的具体实现过程可参考图5至图6实施例的详细描述，为了说明书的简洁，这里不再赘述。

本公开实施例中提到的接收模块801、生成模块802、发送模块803、输出模块804和确定模块805可以为一个或者多个处理器。

基于相同的发明构思，本公开实施例提供一种终端设备，该终端设备可以与上述一个或者多个实施例中所述的装置一致。图9为本公开实施例中的一种终端设备的结构示意图，参见图9所示，终端设备900，可以采用通用的计算机硬件，包括处理器901、存储器902。

可选的，处理器901和存储器902可以通过总线903通信。

在一些可能的实施方式中，至少一个处理器1101可以构成具有对一个或多个输入执行逻辑运算的电路的任何物理设备。例如，至少一个处理器可以包括一个或多个集成电路(integrated circuit，IC)，包括专用集成电路(application specific integratedcircuit，ASIC)、微芯片、微控制器、微处理器、中央处理单元(central processing unit，CPU)的全部或部分、图形处理单元(graphics processing unit，GPU)、数字信号处理器(digital signal process，DSP)、现场可编程门阵列(field programmable gate array，FPGA)或者适于执行指令或执行逻辑运算的其它电路。由至少一个处理器执行的指令可以例如被预加载到与控制器集成的或嵌入在控制器中的存储器中，或者可以存储在分离的存储器中。存储器可以包括随机存取存储器(random access memory，RAM)、只读存储器(read-only memory，ROM)、硬盘、光盘、磁介质、闪存，其它永久、固定或易失性存储器，或者能够存储指令的任何其它机制。在一些实施例中，至少一个处理器可以包括多于一个处理器。每个处理器可以具有相似的结构，或者处理器可以具有彼此电连接或断开的不同构造。例如，处理器可以是分离的电路或集成在单个电路中。当使用多于一个处理器时，处理器可以被配置为独立地或协作地操作。处理器可以以电、磁、光学、声学、机械或通过允许它们交互的其它手段来耦合。根据本公开的一个实施例，本公开还提供了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行上述标定方法的步骤。存储器902可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器902可以存储操作系统、应用程序、其他程序模块、可执行代码、程序数据、用户数据等。

在一实施例中，上述存储器902中存储有用于实现图7中的确定模块701、输出模块702、接收模块703、执行模块704和存储模块705的功能的执行指令。图7中的确定模块701、输出模块702、接收模块703、执行模块704和存储模块705的功能/实现过程均可以通过图9中的处理器901调用存储器902中存储的执行指令来实现，具体实现过程和功能参考上述相关实施例。

在另一实施例中，上述存储器1102中存储有用于实现图8中的接收模块801、生成模块802、发送模块803、输出模块804和确定模块805的功能的执行指令。图8中的接收模块801、生成模块802、发送模块803、输出模块804和确定模块805的功能/实现过程均可以通过图9中的处理器901调用存储器902中存储的执行指令来实现，具体实现过程和功能参考上述相关实施例。

基于相同的发明构思，本公开实施例提供一种终端设备，包括：存储器和处理器；处理器与存储器连接，被配置为执行存储在存储器上的计算机可执行指令，并能够实现如上述一个或者多个实施例所述的客户端升级方法。

基于相同的发明构思，本公开实施例提供一种计算机存储介质，计算机存储介质存储有计算机可执行指令，计算机可执行指令被处理器执行后，能够实现如上述一个或者多个实施例所述的客户端升级方法。

本领域技术人员可以理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变形、用途或者适应性变化，这些变形、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由上面的权利要求指出。

以上所述，仅为本公开示例性的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应该以权利要求的保护范围为准。

Claims (20)

1.一种远程控制智能终端的方法，其特征在于，所述方法包括：

确定第一应用程序处于崩溃状态；

向服务器输出所述第一应用程序关联的崩溃文件，所述崩溃文件用于请求重启所述第一应用程序；

接收所述服务器发送的重启指令；

执行所述重启指令，重启所述第一应用程序。

2.根据权利要求1所述的方法，其特征在于，所述确定第一应用程序处于崩溃状态，包括：

监控所述第一应用程序的崩溃文件；

获取所述崩溃文件的第一数量；

当所述崩溃文件的第一数量增加时，确定所述第一应用程序处于崩溃状态。

3.根据权利要求2所述的方法，其特征在于，在所述确定所述第一应用程序处于崩溃状态之前，所述方法还包括：

获取所述第一应用程序的日志代码；

在所述第一应用程序崩溃时，根据所述日志代码，生成所述崩溃文件；

将所述崩溃文件存储在本地。

4.根据权利要求1所述的方法，其特征在于，所述重启指令为所述服务器通过长链接发送的安卓调试桥ADB命令。

5.根据权利要求1所述的方法，其特征在于，在所述重启所述第一应用程序之后，所述方法还包括：

接收所述服务器发送的截屏指令；

执行所述截屏指令，截取所述第一应用程序的运行界面图像；

将所述运行界面图像发送给所述服务器，所述运行界面图像用于所述服务器确定所述第一应用程序的运行状态。

6.根据权利要求5所述的方法，其特征在于，所述截屏指令为所述服务器通过长链接发送的安卓调试桥ADB命令。

7.一种远程控制智能终端的方法，其特征在于，所述方法包括：

接收被监控设备发送的第一应用程序的崩溃文件；

根据所述崩溃文件，生成重启指令，所述重启指令用于指示所述第一应用程序重启；

向所述被监控设备发送所述重启指令。

8.根据权利要求7所述的方法，其特征在于，在所述接收被监控设备发送的第一应用程序的崩溃文件之后，所述方法还包括：

输出提示信息，所述提示信息用于提醒所述第一应用程序处于崩溃状态。

9.根据权利要求7所述的方法，其特征在于，所述重启指令为所述服务器通过长链接发送的安卓调试桥ADB命令。

10.根据权利要求7所述的方法，其特征在于，在所述向所述被监控设备发送所述重启指令之后，所述方法还包括：

向所述被监控设备发送截屏指令，所述截屏指令用于指示所述被监控设备截取所述第一应用程序的运行界面图像；

接收所述被监控设备发送的所述运行界面图像；

根据所述运行界面图像，确定所述第一应用程序的运行状态。

11.根据权利要求10所述的方法，其特征在于，所述截屏指令为所述服务器通过长链接发送的安卓调试桥ADB命令。

12.一种远程控制智能终端的装置，其特征在于，所述装置包括：

确定模块，用于确定第一应用程序处于崩溃状态；

输出模块，用于向服务器输出所述第一应用程序关联的崩溃文件，所述崩溃文件用于请求重启所述第一应用程序；

接收模块，用于接收所述服务器发送的重启指令；

执行模块，执行所述重启指令，重启所述第一应用程序。

13.根据权利要求12所述的装置，其特征在于，所述确定模块，还用于监控所述第一应用程序的崩溃文件；获取所述崩溃文件的第一数量；当所述崩溃文件的第一数量增加时，确定所述第一应用程序处于崩溃状态。

14.根据权利要求13所述的装置，其特征在于，所述装置还包括：

存储模块，用于获取所述第一应用程序的日志代码；在所述第一应用程序崩溃时，根据所述日志代码，生成所述崩溃文件；将所述崩溃文件存储在本地。

15.根据权利要求12所述的装置，其特征在于，所述确定模块，还用于接收所述服务器发送的截屏指令；执行所述截屏指令，截取所述第一应用程序的运行界面图像；将所述运行界面图像发送给所述服务器，所述运行界面图像用于所述服务器确定所述第一应用程序的运行状态。

16.一种远程控制智能终端的装置，其特征在于，所述装置包括：

接收模块，用于接收被监控设备发送的第一应用程序的崩溃文件；

生成模块，用于根据所述崩溃文件，生成重启指令，所述重启指令用于指示所述第一应用程序重启；

发送模块，用于向所述被监控设备发送所述重启指令。

17.根据权利要求16所述的装置，其特征在于，所述装置还包括：

输出模块，用于输出提示信息，所述提示信息用于提醒所述第一应用程序处于崩溃状态。

18.根据权利要求16所述的装置，其特征在于，所述装置还包括：

确定模块，用于向所述被监控设备发送截屏指令，所述截屏指令用于指示所述被监控设备截取所述第一应用程序的运行界面图像；接收所述被监控设备发送的所述运行界面图像；根据所述运行界面图像，确定所述第一应用程序的运行状态。

19.一种终端设备，其特征在于，包括：存储器和处理器；所述处理器与所述存储器连接，被配置为执行存储在所述存储器上的计算机可执行指令，以实现如权利要求1至11任一项所述的方法。

20.一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，其特征在于，所述计算机可执行指令被处理器执行后能够实现如权利要求1至11任一项所述的方法。

Images