CN115292086A - Method and device for remotely controlling intelligent terminal, terminal equipment and storage medium - Google Patents

Method and device for remotely controlling intelligent terminal, terminal equipment and storage medium Download PDF

Info

Publication number
CN115292086A
CN115292086A CN202210836991.1A CN202210836991A CN115292086A CN 115292086 A CN115292086 A CN 115292086A CN 202210836991 A CN202210836991 A CN 202210836991A CN 115292086 A CN115292086 A CN 115292086A
Authority
CN
China
Prior art keywords
application program
crash
instruction
server
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210836991.1A
Other languages
Chinese (zh)
Inventor
商荣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Shareit Information Technology Co Ltd
Original Assignee
Beijing Shareit Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Shareit Information Technology Co Ltd filed Critical Beijing Shareit Information Technology Co Ltd
Priority to CN202210836991.1A priority Critical patent/CN115292086A/en
Publication of CN115292086A publication Critical patent/CN115292086A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating

Abstract

The disclosure provides a method and a device for remotely controlling an intelligent terminal, terminal equipment and a storage medium. The method comprises the following steps: determining that the first application is in a crash state; outputting a crash file associated with the first application to a server, the crash file being used to request restarting of the first application; receiving a restart instruction sent by the server; and executing the restart instruction to restart the first application program. In the disclosure, the monitored device initiates a request for restarting the first application program by using the crash file, and after the server outputs the restart instruction according to the crash file, the monitored device receives and executes the restart instruction, so that the first application program can be restarted in time, the purpose of remotely controlling the intelligent terminal is achieved, the intelligent terminal can be restarted in time after the application program crashes, and user experience is improved.

Description

Method and device for remotely controlling intelligent terminal, terminal equipment and storage medium
Technical Field
The present disclosure relates to the field of intelligent terminal technologies, and in particular, to a method and an apparatus for remotely controlling an intelligent terminal, a terminal device, and a storage medium.
Background
Due to the characteristic of Android source opening, many enterprises can use an Android development board as a main board of an intelligent terminal, for example, many external face recognition devices, vending machines, voice broadcasting devices and the like all use an Android operating system.
Generally, the operating state of an application program in an intelligent terminal is easily affected by the technical level of a developer, the adaptability of a terminal system, and the like, and thus errors are easily caused. And for most applications there are more or less some potential inducers of internal errors. Then, when an internal error occurs during the running process of the application program, the application program is usually forced to be ended, namely, the so-called application flash phenomenon. If the reason for the error of the application program cannot be checked and maintained in time, the original operation flow of the user is interrupted, the operation data is lost, and the user is greatly troubled and lost due to frequent flash back. However, since the intelligent terminal is often deployed in an unmanned area or a remote area, technicians cannot timely get to overhaul the intelligent device, which affects user experience.
Therefore, a suitable method for remotely controlling the intelligent terminal is urgently needed.
Disclosure of Invention
The disclosure provides a method and a device for remotely controlling an intelligent terminal, terminal equipment and a storage medium, so that the intelligent terminal is remotely controlled, the intelligent terminal can be restarted in time after an application program is broken down, and user experience is improved.
In a first aspect, the present disclosure provides a method for remotely controlling an intelligent terminal, including: determining that the first application is in a crash state; outputting a crash file associated with the first application program to a server, wherein the crash file is used for requesting to restart the first application program; receiving a restart instruction sent by a server; and executing a restart instruction, and restarting the first application program.
In some possible implementations, determining that the first application is in a crash state includes: monitoring a crash file of the first application program; obtaining a first number of crash files; when the first number of crash files increases, it is determined that the first application is in a crash state.
In some possible embodiments, before determining that the first application is in the crashed state, the method further comprises: acquiring a log code of a first application program; when the first application program crashes, a crash file is generated according to the log codes; the crash file is stored locally.
In some possible embodiments, the restart instruction is an android debug bridge ADB command sent by the server over a long link.
In some possible embodiments, after restarting the first application, the method further comprises: receiving a screen capturing instruction sent by a server; executing a screen capture instruction, and capturing an operation interface image of the first application program; and sending the running interface image to the server, wherein the running interface image is used for determining the running state of the first application program by the server.
In some possible embodiments, the screen capture instruction is an android debug bridge ADB command sent by the server through a long link.
In a second aspect, the present disclosure provides a method for remotely controlling a smart terminal, including: receiving a crash file of a first application program sent by monitored equipment; generating a restart instruction according to the crash file, wherein the restart instruction is used for indicating the restart of the first application program; and sending a restart instruction to the monitored equipment.
In some possible embodiments, after receiving the crash file of the first application program sent by the monitored device, the method further includes: and outputting prompt information, wherein the prompt information is used for reminding the first application program of being in a breakdown state.
In some possible embodiments, the restart instruction is an android debug bridge ADB command sent by the server over a long link.
In some possible embodiments, after sending the restart instruction to the monitored device, the method further includes: sending a screen capturing instruction to the monitored equipment, wherein the screen capturing instruction is used for indicating the monitored equipment to capture the running interface image of the first application program; receiving an operation interface image sent by monitored equipment; and determining the running state of the first application program according to the running interface image.
In some possible embodiments, the screen capture instruction is an android debug bridge ADB command sent by the server through a long link.
In a third aspect, the present disclosure provides an apparatus for remotely controlling an intelligent terminal, where the apparatus may be a chip or a system on a chip in a terminal device, and may also be a functional module in the terminal device, which is used to implement the method according to the first aspect and any one of its possible implementation manners. The device for remotely controlling the intelligent terminal can realize the functions executed by the terminal equipment in the first aspect and any one of the possible implementation manners thereof, and the functions can be realized by executing corresponding software through hardware. The hardware or software comprises one or more modules corresponding to the functions. This remote control intelligent terminal's device includes: the determining module is used for determining that the first application program is in a crash state; the output module is used for outputting a crash file associated with the first application program to the server, and the crash file is used for requesting to restart the first application program; the receiving module is used for receiving a restarting instruction sent by the server; and the execution module executes the restart instruction and restarts the first application program.
In some possible embodiments, the determining module is further configured to monitor a crash file of the first application; obtaining a first number of crash files; when the first number of crash files increases, it is determined that the first application is in a crash state.
In some possible embodiments, the apparatus further comprises: the storage module is used for acquiring a log code of the first application program; when the first application program crashes, a crash file is generated according to the log codes; the crash file is stored locally.
In some possible embodiments, the determining module is further configured to receive a screen capture instruction sent by the server; executing a screen capture instruction, and capturing an operation interface image of the first application program; and sending the running interface image to the server, wherein the running interface image is used for determining the running state of the first application program by the server.
In a fourth aspect, the present disclosure provides an apparatus for remotely controlling an intelligent terminal, where the apparatus may be a chip or a system on a chip in a terminal device, and may also be a functional module in the terminal device, which is used to implement the method according to the first aspect and any one of the possible implementation manners of the first aspect. The device for remotely controlling the intelligent terminal can realize the functions executed by the terminal equipment in the first aspect and any one of the possible implementation manners thereof, and the functions can be realized by executing corresponding software through hardware. The hardware or software comprises one or more modules corresponding to the functions. This remote control intelligent terminal's device includes: the receiving module is used for receiving a crash file of the first application program sent by the monitored equipment; the generating module is used for generating a restarting instruction according to the crash file, and the restarting instruction is used for indicating the first application program to restart; and the sending module is used for sending a restarting instruction to the monitored equipment.
In some possible embodiments, the output module is configured to output a prompt message, where the prompt message is used to remind the first application program that the first application program is in a crash state.
In some possible embodiments, the determining module is configured to send a screen capture instruction to the monitored device, where the screen capture instruction is used to instruct the monitored device to capture an operation interface image of the first application; receiving an operation interface image sent by monitored equipment; and determining the running state of the first application program according to the running interface image.
In a fifth aspect, the present disclosure provides a terminal device, comprising: a memory and a processor; the processor is connected to the memory and configured to execute computer-executable instructions stored on the memory to implement the method as described in the first aspect, the second aspect and any possible implementation thereof.
In a sixth aspect, the present disclosure provides a computer-readable storage medium storing computer-executable instructions that, when executed by a processor, are capable of implementing the method according to the first aspect, the second aspect and any possible implementation manner thereof.
Compared with the prior art, the technical scheme provided by the disclosure has the following beneficial effects:
in the present disclosure, by determining that a first application is in a collapsed state; outputting a crash file associated with the first application program to a server, wherein the crash file is used for requesting to restart the first application program; receiving a restart instruction sent by a server; and executing a restart instruction, and restarting the first application program. Therefore, the monitored equipment initiates a request for restarting the first application program by using the crash file, and after the server outputs the restart instruction according to the crash file, the monitored equipment receives and executes the restart instruction, so that the first application program can be restarted in time, the purpose of remotely controlling the intelligent terminal is realized, the intelligent terminal can be restarted in time after the application program crashes, and the user experience is improved.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the scope of the disclosure.
Drawings
Fig. 1 is a schematic flowchart of a first implementation flow of a method for remotely controlling an intelligent terminal in an embodiment of the present disclosure;
fig. 2 is a schematic flowchart of a second implementation of the method for remotely controlling an intelligent terminal according to the embodiment of the present disclosure;
fig. 3 is a schematic flowchart of a third implementation of a method for remotely controlling an intelligent terminal according to an embodiment of the present disclosure;
fig. 4 is a schematic flowchart of a fourth implementation flow of a method for remotely controlling an intelligent terminal in an embodiment of the present disclosure;
fig. 5 is a schematic flowchart of a fifth implementation flow of a method for remotely controlling an intelligent terminal according to an embodiment of the present disclosure;
fig. 6 is a schematic flowchart of a sixth implementation flow of a method for remotely controlling an intelligent terminal according to an embodiment of the present disclosure;
fig. 7 is a schematic structural diagram of a remote control intelligent terminal device in an embodiment of the present disclosure;
fig. 8 is another schematic structural diagram of an apparatus for remotely controlling an intelligent terminal in an embodiment of the present disclosure;
fig. 9 is a schematic structural diagram of a terminal device in an embodiment of the present disclosure.
Detailed Description
In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the disclosed embodiments. However, it will be apparent to one skilled in the art that the present disclosure may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present disclosure with unnecessary detail.
In most of current application programs, multiple subprograms are often used as background service modules for monitoring and controlling the running state of an Android development board service module, which is responsible for processing complex logic calculation and needs extremely strong running stability, and meanwhile, a maintainer is also required to monitor internal key programs of the application programs all the time.
Therefore, a suitable method for remotely controlling the intelligent terminal is urgently needed.
The embodiment of the disclosure provides a method for remotely controlling an intelligent terminal, which can be applied to monitored equipment, and the monitored equipment can be deployed in an unmanned area or a remote place. Fig. 1 is a schematic flowchart of a first implementation flow of a method for remotely controlling an intelligent terminal in an embodiment of the present disclosure, and referring to fig. 1, the method may include:
s101, determining that the first application program is in a breakdown state.
It should be noted that the execution subject of the embodiment of the present disclosure is a monitored device. In each intelligent terminal, there may be a plurality of applications that need to be monitored, and this disclosed embodiment refers to the applications that need to be monitored as first applications. Then, the application scenario of the embodiment of the present disclosure is to essentially monitor the first application program, and it is necessary to remotely restart, screen capture, and the like the first application program.
The method provided by the embodiment of the disclosure is mainly directed to the application program on the Android system. The smart terminal described in the embodiments of the present disclosure may be implemented in various forms, for example, the smart terminal may include a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, a palm top computer, a PDA (Personal Digital Assistant), a PMP (Portable Media Player), a navigation device, a wearable device, a smart band, a pedometer, and a fixed terminal such as a Digital television, a desktop computer, and the like.
It should be understood that, in order to determine the running state of the first application program, the monitored device needs to monitor the first application program, and then, the monitored device forms a corresponding binding relationship with the first application program, and the monitored device starts the first application program to monitor the number of the crash files stored in the first application program. In the above S101, the running state of the first application mainly includes a crash state or a normal running state, the running state of the first application can be obtained in real time through the monitored device bound to the first application, and when it is determined that the number of crash files of the first application is increased, the running state of the first application can be determined to be in the crash state.
In practical application, an internal operation error of an application program usually occurs in the following situations, one is an operation error occurring in the starting process of the application program, that is, the operation error occurs before the application program enters an application interface, and the other is an error occurring in the normal operation process of the application program after the application program is started and enters the application interface.
In some possible embodiments, the crash file may include a file name, and various information helpful for developing the positioning problem may be added to the file name format, such as application name, user identifier, version number, crash time, mac Address (Media Access Control Address, local network Address), etc., and the specific file name format may be CXA-0001-v.2022.1.14-2022.07.12-08. Of course, the crash file may also contain other positioning information or related information, which is not specifically limited in this disclosure.
In some possible embodiments, before performing S101 described above, S201 to S203 may also be performed. Specifically, fig. 2 is a schematic diagram of a second implementation flow of the method for remotely controlling an intelligent terminal in the embodiment of the present disclosure, and referring to fig. 2, before executing S101, S201 to S203 are executed.
S201, acquiring a log code of the first application program.
S202, when the first application program is crashed, a crash file is generated according to the log codes.
S203, storing the crash file locally.
It should be noted that, the monitored device needs to configure a relevant log code, and the log code may include: the name of the first application, an identification (e.g., a unique identification) of the first application, a key to access the server, port information, etc. Therefore, when the communication connection is established later, the monitored device can directly acquire the log code of the first application program.
It should be understood that, in S201, after the monitored device runs, the log code in the running process of the first application program is traversed, and the log code of the first application program is directly obtained, in S202, when the first application program crashes, a crash file may be generated according to the log code, and in S203, the generated crash file is stored locally.
In some possible embodiments, when performing S101 described above, S301 to S303 may also be performed. Specifically, fig. 3 is a schematic flow chart of a third implementation of the method for remotely controlling an intelligent terminal in the embodiment of the present disclosure, and referring to fig. 3, when S101 is executed, S301 to S303 are executed.
S301, monitoring a crash file of the first application program.
S302, a first number of crash files is obtained.
S303, when the first number of the crash files is increased, determining that the first application program is in a crash state.
It should be understood that, after the monitored device is started, in S301, the folder storing the first application program crash file is monitored, in S302, the monitored device may perform quantity reading and recording on the folder storing the crash file at intervals of a preset time period, compare the first quantity of the current crash file obtained in S302 with the quantity of the crash file recorded last time, so as to determine whether the first quantity of the crash file is increased, and when it is determined that the first quantity is increased, it may be determined that the first application program is in a crash state.
Specifically, the application program in a crash state may also be referred to as an application crash, that is, the application program has an internal operation error, and the main factors causing the application program crash include an operating system defect and an application program defect, wherein the operating system defect includes that the system firmware version does not support. System hardware configuration errors, etc., while application bugs are a problem with the application's own code. When the application program crashes, the current running environment of the application program is crashed, namely the application framework which is relied on when the application program runs before fails, and on the basis, in order to avoid being flashed off by the system due to application crash, the embodiment of the disclosure requests the server for a restart instruction, and then the application program can be restarted according to the restart instruction issued by the server, so that the technical effect of remotely controlling the intelligent terminal can be realized.
S102, outputting the crash file associated with the first application program to the server.
Here, the crash file is used to request that the first application be restarted.
It should be understood that in the above S101, the monitored device determines that the first application program is already in the crash state, and at this time, crash files associated with the first application program may be directly obtained from the monitored device, and the monitored device sends these crash files to the server, where these crash files are used to request the server to issue a restart instruction for restarting the first application program. In the embodiment of the present disclosure, the monitored device sends the crash file to the server through a communication connection, and of course, the monitored device may also send the crash file through other manners, which is not specifically limited in this embodiment of the present disclosure.
For example, the first application program may be a face recognition vending program, and accordingly, the crash file may be a crash file of the face recognition vending program, and of course, the crash file may also be a crash file of another program, which is not limited in this disclosure.
And S103, receiving a restart instruction sent by the server.
It should be understood that, in the above S102, the monitored device outputs the crash file associated with the first application program to the server to request the server to issue a restart instruction, and outputs corresponding instruction information after the server receives the crash file sent by the monitored device, at this time, the monitored device may receive the restart instruction sent by the server.
And S104, executing a restart instruction, and restarting the first application program.
It should be understood that, after receiving the restart instruction in S103, the monitored device executes the restart instruction to restart the first application program.
In some possible embodiments, the restart instruction is an ADB (Android Debug Bridge) command sent by the server through a long link.
In some possible embodiments, after restarting the first application, a determination may also be made of the running state of the first application. Then, fig. 4 is a schematic diagram of a fourth implementation flow of the method for remotely controlling a terminal device in the embodiment of the present disclosure, and referring to fig. 4, when S104 is executed, S401 to S403 are executed.
S401, receiving a screen capture instruction sent by a server.
S402, executing a screen capture instruction, and capturing an operation interface image of the first application program.
And S403, sending the running interface image to a server.
Here, the execution interface image is used for the server to determine the execution state of the first application.
It should be understood that, after the monitored device receives the restart instruction to restart the first application program through the above S104, the monitored device may further determine the running state of the restarted first application program. Then, the operation state of the first application program may be determined by receiving the screen capture instruction sent by the server in S401 described above. Specifically, the monitored device may execute the received screen capture instruction, capture the operation interface of the first application program, store the captured operation interface image in the form of an image, and send the captured operation interface image to the server in a communication manner, so that the server may determine the operation state of the first application program according to the received operation interface image.
In some possible embodiments, the screen capture instruction is an ADB (Android Debug Bridge) command sent by the server through a long link.
In some possible embodiments, the present disclosure provides another method for remotely controlling an intelligent terminal, where the method may be applied to a server, and the server monitors the monitored device through a monitoring program set in the monitored device.
Fig. 5 is a schematic flowchart of a fifth implementation flow of a method for remotely controlling an intelligent terminal in an embodiment of the present disclosure, and referring to fig. 5, the method for remotely controlling an intelligent terminal may include:
s501, receiving a crash file of the first application program sent by the monitored equipment.
S502, according to the crash file, a restart instruction is generated.
Here, the restart instruction is for instructing the first application to restart.
S503, sending a restart instruction to the monitored equipment.
It should be noted that the execution subject of the embodiment of the present disclosure is a server. In the embodiment of the disclosure, the server may be connected to the monitored device, and receive the running state of the first application program sent by the monitored device. The user knows the status of each application by viewing the display on the server and issues control operations, such as restart, screen capture, etc., to any one application through the server.
It should be understood that the server receives the crash file of the first application program sent by the monitored device, so that the server can generate a restart instruction according to the crash file, and then send the restart instruction to the monitored device.
In some possible embodiments, the restart instruction may be an ADB command sent by the server over a long link.
In some possible embodiments, after receiving the crash file through the S501, the method may further include: and outputting prompt information. Here, the prompt message is used to alert the first application that it is in a corrupted state.
It should be understood that, after the server receives the crash file through the above S501, the server may output a prompt message to the user to remind the user that the first application program is in the crash state.
For example, the server may automatically send an email or a short message to remind the user to view the email, and then the prompt information may be output in an email form, a short message form, or other forms, which is not specifically limited in this disclosure.
In some possible embodiments, after performing the above S503, the running state of the first application program may also be determined. Then, fig. 6 is a schematic diagram of a sixth implementation flow of the method for remotely controlling an intelligent terminal in the embodiment of the present disclosure, and referring to fig. 6, after S503 is executed, S601 to S603 may also be executed.
S601, sending a screen capture instruction to the monitored equipment.
Here, the screen capture instruction is used for instructing the monitored device to capture the running interface image of the first application program.
And S602, receiving the running interface image sent by the monitored equipment.
S603, determining the running state of the first application program according to the running interface image.
It should be understood that, after the restart instruction is sent to the monitored device in S503 above, the server may also send a screen capture instruction to the monitored device, where the screen capture instruction is used to prompt the monitored device to capture the running interface image of the first application program. After the monitored device executes the screen capture instruction, the server may receive an operation interface image sent by the monitored device, and may further determine an operation state of the first application program according to the operation interface image, where the operation state includes normal operation and abnormal operation.
In some possible embodiments, the screen capture instruction is an android debug bridge ADB command sent by the server through a long link.
Therefore, the remote control process of the intelligent device is completed.
Therefore, in the embodiment of the present disclosure, it may be determined that the first application program is in a crash state, a crash file associated with the first application program is output to the server, and a restart instruction sent by the server is received; and executing a restart instruction, and restarting the first application program. Therefore, the monitored equipment initiates a request for restarting the first application program by using the crash file, and after the server outputs the restart instruction according to the crash file, the monitored equipment receives and executes the restart instruction to restart the first application program, so that the aim of remotely controlling the intelligent terminal without requiring maintenance personnel to arrive at the site is fulfilled, and the user experience is improved. In addition, the monitored equipment and the server communicate with each other through commands and crash files based on a communication mode, so that a user can conveniently analyze the fault of the current application program according to the received crash files in advance, meanwhile, the purpose of remotely controlling the intelligent terminal is achieved, and the user experience is improved.
Based on the same inventive concept, the disclosed embodiments provide a remote control intelligent terminal device, which may be a chip or a system on a chip in a terminal device, or a functional module in the terminal device for implementing the methods described in the above embodiments. The remote control intelligent terminal device can realize the functions executed by the terminal equipment in the above embodiments, and the functions can be realized by executing corresponding software through hardware. These hardware or software include one or more functionally corresponding modules. Fig. 7 is a schematic structural diagram of a remote-control intelligent terminal device in an embodiment of the present disclosure, and referring to fig. 7, a device 700 for remotely controlling an intelligent terminal may include: a determining module 701, configured to determine that the first application is in a crash state; an output module 702, configured to output a crash file associated with the first application to the server, where the crash file is used to request to restart the first application; a receiving module 703, configured to receive a restart instruction sent by a server; and the execution module 704 executes the restart instruction to restart the first application program.
In some possible embodiments, the determining module 701 is further configured to monitor a crash file of the first application; obtaining a first number of crash files; when the first number of crash files increases, it is determined that the first application is in a crash state.
In some possible embodiments, the apparatus further comprises: a storage module 705, configured to obtain a log code of a first application; when the first application program crashes, a crash file is generated according to the log codes; the crash file is stored locally.
In some possible embodiments, the determining module 701 is further configured to receive a screen capture instruction sent by the server; executing a screen capture instruction, and capturing an operation interface image of the first application program; and sending the running interface image to the server, wherein the running interface image is used for determining the running state of the first application program by the server.
It should be noted that, for details of the implementation processes of the determining module 701, the outputting module 702, the receiving module 703, the executing module 704, and the storing module 705, reference may be made to the detailed description of the embodiments in fig. 1 to fig. 4, and for simplicity of the description, details are not repeated here.
As mentioned in the embodiments of the present disclosure, the determining module 701, the outputting module 702, the receiving module 703, the executing module 704, and the storing module 705 may be one or more processors.
Based on the same inventive concept, the disclosed embodiments provide a remote control intelligent terminal device, which may be a chip or a system on a chip in a server, or a functional module in the server for implementing the methods described in the above embodiments. The remote control intelligent terminal device can realize the functions executed by the server in the above embodiments, and the functions can be realized by executing corresponding software through hardware. These hardware or software include one or more modules corresponding to the above-described functions. Fig. 8 is a schematic structural diagram of a remote-control intelligent terminal device in an embodiment of the present disclosure, and referring to fig. 8, a remote-control intelligent terminal device 800 may include: a receiving module 801, configured to receive a crash file of a first application sent by a monitored device; a generating module 802, configured to generate a restart instruction according to the crash file, where the restart instruction is used to instruct the first application to restart; a sending module 803, configured to send a restart instruction to the monitored device.
In some possible embodiments, the output module 804 is configured to output a prompt message, where the prompt message is used to remind the first application program of the crash state.
In some possible embodiments, the determining module 805 is configured to send a screen capture instruction to the monitored device, where the screen capture instruction is used to instruct the monitored device to capture an operation interface image of the first application; receiving an operation interface image sent by monitored equipment; and determining the running state of the first application program according to the running interface image.
It should be noted that, for details of the implementation processes of the receiving module 801, the generating module 802, the sending module 803, the outputting module 804, and the determining module 805, reference may be made to the detailed descriptions of the embodiments in fig. 5 to fig. 6, and for simplicity of the description, details are not repeated here.
The receiving module 801, the generating module 802, the sending module 803, the outputting module 804 and the determining module 805 mentioned in the embodiments of the present disclosure may be one or more processors.
Based on the same inventive concept, the disclosed embodiments provide a terminal device, which may be consistent with the apparatus described in one or more of the above embodiments. Fig. 9 is a schematic structural diagram of a terminal device in an embodiment of the present disclosure, and referring to fig. 9, a terminal device 900 may adopt general-purpose computer hardware, and includes a processor 901 and a memory 902.
Alternatively, the processor 901 and the memory 902 may communicate via the bus 903.
In some possible implementations, the at least one processor 1101 may constitute any physical device having circuitry to perform logical operations on one or more inputs. For example, at least one processor may include one or more Integrated Circuits (ICs), including an Application Specific Integrated Circuit (ASIC), a microchip, a microcontroller, a microprocessor, all or part of a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), a Digital Signal Processor (DSP), a Field Programmable Gate Array (FPGA), or other circuitry suitable for executing instructions or performing logical operations. The instructions executed by the at least one processor may be preloaded into a memory integrated with or embedded in the controller, for example, or may be stored in a separate memory. The memory may include Random Access Memory (RAM), read-only memory (ROM), hard disks, optical disks, magnetic media, flash memory, other persistent, fixed, or volatile memory, or any other mechanism capable of storing instructions. In some embodiments, the at least one processor may comprise more than one processor. Each processor may have a similar structure, or the processors may have different configurations that are electrically connected or disconnected from each other. For example, the processor may be a separate circuit or integrated in a single circuit. When more than one processor is used, the processors may be configured to operate independently or cooperatively. The processors may be coupled electrically, magnetically, optically, acoustically, mechanically or by other means allowing them to interact. The present disclosure also provides a computer readable storage medium having stored thereon computer instructions for executing the steps of the calibration method described above by a processor, according to an embodiment of the present disclosure. The memory 902 may include computer storage media in the form of volatile and/or nonvolatile memory such as read only memory and/or random access memory. Memory 902 may store an operating system, application programs, other program modules, executable code, program data, user data, and the like.
In an embodiment, the memory 902 stores execution instructions for implementing the functions of the determining module 701, the outputting module 702, the receiving module 703, the executing module 704, and the storing module 705 in fig. 7. The functions/implementation processes of the determining module 701, the outputting module 702, the receiving module 703, the executing module 704 and the storing module 705 in fig. 7 may all be implemented by the processor 901 in fig. 9 calling an execution instruction stored in the memory 902, and the specific implementation processes and functions refer to the above related embodiments.
In another embodiment, the above-mentioned memory 1102 stores therein execution instructions for implementing the functions of the receiving module 801, the generating module 802, the sending module 803, the outputting module 804 and the determining module 805 in fig. 8. The functions/implementation processes of the receiving module 801, the generating module 802, the sending module 803, the outputting module 804 and the determining module 805 in fig. 8 may all be implemented by the processor 901 in fig. 9 calling an execution instruction stored in the memory 902, and the specific implementation processes and functions refer to the above related embodiments.
Based on the same inventive concept, the disclosed embodiments provide a terminal device, including: a memory and a processor; the processor is coupled to the memory and configured to execute computer-executable instructions stored on the memory and to implement the client upgrade method as described in one or more embodiments above.
Based on the same inventive concept, the embodiments of the present disclosure provide a computer storage medium, where computer-executable instructions are stored, and after the computer-executable instructions are executed by a processor, the method for upgrading a client as described in one or more embodiments above can be implemented.
It should be understood by those skilled in the art that the sequence numbers of the steps in the foregoing embodiments do not imply any order of execution, and the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation to the implementation process of the embodiments of the present disclosure. Other embodiments of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the invention and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the invention being indicated by the following claims.
The above description is only an exemplary embodiment of the present disclosure, but the scope of the present disclosure is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present disclosure should be covered within the scope of the present disclosure. Therefore, the protection scope of the present disclosure should be subject to the protection scope of the claims.

Claims (20)

1. A method for remotely controlling an intelligent terminal, the method comprising:
determining that the first application is in a crash state;
outputting a crash file associated with the first application to a server, the crash file being used to request the first application to be restarted;
receiving a restart instruction sent by the server;
and executing the restart instruction to restart the first application program.
2. The method of claim 1, wherein determining that the first application is in a crash state comprises:
monitoring a crash file of the first application;
obtaining a first number of the crash files;
determining that the first application is in a collapsed state when the first number of collapsed files increases.
3. The method of claim 2, wherein prior to the determining that the first application is in a collapsed state, the method further comprises:
acquiring a log code of the first application program;
when the first application program crashes, generating the crash file according to the log code;
storing the crash file locally.
4. The method of claim 1, wherein the restart instruction is an Android Debug Bridge (ADB) command sent by the server over a long link.
5. The method of claim 1, wherein after the restarting the first application, the method further comprises:
receiving a screen capturing instruction sent by the server;
executing the screen capturing instruction, and capturing an operation interface image of the first application program;
and sending the running interface image to the server, wherein the running interface image is used for the server to determine the running state of the first application program.
6. The method of claim 5, wherein the screen capture instruction is an Android Debug Bridge (ADB) command sent by the server over a long chain connection.
7. A method for remotely controlling an intelligent terminal, the method comprising:
receiving a crash file of a first application program sent by monitored equipment;
generating a restart instruction according to the crash file, wherein the restart instruction is used for indicating the first application program to restart;
and sending the restart instruction to the monitored equipment.
8. The method of claim 7, wherein after receiving the crash file of the first application sent by the monitored device, the method further comprises:
and outputting prompt information, wherein the prompt information is used for reminding the first application program of being in a breakdown state.
9. The method of claim 7, wherein the restart instruction is an Android Debug Bridge (ADB) command sent by the server over a long link.
10. The method of claim 7, wherein after said sending the restart instruction to the monitored device, the method further comprises:
sending a screen capturing instruction to the monitored equipment, wherein the screen capturing instruction is used for indicating the monitored equipment to capture the running interface image of the first application program;
receiving the running interface image sent by the monitored equipment;
and determining the running state of the first application program according to the running interface image.
11. The method of claim 10, wherein the screen capture instruction is an Android Debug Bridge (ADB) command sent by the server over a long link.
12. An apparatus for remotely controlling a smart terminal, the apparatus comprising:
the determining module is used for determining that the first application program is in a crash state;
the output module is used for outputting a crash file associated with the first application program to a server, wherein the crash file is used for requesting to restart the first application program;
the receiving module is used for receiving a restarting instruction sent by the server;
and the execution module executes the restart instruction and restarts the first application program.
13. The apparatus of claim 12, wherein the determining module is further configured to monitor a crash file of the first application; obtaining a first number of the crash files; determining that the first application is in a collapsed state when the first number of collapsed files increases.
14. The apparatus of claim 13, further comprising:
the storage module is used for acquiring the log code of the first application program; when the first application program crashes, generating the crash file according to the log code; storing the crash file locally.
15. The apparatus according to claim 12, wherein the determining module is further configured to receive a screen capture instruction sent by the server; executing the screen capturing instruction, and capturing the running interface image of the first application program; and sending the running interface image to the server, wherein the running interface image is used for the server to determine the running state of the first application program.
16. An apparatus for remotely controlling an intelligent terminal, the apparatus comprising:
the receiving module is used for receiving a crash file of the first application program sent by the monitored equipment;
the generating module is used for generating a restarting instruction according to the crash file, and the restarting instruction is used for indicating the first application program to restart;
and the sending module is used for sending the restart instruction to the monitored equipment.
17. The apparatus of claim 16, further comprising:
and the output module is used for outputting prompt information, and the prompt information is used for reminding the first application program of being in a collapse state.
18. The apparatus of claim 16, further comprising:
the determining module is used for sending a screen capturing instruction to the monitored equipment, wherein the screen capturing instruction is used for indicating the monitored equipment to capture the running interface image of the first application program; receiving the running interface image sent by the monitored equipment; and determining the running state of the first application program according to the running interface image.
19. A terminal device, comprising: a memory and a processor; the processor is coupled to the memory and configured to execute computer-executable instructions stored on the memory to implement the method of any of claims 1 to 11.
20. A computer storage medium having computer-executable instructions stored thereon which, when executed by a processor, are capable of implementing a method as claimed in any one of claims 1 to 11.
CN202210836991.1A 2022-07-15 2022-07-15 Method and device for remotely controlling intelligent terminal, terminal equipment and storage medium Pending CN115292086A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210836991.1A CN115292086A (en) 2022-07-15 2022-07-15 Method and device for remotely controlling intelligent terminal, terminal equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210836991.1A CN115292086A (en) 2022-07-15 2022-07-15 Method and device for remotely controlling intelligent terminal, terminal equipment and storage medium

Publications (1)

Publication Number Publication Date
CN115292086A true CN115292086A (en) 2022-11-04

Family

ID=83824323

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210836991.1A Pending CN115292086A (en) 2022-07-15 2022-07-15 Method and device for remotely controlling intelligent terminal, terminal equipment and storage medium

Country Status (1)

Country Link
CN (1) CN115292086A (en)

Similar Documents

Publication Publication Date Title
TWI386847B (en) Method of safe and recoverable firmware update and device using the same
CN108427616B (en) Background program monitoring method and monitoring device
CN107066300B (en) Firmware upgrading method of storage device and storage device
CN110086664B (en) Access equipment fault processing method and device
EP3865998A1 (en) Cluster management method, apparatus and system
CN110659171A (en) Test method, electronic device and computer readable storage medium
CN111090546A (en) Method, device and equipment for restarting operating system and readable storage medium
CN109885420B (en) PCIe link fault analysis method, BMC and storage medium
CN115292086A (en) Method and device for remotely controlling intelligent terminal, terminal equipment and storage medium
CN108595292B (en) System optimization method, mobile terminal and computer storage medium
CN111128139A (en) Non-invasive voice test method and device
CN105824622A (en) Data processing method and electronic equipment
CN115344289A (en) Client upgrading method and device, terminal equipment and storage medium
CN108270832B (en) Fault replaying method and device
CN115098301A (en) Snapshot generation method and system for stateful application in cloud native scene
CN114968644A (en) System software dump method and device, electronic equipment and readable storage medium
CN110727945B (en) Virus scanning method, device and computer readable medium
CN111400094A (en) Method, device, equipment and medium for restoring factory settings of server system
CN114153503A (en) BIOS control method, device and medium
CN115242615B (en) Server operation management method and device, electronic equipment and storage medium
CN117234606B (en) BIOS configuration data synchronization method and device
US9417863B2 (en) System and method for expedited loading of an image onto a storage device
CN111414272B (en) Electronic device and reset method thereof
CN116860282A (en) Firmware refreshing method, device, equipment and storage medium
TWI602054B (en) Method of providing error status data for computer device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination