CN114826981B - System and method for realizing application resident in cloud mobile phone - Google Patents
System and method for realizing application resident in cloud mobile phone Download PDFInfo
- Publication number
- CN114826981B CN114826981B CN202210455796.4A CN202210455796A CN114826981B CN 114826981 B CN114826981 B CN 114826981B CN 202210455796 A CN202210455796 A CN 202210455796A CN 114826981 B CN114826981 B CN 114826981B
- Authority
- CN
- China
- Prior art keywords
- application
- mobile phone
- cloud mobile
- monitoring
- running
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4416—Network booting; Remote initial program loading [RIPL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a realization system and a method for application resident in a cloud mobile phone, wherein the method comprises the following steps: step S1, an application running monitoring service module on a cloud mobile phone instance acquires an application list running on the cloud mobile phone instance in real time and reports the application list to a cloud mobile phone application background server; step S2, the cloud mobile phone application background server acquires an application list which is reported by an application operation monitoring service module and is running in real time, compares the monitoring application list with the application list which is running to determine whether each application in the monitoring application list is normally running, determines a fault application according to a comparison result and sends a corresponding restarting instruction to restart the corresponding fault application; and step S3, when the application running monitoring service module receives a restarting instruction of the cloud mobile phone application background server, restarting the corresponding fault application according to the restarting instruction.
Description
Technical Field
The invention relates to the technical field of cloud mobile phones, in particular to a system and a method for realizing application resident in a cloud mobile phone.
Background
The cloud mobile phone is characterized in that a cloud server is divided into a plurality of virtual machines through a virtual container to independently operate an android system, remote operation is provided for operating personal real terminal equipment such as mobile phones and computers, applications can operate in the cloud for a long time, a user can exit the cloud mobile phone, the previous operation progress can be reserved, and system resources of the user's real machine are basically released.
The cloud mobile phone is obviously a very suitable service carrier for service scenes with low requirements on operation experience and long-term running, the cloud mobile phone is widely applied to the fields of non-self software platform customer service robots, marketing robots, game hanging machines, app crawlers and the like at present, and mobile phone application residents are core supports of the service output efficiencies, but because an android system is designed for a real personal terminal to use, the opening degree of resident applications is more and more severe along with the iteration of versions for the system efficiency and better user experience, and whether the main application itself runs for a long time is also uncontrollable by service providers, so that an application resident method capable of effectively stabilizing is needed.
The traditional application resident scheme is basically a unidirectional wake-up application keep-alive method based on the true period of an android mobile phone, adopts A-B unidirectional wake-up, bidirectional wake-up and system broadcast wake-up application self-starting resident, as shown in figure 1, and is simple, but when service is interrupted accidentally, service is not recoverable, and the production line is stopped.
Aiming at the defects of the conventional application resident scheme, a daemon service is added, and the daemon service is shown in figure 2, and meanwhile, the high-reliability timing checking and activating service of the system application is utilized, so that the reliability of the production line is improved. However, this solution still has problems: in view of the current ecological practice situation of android, the daemon service and the business service may still be terminated by the system at the same time, namely, the background is killed, the method of waking up each other only by means of the program in the android system is still unreliable, which is not feasible in the current common android system version depending on the system service (system broadcast, system alarm clock).
It can be seen that the currently proposed application resident method is mostly a solution in a terminal no matter unidirectional activation, bidirectional activation, system broadcasting and system alarm clock, but because of the version iteration of the android system and uncertainty of the configuration of the android machine type, a large number of similar methods cannot be used or cannot be guaranteed for a long time, the fundamental technical reason is that when the mobile phone system runs under a high load for a long time or other reasons to cause resource shortage, background killing operation is a very common behavior, at this time, the application service survival rate in the terminal cannot be guaranteed, and all solutions in the terminal are depended on.
Disclosure of Invention
In order to overcome the defects in the prior art, the invention aims to provide a system and a method for realizing application resident in a cloud mobile phone, which are used for realizing application resident in the cloud mobile phone by monitoring and controlling a higher layer of the cloud mobile phone provided by a cloud server based on the characteristics of the cloud mobile phone on a cloud server.
The invention further aims to provide a system and a method for realizing application resident in a cloud mobile phone, which are used for detecting the heartbeat of cloud mobile phone application running service (a background program running in a cloud mobile phone example) through cloud mobile phone management service (a back-end server end), so that the service running state in the cloud mobile phone can be perceived from outside the cloud mobile phone, and the control can be performed from outside, and the problem that the control failure is caused because the application process in the cloud mobile phone is simultaneously terminated by the system is solved.
The invention also aims to provide a system and a method for realizing application resident in the cloud mobile phone, which can finish operation without entering the cloud mobile phone by restarting the equipment by using a cloud mobile phone server interface, support interface call and have high expansibility
The invention also aims to provide a system and a method for realizing application resident in the cloud mobile phone, which can provide application running conditions of all cloud mobile phones in the background and can provide important information support for scale service scenes.
In order to achieve the above purpose, the present invention provides a system for implementing application resident in a cloud mobile phone, comprising:
the cloud mobile phone instance runs on the cloud server, and an application running monitoring service module is arranged on the cloud mobile phone instance and used for acquiring an application list running on the cloud mobile phone instance in real time and reporting the application list to the cloud mobile phone application background server; restarting the corresponding fault application when a restarting instruction is received;
the cloud mobile phone application background server is provided with a cloud mobile phone management service and is used for acquiring an running application list reported by the application running monitoring service module, comparing the monitoring application list with the running application list to determine whether each application in the monitoring application list runs normally or not, determining a fault application according to a comparison result, and sending a corresponding restarting instruction to restart the fault application;
the cloud mobile phone client is used for acquiring a background cloud phone application list and providing applications needing to be monitored and whether the applications are restarted automatically or not.
Optionally, the application running monitoring service module includes:
the running application list acquisition unit is used for acquiring the running state of each application of the current cloud mobile phone instance in real time, acquiring the running application list of the current cloud mobile phone instance and reporting the application list to the cloud mobile phone management service;
the restarting execution unit is used for executing a corresponding restarting instruction when receiving the restarting instruction of the cloud mobile phone application background server;
and the heartbeat packet reporting unit is used for reporting the heartbeat packet of the user to the cloud mobile phone application background server at regular time or in real time so that the cloud mobile phone application background server can judge whether the application operation monitoring service module operates normally or not according to the reported heartbeat packet.
The cloud mobile phone application background server comprises:
the monitoring application list acquisition unit is used for acquiring a monitoring application list;
the application state comparison judging unit is used for comparing the monitoring application list with the running application list to determine whether each application in the monitoring application list runs normally or not;
the monitoring result processing unit is used for determining the current fault application according to the comparison result of the application state comparison judging unit and carrying out corresponding restarting processing on the determined fault application;
optionally, the application state comparison and judgment unit matches each application in the monitoring application list with each application in the running application list in sequence, if the matching is successful, the current application is judged to be normal running, and the monitoring result processing unit marks the state of the current application as normal in the monitoring application list until all the applications in the monitoring application list are judged to be finished.
Optionally, if the matching is unsuccessful, the monitoring result processing unit marks the state of the monitoring result processing unit as abnormal in the monitoring application list, judges whether the monitoring result processing unit sets automatic restarting, if so, determines the restarting type according to the strategy of system scheduling, and sends a corresponding restarting instruction.
Optionally, the monitoring result processing unit preferentially selects local restart, notifies the application running monitoring service module to restart the corresponding fault application, marks the state of the application in the monitoring application list as local restart, if the local restart is unsuccessful, enters remote restart, sends a remote restart application instruction to the cloud machine server to remotely restart the application through a cloud machine server interface, and marks the state of the corresponding application in the monitoring application list as remote restart.
Optionally, after selecting the local restart, the monitoring result processing unit further determines whether the local restart is overtime, if yes, the remote restart is entered, if not, the application running monitoring service module is notified to restart the corresponding faulty application, and if not, multiple restarts are attempted.
Optionally, when the monitoring result processing unit judges that the remote restart execution is unsuccessful, retransmitting a remote restart instruction, and when the number of retries exceeds a set value, sending a command to restart the cloud mobile phone.
Optionally, the cloud mobile phone application background server further includes a heartbeat packet monitoring unit, configured to monitor a heartbeat packet reported by the application running monitoring service module, determine whether the application running monitoring service module is running normally according to the reported heartbeat packet, and send a command to restart the application running monitoring service module when it is determined that the application running monitoring service module is abnormal, so as to restart the application running monitoring service module.
Optionally, the cloud mobile phone application background server further provides an application running state of the cloud mobile phone to the cloud mobile phone client, and notifies the cloud mobile phone client of the abnormal situation through a predefined abnormal level.
In order to achieve the above purpose, the present invention also provides a method for implementing application resident in a cloud mobile phone, comprising the following steps:
step S1, an application running monitoring service module on a cloud mobile phone instance acquires an application list running on the cloud mobile phone instance in real time and reports the application list to a cloud mobile phone application background server;
step S2, the cloud mobile phone application background server acquires an application list which is reported by an application operation monitoring service module and is running in real time, compares the monitoring application list with the application list which is running to determine whether each application in the monitoring application list is normally running, determines a fault application according to a comparison result and sends a corresponding restarting instruction to restart the corresponding fault application;
and step S3, when the application running monitoring service module receives a restarting instruction of the cloud mobile phone application background server, restarting the corresponding fault application according to the restarting instruction.
Compared with the prior art, the implementation system and the implementation method for the application resident in the cloud mobile phone fully utilize the characteristic that the cloud mobile phone runs on the cloud, use the related API of the cloud server to manage the virtual cloud mobile phone in the cloud server, even if the service in the cloud mobile phone is terminated by the system, the application in the cloud mobile phone can be awakened from the outside, even the cloud mobile phone is restarted or initialized to achieve the restarting production line, and the effect of the application resident can be remarkably improved.
Drawings
FIG. 1 is a schematic diagram of a prior art method for preserving activity of unidirectional wake-up applications;
FIG. 2 is a schematic diagram of a prior art bi-directional wake-up application protection method in conjunction with system applications;
FIG. 3 illustrates an exemplary system architecture for a system in which the present invention may be applied;
FIG. 4 is a system architecture diagram of an implementation system in which applications reside in a cloud handset of the present invention;
FIG. 5 is a flow chart of steps of a method for implementing application resident in a cloud handset according to the present invention;
FIG. 6 is a detailed flowchart of step one of the embodiments of the present invention;
FIG. 7 is a detailed flowchart of the second step in the embodiment of the present invention.
Detailed Description
Other advantages and effects of the present invention will become readily apparent to those skilled in the art from the following disclosure, when considered in light of the accompanying drawings, by describing embodiments of the present invention with specific embodiments thereof. The invention may be practiced or carried out in other embodiments and details within the scope and range of equivalents of the various features and advantages of the invention.
Fig. 3 shows an exemplary system architecture of a system to which the present invention may be applied. As shown in fig. 3, the system architecture may include a handset 101, a network 102, and a cloud handset instance 103, the network 102 being a medium to provide a communication link between the handset 101 and the cloud handset instance 103, the network 102 may include various connection types, such as wired, wireless communication links, or fiber optic cables, etc.
The mobile phone 101 may be a mobile phone with various inserted SIM cards, and may be used for making a call and sending a short message. A cloud mobile phone client, i.e. a cloud mobile phone APP, may be installed in the mobile phone 101, and through the cloud mobile phone client, a communication link may be established with the cloud mobile phone instance 103, so as to perform data transmission.
The user may use cloud handset instance 103 to perform various operations, such as watching video, listening to music, etc. The cloud mobile phone instance 103 may interact with the cloud mobile phone client of the mobile phone 101 through the above communication link, for example, transmission of audio and video. Cloud handset instance 103 runs on a cloud server for which its implemented functions may be supported by the cloud server.
Fig. 4 is a system architecture diagram of an implementation system where applications reside in a cloud mobile phone according to the present invention. As shown in fig. 4, the implementation system for application resident in a cloud mobile phone of the present invention includes:
the cloud mobile phone instance 30 runs on a cloud server, and an application running monitoring service module is arranged on the cloud mobile phone instance 30 and used for acquiring an application list running on the cloud mobile phone instance 30 in real time and reporting the application list to the cloud mobile phone application background server 31; restarting the corresponding fault application when a restarting instruction is received; the application operation monitoring service module also reports heartbeat packets to the cloud mobile phone application background server 31 at regular time so as to cope with the situation that the application operation monitoring service itself is terminated by the system.
In a specific embodiment of the present invention, the application running monitoring service module is one of core background programs residing on a cloud mobile phone instance system, and specifically includes:
the running application list acquisition unit is used for acquiring the running state of each application of the current cloud mobile phone instance in real time, acquiring the running application list of the current cloud mobile phone instance and reporting the application list to the cloud mobile phone management service.
For the latest android system at present, the application acquisition permission is required to be authorized to be the management application, so in the invention, the application running monitoring service module needs to be designed to be that the management application is installed in the cloud mobile phone, the running application list acquisition unit can acquire the application running state through the api of the android sdk, and the running application list is reported to the cloud mobile phone application background server 31 according to the acquired state.
The restart execution unit is configured to execute a corresponding restart instruction when receiving the restart instruction of the cloud mobile phone application background server 31.
In the embodiment of the present invention, in general, the restart instruction includes a local restart and a remote restart, and when the cloud mobile phone application background server 31 selects the local restart for the faulty application, the cloud mobile phone instance 30 is notified that the application running monitoring service restarts the corresponding faulty application, and the restart execution unit of the application running monitoring service tries to restart the faulty application; when the cloud mobile phone application background server 31 selects remote restart of the fault application, an instruction is sent to the cloud mobile phone server to remotely restart the fault application through the cloud mobile phone server interface, and the restart is not performed through the application operation monitoring service.
The heartbeat packet reporting unit is configured to report the heartbeat packet of the user to the cloud mobile phone application background server 31 in a timing or real-time manner, so that the cloud mobile phone application background server 31 determines whether the application operation monitoring service module is normally operated according to the reported heartbeat packet, so as to cope with the situation that the application operation monitoring service itself is terminated by the system
The cloud mobile phone application background server 31 is provided with a cloud mobile phone management service for maintaining application state data, acquiring an running application list reported by the application running monitoring service module, comparing the monitoring application list with the running application list to determine whether each application in the monitoring application list runs normally, determining a fault application according to a comparison result, and sending a corresponding restart instruction to restart the fault application.
Specifically, the cloud mobile phone application background server 31 includes:
and the monitoring application list acquisition unit is used for acquiring the monitoring application list.
In the invention, a monitoring application list can be set through a cloud mobile phone APP, specifically, the cloud mobile phone APP obtains a background cloud mobile phone application list from a cloud mobile phone application background server 31, that is, obtains an application list (which is running at once and includes running at present) that has been uploaded by a cloud mobile phone instance, sets applications to be monitored through the cloud mobile phone APP by a user, and automatically restarts each application, and finally generates a monitoring application list to be stored in the cloud mobile phone application background server 31.
And the application state comparison judging unit is used for comparing the monitoring application list with the running application list to determine whether each application in the monitoring application list runs normally.
The monitoring result processing unit is used for determining the current fault application according to the comparison result of the application state comparison judging unit and carrying out corresponding restarting processing on the determined fault application
Specifically, the application state comparison and judgment unit sequentially matches each application in the monitoring application list with each application in the running application list, if the matching is successful, the current application is judged to be normal running, and the monitoring result processing unit marks the state of the current application as normal in the monitoring application list until all the applications in the monitoring application list are judged to be finished; if the matching is unsuccessful, the monitoring result processing unit marks the state of the application in the monitoring application list as abnormal, judges whether the application is set with automatic restart, if the application is set with automatic restart, determines the restart type according to a strategy of system scheduling, generally selects local restart preferentially, informs the cloud mobile phone instance 30 of the fault application corresponding to the restart of the application operation monitoring service, marks the state of the application in the monitoring application list as local restart, preferably, after selecting local restart, the monitoring result processing unit further judges whether the local restart is overtime, if the local restart is overtime, enters remote restart, if the remote restart is not overtime, informs the cloud mobile phone instance 30 of the fault application corresponding to the restart of the application operation monitoring service, and if the restart is unsuccessful, tries multiple times of restarting; and when the remote restart is entered, the monitoring result processing unit sends a remote restart application instruction to the cloud machine server to remotely restart the application through the cloud machine server interface, and marks the state of the corresponding application in the monitoring application list as remote restart, preferably, when the monitoring result processing unit judges that the remote restart application instruction is not successfully executed, the remote restart application instruction is retransmitted, and when the retry times exceed a set value, a command is sent to restart the cloud mobile phone, namely, a command for restarting the cloud mobile phone is sent to the cloud machine server to restart the cloud mobile phone through the cloud machine server interface.
In the invention, in the cloud mobile phone, the restarting application can implement starting application through android sdk api, and the application running monitoring service is required to be not terminated by the system at this time.
In the specific embodiment of the present invention, it is assumed that the running application list of the application monitoring service first reported to the cloud mobile phone application background server 31 includes a b c d, (it is assumed that b is immediately set as an automatic restart by the user at this time), when the running application list of the second application monitoring service second reported to the cloud mobile phone application background server 31 includes a c d e f, it can be considered that the application b has failed at this moment, and at this moment, the cloud mobile phone application background server 31 notifies the application monitoring service to restart the application b according to the restart type of the application b in the monitoring application list (assuming local restart), and locks the state of b (modified in restart to prevent the application monitoring service from being continuously reported, and triggers multiple restarts); the application monitoring service reports the application list to the cloud mobile phone application background server 31 for the third time, wherein the application list comprises a c d e f (at the moment, restarting may not be good yet); the fourth application list reported to the back end by the application monitoring service comprises the following steps: a b c d e f, then application b reboots successfully.
The heartbeat packet monitoring unit 313 is configured to monitor the heartbeat packet reported by the application running monitoring service module, determine whether the application running monitoring service module is running normally according to the reported heartbeat packet, and send a command for restarting the application running monitoring service when it is determined that the application running monitoring service module is abnormal, so that the cloud mobile phone instance restarts the application running monitoring service, that is, send a command for restarting the application running monitoring service to the cloud mobile phone server to restart the application remotely through the cloud mobile phone server interface.
In the embodiment of the present invention, when the cloud mobile phone application background server 31 does not receive the heartbeat packet reported by the application running monitoring service module, that is, when the monitoring service heartbeat packet is not reported normally, the cloud mobile phone application background server 31 tries to send a shell/adb command to the cloud server corresponding to the cloud mobile phone instance to restart the application running monitoring service, and if the application running monitoring service still cannot be started normally, the cloud mobile phone is restarted by the cloud server of the cloud mobile phone instance; when the heartbeat package of the application operation monitoring service module is received, namely, when the heartbeat package of the application operation monitoring service module is normal, the application operation in the cloud mobile phone can be controlled through the application operation monitoring service.
Outside the cloud mobile phone, restarting the application needs to use a request interface of the cloud mobile phone server for executing the ADB, so that the cloud server can directly use the ADB to implement the starting application.
Preferably, the cloud mobile phone application background server 31 also provides the application running state of the cloud mobile phone to the cloud mobile phone client, notifies the cloud mobile phone client of the abnormal situation through a predefined abnormal level, or notifies the operation and maintenance personnel to intervene.
The predefined exception level and corresponding processing mode in the specific embodiment of the invention are as follows:
level 1 anomaly: the monitored application in the cloud mobile phone is abnormal, the application operation monitoring service is normal, and at the moment, the processing mode is to restore the production line by restarting the abnormal application in a predefined way;
level 2 anomaly: the application running monitoring service itself is abnormal. At the moment, the processing mode is that a shell/adb command is sent through a cloud mobile phone server to restart an application operation monitoring service, then an application in the cloud mobile phone is detected and reported, and the abnormal application is restarted according to the situation;
level 3 anomaly: the application operation monitoring service cannot be restarted, at the moment, the operation of the cloud mobile phone system is likely to be problematic, and at the moment, the cloud mobile phone is firstly tried to be restarted through the cloud mobile phone server;
level 4 anomaly: the cloud mobile phone is restarted successfully or the heartbeat package of the application operation monitoring service is not reported, and at the moment, the cloud mobile phone service itself can have problems, and at the moment, operation and maintenance personnel are required to be informed of manual intervention.
The cloud mobile phone client 32 is configured to obtain a background cloud mobile phone application list, and provide an application to be monitored and whether to restart automatically; the cloud mobile phone client may also obtain an application state of the cloud mobile phone and an abnormal condition notification from the cloud mobile phone application background server 31.
In the invention, the cloud mobile phone client, namely the cloud mobile phone APP, is an access medium between the back-end system and the user, and is also an access medium between the user and the cloud mobile phone, the system can transmit information to the user real machine through the cloud mobile phone client, and for a large-scale production line, the user can more intuitively know which cloud mobile phone has a fault and which cloud mobile phone works normally. In general, the system can achieve the effect of resident application by restarting the application.
Fig. 5 is a flow chart of steps of a method for implementing application resident in a cloud mobile phone according to the present invention. As shown in fig. 5, the implementation method for application resident in the cloud mobile phone of the invention comprises the following steps:
step S1, an application running monitoring service module on a cloud mobile phone instance acquires an application list running on the cloud mobile phone instance in real time and reports the application list to a cloud mobile phone application background server.
The application running monitoring service module is one of core background programs resident on the cloud mobile phone system, obtains running states of applications of the current cloud mobile phone instance in real time, obtains an application list running the current cloud mobile phone instance and reports the application list to the cloud mobile phone management service.
For the latest android system at present, the application acquisition permission can be obtained only by authorizing the management application, so that in the invention, the application running monitoring service module needs to be designed to be installed in the cloud mobile phone by the management application, the running state of the application can be obtained through the api of the android sdk, and the running application list is reported to the cloud mobile phone management service according to the obtained state.
And S2, the cloud mobile phone application background server acquires an running application list reported by the application running monitoring service module in real time, compares the monitoring application list with the running application list to determine whether each application in the monitoring application list runs normally, determines a fault application according to a comparison result, and sends a corresponding restarting instruction to restart the corresponding fault application.
Specifically, step S2 further includes:
step S200, a monitoring application list is obtained.
In the invention, a monitoring application list can be set through a cloud mobile phone APP, specifically, the cloud mobile phone APP acquires a background cloud mobile phone application list from a cloud mobile phone application background server, namely, acquires an application list (which is running at once and comprises running at present) which is uploaded by a cloud mobile phone instance, a user sets applications needing to be monitored through the cloud mobile phone APP and whether each application is restarted automatically or not, and finally generates the monitoring application list to be stored in the cloud mobile phone application background server.
Step S201, comparing the monitoring application list with the running application list to determine whether each application in the monitoring application list runs normally.
Step S202, determining the current fault application according to the comparison result of step S201, and performing corresponding restarting processing on the determined fault application.
In step S202, each application in the monitoring application list is sequentially matched with each application in the running application list, if the matching is successful, the current application is judged to be normal running, and in step S103, the monitoring application list is marked that the state is normal until all the applications in the monitoring application list are judged to be complete; if the matching is unsuccessful, the application state comparison judging unit marks the state of the application in the monitoring application list as abnormal, judges whether the application is set with automatic restart, if the application is set with automatic restart, determines the restart type according to a strategy of system scheduling, generally selects local restart preferentially, informs the cloud mobile phone instance of the fault application corresponding to the restart of the application operation monitoring service, marks the state of the application in the monitoring application list as local restart, preferably, further judges whether the local restart is overtime after the local restart is selected, enters remote restart if the local restart is overtime, and informs the cloud mobile phone instance of the fault application corresponding to the restart of the application operation monitoring service if the local restart is unsuccessful, and tries to restart for a plurality of times if the local restart is unsuccessful; and when the remote restart is entered, sending a remote restart application instruction to the cloud machine server to remotely restart the application through a cloud machine server interface, and marking the state of the corresponding application in the monitoring application list as remote restart, preferably, when the remote restart application instruction is judged to be unsuccessfully executed, retransmitting the remote restart application instruction, and when the retry times exceed a set value, sending a command to restart the cloud mobile phone, namely sending a command to restart the cloud mobile phone to the cloud machine server to restart the cloud mobile phone through the cloud machine server interface.
In the invention, in the cloud mobile phone, the restarting application can implement starting application through android sdk api, and the application running monitoring service is required to be not terminated by the system at this time.
And step S3, when the application running monitoring service module receives a restarting instruction of the cloud mobile phone application background server, restarting the corresponding fault application according to the restarting instruction.
It should be noted that, the restart instruction includes a local restart and a remote restart, when the cloud mobile phone application background service selects a local restart for the faulty application, the cloud mobile phone instance is notified that the application running monitoring service restarts the faulty application corresponding to the faulty application, and the restart execution unit of the application running monitoring service tries to restart the faulty application; and when the cloud mobile phone application background server selects remote restarting of the fault application, sending an instruction to the cloud mobile phone server to remotely restart the fault application through a cloud mobile phone server interface, and executing restarting through the application operation monitoring service.
Optionally, the implementation method for application resident in the cloud mobile phone further comprises the following steps:
and S4, the application operation monitoring service module reports the heartbeat packet of the application operation monitoring service module to the cloud mobile phone application background server in real time or at regular time so that the cloud mobile phone application background server judges whether the application operation monitoring service module operates normally according to the reported heartbeat packet to cope with the condition that the application operation monitoring service itself is terminated by the system.
And S5, the cloud mobile phone application background server monitors the heartbeat packet reported by the application operation monitoring service module in real time, judges whether the application operation monitoring service module operates normally according to the reported heartbeat packet, and sends a command for restarting the application operation monitoring service when judging that the application operation monitoring service module is abnormal, so that the cloud mobile phone instance restarts the application operation monitoring service, namely when the application operation monitoring service module is abnormal, the cloud mobile phone application background server can send the command for restarting the application operation monitoring service to the cloud mobile phone server to restart the application remotely through a cloud mobile phone server interface.
In the embodiment of the invention, when the cloud mobile phone application background server does not receive the heartbeat packet reported by the application running monitoring service module, namely when the monitoring service heartbeat packet is not reported normally, the cloud mobile phone application background server tries to send a shell/adb command to the cloud server corresponding to the cloud mobile phone instance to enable the cloud mobile phone application background server to try to restart the application running monitoring service, and if the application running monitoring service still cannot be started normally, the cloud mobile phone is restarted through the cloud server of the cloud mobile phone instance; when the heartbeat package of the application operation monitoring service module is received, namely, when the heartbeat package of the application operation monitoring service module is normal, the application operation in the cloud mobile phone can be controlled through the application operation monitoring service.
Outside the cloud mobile phone, restarting the application needs to use a request interface of the cloud mobile phone server for executing the ADB, so that the cloud server can directly use the ADB to implement starting the application
Preferably, the implementation method for application resident in the cloud mobile phone further comprises the following steps:
the cloud mobile phone application background server provides the application running state of the cloud mobile phone to the cloud mobile phone client, and informs the cloud mobile phone client of abnormal conditions or informs operation and maintenance personnel to intervene through a predefined abnormal level.
The predefined exception level and corresponding processing mode in the specific embodiment of the invention are as follows:
level 1 anomaly: the monitored application in the cloud mobile phone is abnormal, the application operation monitoring service is normal, and at the moment, the processing mode is to restore the production line by restarting the abnormal application in a predefined way;
level 2 anomaly: the application running monitoring service itself is abnormal. At the moment, the processing mode is that a shell/adb command is sent through a cloud mobile phone server to restart an application operation monitoring service, then an application in the cloud mobile phone is detected and reported, and the abnormal application is restarted according to the situation;
level 3 anomaly: the application operation monitoring service cannot be restarted, at the moment, the operation of the cloud mobile phone system is likely to be problematic, and at the moment, the cloud mobile phone is firstly tried to be restarted through the cloud mobile phone server;
level 4 anomaly: the cloud mobile phone is restarted successfully or the heartbeat package of the application operation monitoring service is not reported, and at the moment, the cloud mobile phone service itself can have problems, and at the moment, operation and maintenance personnel are required to be informed of manual intervention.
Examples
In this embodiment, the method for implementing application resident in the cloud mobile phone includes the following steps:
step one, a running application list and a monitoring application list are constructed. As shown in fig. 6, the specific steps are as follows:
step 1, an application running monitoring service reads running application information of a current cloud mobile phone instance and constructs a running application list;
step 2, the application running monitoring service reports the acquired running application list;
step 3, the cloud mobile phone management service acquires a running application list which is reported recently;
step 4, the cloud mobile phone APP obtains a background cloud mobile phone application list from the cloud mobile phone management service;
and 5, setting an application to be monitored and whether the corresponding application is automatically restarted or not on the cloud mobile phone APP by a user, constructing a monitoring application list, and sending the monitoring application list to the cloud mobile phone management service.
Step two, the cloud mobile phone management service monitors and restarts, as shown in fig. 7, and the specific process is as follows:
step 6: after the cloud mobile phone management service acquires the running application list, sequentially matching each application in the monitoring application list with each application in the running application list, if the matching is successful, judging that the current application is normal running, marking the state of the current application in the monitoring application list as normal, and entering a monitoring result reporting unit until all the applications in the monitoring application list are judged completely; if the matching is unsuccessful, marking the state of the application in the monitoring application list as abnormal, judging whether the application is set with automatic restarting, if the application is set with automatic restarting, further judging the restarting type, if the restarting type is null or local restarting, notifying the application to run the fault application corresponding to the monitoring restarting when the local restarting is not overtime, marking the state of the corresponding application in the monitoring application list as remote restarting, and if the local restarting is overtime, entering the remote restarting; if the restarting type is remote restarting, sending a remote restarting application instruction to the cloud machine server to remotely restart the application, marking the state of the corresponding application in the monitoring application list as remote restarting, retransmitting the remote restarting application instruction when judging that the remote restarting application instruction is not successfully executed, and sending a command to restart the cloud mobile phone when the retry times exceed a set value, namely sending a command to restart the cloud mobile phone.
Step 7, the cloud mobile phone management service monitors the heartbeat packet reported by the application operation monitoring service module in real time, when the cloud mobile phone management service does not receive the heartbeat packet reported by the application operation monitoring service module, namely when the monitoring service heartbeat packet is not normally reported, the cloud mobile phone management service tries to send shell/adb commands to a cloud server corresponding to the cloud mobile phone instance to enable the cloud server to try to restart the application operation monitoring service, and if the application operation monitoring service still cannot be started normally, the cloud mobile phone is restarted through the server of the cloud mobile phone instance; when the heartbeat package of the application operation monitoring service module is received, namely, when the heartbeat package of the application operation monitoring service module is normal, the application operation in the cloud mobile phone can be controlled through the application operation monitoring service.
The above embodiments are merely illustrative of the principles of the present invention and its effectiveness, and are not intended to limit the invention. Modifications and variations may be made to the above-described embodiments by those skilled in the art without departing from the spirit and scope of the invention. Accordingly, the scope of the invention is to be indicated by the appended claims.
Claims (6)
1. An implementation system for application resident in a cloud mobile phone, comprising:
the cloud mobile phone instance runs on the cloud server, an application running monitoring service module is arranged on the cloud mobile phone instance, and the application running monitoring service module acquires an application list running on the cloud mobile phone instance in real time and reports the application list to the cloud mobile phone application background server; restarting the corresponding fault application when the application operation monitoring service module receives a restarting instruction;
the cloud mobile phone application background server is provided with a cloud mobile phone management service and is used for acquiring an running application list reported by the application running monitoring service module, comparing the monitoring application list with the running application list to determine whether each application in the monitoring application list runs normally or not, determining a fault application according to a comparison result, and sending a corresponding restarting instruction to restart the fault application;
the cloud mobile phone client is used for acquiring a background cloud mobile phone application list, providing an application to be monitored and an application to be automatically restarted, generating a monitoring application list and storing the monitoring application list in a cloud mobile phone application background server;
the application operation monitoring service module comprises:
the running application list acquisition unit is used for acquiring the running state of each application of the current cloud mobile phone instance in real time, acquiring the running application list of the current cloud mobile phone instance and reporting the application list to the cloud mobile phone management service;
the restarting execution unit is used for executing a corresponding restarting instruction when receiving the restarting instruction of the cloud mobile phone application background server;
the heartbeat packet reporting unit is used for reporting the heartbeat packet of the user to the cloud mobile phone application background server at regular time or in real time so that the cloud mobile phone application background server can judge whether the application operation monitoring service module operates normally or not according to the reported heartbeat packet;
the cloud mobile phone application background server comprises:
the monitoring application list acquisition unit is used for acquiring a monitoring application list;
the application state comparison judging unit is used for comparing the monitoring application list with the running application list to determine whether each application in the monitoring application list runs normally or not;
the monitoring result processing unit is used for determining the current fault application according to the comparison result of the application state comparison judging unit and carrying out corresponding restarting processing on the determined fault application;
the application state comparison judging unit is used for sequentially matching each application in the monitoring application list with each application in the running application list, if the matching is successful, the current application is judged to be normally running, and the monitoring result processing unit marks the state of the current application as normal in the monitoring application list until all the applications in the monitoring application list are judged to be finished;
if the matching is unsuccessful, the monitoring result processing unit marks the state of the monitoring application list as abnormal, judges whether the monitoring application list is provided with automatic restarting, if so, determines the restarting type according to a strategy of system scheduling and sends a corresponding restarting instruction;
and the monitoring result processing unit preferentially selects local restart, informs the application running monitoring service module to restart the corresponding fault application, marks the state of the application in the monitoring application list as local restart, enters remote restart if the local restart is unsuccessful, sends a remote restart application instruction to the cloud server to remotely restart the application through a cloud server interface, and marks the state of the corresponding application in the monitoring application list as remote restart.
2. The implementation system for application resident in a cloud mobile phone according to claim 1, wherein: after local restarting is selected, the monitoring result processing unit further judges whether the local restarting is overtime, if yes, remote restarting is carried out, if not, the application running monitoring service module is informed to restart the corresponding fault application, and if the restarting is unsuccessful, multiple restarting attempts are carried out.
3. The implementation system for application resident in a cloud mobile phone according to claim 2, wherein: and when the monitoring result processing unit judges that the remote restarting is not successfully executed, retransmitting a remote restarting instruction, and when the number of retries exceeds a set value, sending a command to restart the cloud mobile phone.
4. The implementation system for application resident in a cloud mobile phone according to claim 1, wherein: the cloud mobile phone application background server further comprises a heartbeat packet monitoring unit, wherein the heartbeat packet monitoring unit is used for monitoring the heartbeat packet reported by the application operation monitoring service module, judging whether the application operation monitoring service module operates normally or not according to the reported heartbeat packet, and sending a command for restarting the application operation monitoring service module when judging that the application operation monitoring service module is abnormal so as to restart the application operation monitoring service module.
5. The implementation system for application resident in a cloud mobile phone according to claim 1, wherein: the cloud mobile phone application background server also provides the application running state of the cloud mobile phone to the cloud mobile phone client, and informs the cloud mobile phone client of the abnormal situation through the predefined abnormal level.
6. The implementation method of application resident in the cloud mobile phone is implemented by the system of any one of claims 1 to 5, and comprises the following steps:
step S1, an application running monitoring service module on a cloud mobile phone instance acquires an application list running on the cloud mobile phone instance in real time and reports the application list to a cloud mobile phone application background server;
step S2, the cloud mobile phone application background server acquires an application list which is reported by an application operation monitoring service module and is running in real time, compares the monitoring application list with the application list which is running to determine whether each application in the monitoring application list is normally running, determines a fault application according to a comparison result and sends a corresponding restarting instruction to restart the corresponding fault application;
and step S3, when the application running monitoring service module receives a restarting instruction of the cloud mobile phone application background server, restarting the corresponding fault application according to the restarting instruction.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210455796.4A CN114826981B (en) | 2022-04-27 | 2022-04-27 | System and method for realizing application resident in cloud mobile phone |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210455796.4A CN114826981B (en) | 2022-04-27 | 2022-04-27 | System and method for realizing application resident in cloud mobile phone |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114826981A CN114826981A (en) | 2022-07-29 |
| CN114826981B true CN114826981B (en) | 2023-09-22 |
Family
ID=82509794
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210455796.4A Active CN114826981B (en) | 2022-04-27 | 2022-04-27 | System and method for realizing application resident in cloud mobile phone |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114826981B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115080076B (en) * | 2022-08-23 | 2022-11-01 | 江苏北弓智能科技有限公司 | Cloud mobile phone software management method |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106484461A (en) * | 2016-09-13 | 2017-03-08 | 北京智能管家科技有限公司 | Service keepalive method and device in intelligent terminal |
| CN106559441A (en) * | 2015-09-25 | 2017-04-05 | 华为技术有限公司 | It is a kind of based on the virtual machine monitoring method of cloud computing service, apparatus and system |
| CN110049098A (en) * | 2019-03-06 | 2019-07-23 | 长沙摩智云计算机科技有限公司 | Mobile phone application distribution formula runs quickly starting system and method |
| CN110505283A (en) * | 2019-07-31 | 2019-11-26 | 湖南微算互联信息技术有限公司 | A kind of automatic maintenance system and method based on cloud mobile phone |
| CN111949368A (en) * | 2020-07-07 | 2020-11-17 | 西安万像电子科技有限公司 | Application program control method and device |
| CN112860408A (en) * | 2021-03-03 | 2021-05-28 | 苏州沁游网络科技有限公司 | Process keep-alive method, device and system in cloud reality machine and storage medium |
| CN114327781A (en) * | 2021-12-30 | 2022-04-12 | 奇安信科技集团股份有限公司 | Virtual terminal control method, device, system, electronic equipment and storage medium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10891193B2 (en) * | 2019-01-02 | 2021-01-12 | Accenture Global Solutions Limited | Application health monitoring and automatic remediation |
| US11004316B2 (en) * | 2019-01-14 | 2021-05-11 | Ademco Inc. | Systems and methods for responding to an abnormal event in a region monitored by a security system |
-
2022
- 2022-04-27 CN CN202210455796.4A patent/CN114826981B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106559441A (en) * | 2015-09-25 | 2017-04-05 | 华为技术有限公司 | It is a kind of based on the virtual machine monitoring method of cloud computing service, apparatus and system |
| CN106484461A (en) * | 2016-09-13 | 2017-03-08 | 北京智能管家科技有限公司 | Service keepalive method and device in intelligent terminal |
| CN110049098A (en) * | 2019-03-06 | 2019-07-23 | 长沙摩智云计算机科技有限公司 | Mobile phone application distribution formula runs quickly starting system and method |
| CN110505283A (en) * | 2019-07-31 | 2019-11-26 | 湖南微算互联信息技术有限公司 | A kind of automatic maintenance system and method based on cloud mobile phone |
| CN111949368A (en) * | 2020-07-07 | 2020-11-17 | 西安万像电子科技有限公司 | Application program control method and device |
| CN112860408A (en) * | 2021-03-03 | 2021-05-28 | 苏州沁游网络科技有限公司 | Process keep-alive method, device and system in cloud reality machine and storage medium |
| CN114327781A (en) * | 2021-12-30 | 2022-04-12 | 奇安信科技集团股份有限公司 | Virtual terminal control method, device, system, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114826981A (en) | 2022-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10961651B2 (en) | Internet of things washing machine control method, control system, and washing machine | |
| CN108429629A (en) | Equipment fault restoration methods and device | |
| CN104065526B (en) | A kind of method and apparatus of server failure alarm | |
| US20130055271A1 (en) | Apparatus and method for controlling polling | |
| CN114826981B (en) | System and method for realizing application resident in cloud mobile phone | |
| CN109413612A (en) | A kind of communication connection method for building up and equipment | |
| CN102025562A (en) | Path detection method and device | |
| CN110445683B (en) | Server, equipment, method and system for monitoring survival state of server | |
| CN103795554A (en) | Terminal state managing method, device and system | |
| CN109982355B (en) | Method for saving and restoring network path, apparatus, terminal and storage medium thereof | |
| CN107656751A (en) | User program upgrade method and device | |
| CN109040295A (en) | Determination method and device, terminal and the storage medium of abnormal broken line | |
| CN116132519A (en) | Device management method, device and readable storage medium | |
| CN107257496A (en) | A kind of live control method, device and mobile terminal | |
| US7281027B2 (en) | Distributed processing system and network monitoring system | |
| CN107333252B (en) | Communication exception handling method and device and smart card terminal | |
| CN113396600B (en) | Information verification method, device, equipment and storage medium | |
| CN111400081A (en) | Process guarding method and device, electronic equipment and computer storage medium | |
| CN102263797A (en) | Session control method and device | |
| CN111338660A (en) | Method, system, equipment and storage medium for checking batch installation results of operating systems | |
| CN107766063A (en) | A kind of method and system of batch upgrade software | |
| CN103441872A (en) | Failure recovery method, device and communication system of user side equipment | |
| CN110543376A (en) | Android system equipment fault self-repairing method and android system equipment | |
| CN105528221A (en) | Electronic device reset processing method and apparatus | |
| CN105045759B (en) | Control communication method of financial self-service equipment |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |