CN111338898A - Application state acquisition method and device, electronic equipment and readable storage medium - Google Patents

Application state acquisition method and device, electronic equipment and readable storage medium Download PDF

Info

Publication number
CN111338898A
CN111338898A CN202010113312.9A CN202010113312A CN111338898A CN 111338898 A CN111338898 A CN 111338898A CN 202010113312 A CN202010113312 A CN 202010113312A CN 111338898 A CN111338898 A CN 111338898A
Authority
CN
China
Prior art keywords
application
service
state
intermediate service
starting
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.)
Granted
Application number
CN202010113312.9A
Other languages
Chinese (zh)
Other versions
CN111338898B (en
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.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou 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 Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202310281969.XA priority Critical patent/CN116361113A/en
Priority to CN202010113312.9A priority patent/CN111338898B/en
Publication of CN111338898A publication Critical patent/CN111338898A/en
Application granted granted Critical
Publication of CN111338898B publication Critical patent/CN111338898B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3051Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/448Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4482Procedural

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Stored Programmes (AREA)

Abstract

In the application state obtaining method, when a call request that a first application in the electronic device calls a local second application is detected, the second application is controlled to be started, and starting of an intermediate service is triggered, wherein the intermediate service can obtain a starting state of the second application, and the first application obtains the starting state of the second application through communication with the intermediate service, so that accuracy of the first application obtaining the starting state of the second application is guaranteed.

Description

Application state acquisition method and device, electronic equipment and readable storage medium
Technical Field
The embodiment of the specification relates to the technical field of computers, in particular to an application state acquisition method and device, an electronic device and a readable storage medium.
Background
With the continuous development of scientific technology, electronic technology has also been developed rapidly, and the business functions that can be realized by electronic devices are also more and more abundant. In the prior art, when a user uses an electronic device, the user often calls other local applications in the running process of one application, for example, when using a browser, if a payment scene is met, the user calls a payment application such as a payment bank and an internet bank.
Disclosure of Invention
The embodiment of the specification provides an application state acquisition method and device, electronic equipment and a computer-readable storage medium.
In a first aspect, an embodiment of the present specification provides an application state obtaining method, which is applied to an electronic device, where a first application and a second application are installed in the electronic device, and the method includes:
in the running process of the first application, if a call request of the first application for the second application is detected, controlling the second application to start;
starting an intermediate service corresponding to the second application, wherein the intermediate service can acquire the starting state of the second application and can communicate with the first application;
and communicating with the intermediate service through the first application to enable the first application to acquire the starting state of the second application.
In a second aspect, an embodiment of the present specification provides an application state obtaining apparatus, which is applied to an electronic device, where a first application and a second application are installed in the electronic device, and the apparatus includes:
the detection module is used for controlling the second application to be started if a calling request of the first application for the second application is detected in the running process of the first application;
the intermediate service starting module is used for starting an intermediate service corresponding to the second application, the intermediate service can acquire the starting state of the second application, and the intermediate service can communicate with the first application;
an obtaining module, configured to communicate with the intermediate service through the first application, so that the first application obtains a starting state of the second application.
In a third aspect, embodiments of the present specification provide an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor performs the steps of any one of the methods described above.
In a fourth aspect, the present specification provides a computer readable storage medium, on which a computer program is stored, which when executed by a processor implements the steps of any of the above methods.
The embodiment of the specification has the following beneficial effects:
in the application state obtaining method provided in the embodiment of the present specification, in the running process of a first application installed in an electronic device, when a call request of the first application for a second application is detected, the second application is opened; after the second application is opened, starting an intermediate service corresponding to the second application, wherein the intermediate service can acquire the starting state of the second application and can communicate with the first application; the first application obtains the launch status of the second application by communicating with the intermediary service. In the above scheme, since the intermediate service can acquire the starting state of the second application, the first application can acquire the starting state of the second application by accessing the intermediate service, so that the first application can accurately acquire the starting state of the second application, and the accuracy rate of the acquired starting state of the second application is ensured; further, whether the second application is successfully started or not can be accurately obtained, so that the calling condition of the second application can be accurately obtained, if the second application is successfully started, the second application can feed back a calling result based on the calling request, and if the second application is failed to be started, the calling is failed.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the specification. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:
fig. 1 is a flowchart of an application state obtaining method provided in a first aspect of an embodiment of the present disclosure;
fig. 2 is an interaction diagram of an application state obtaining method according to an embodiment of the present disclosure;
fig. 3 is a schematic diagram of an application state acquiring apparatus provided in a second aspect of an embodiment of the present specification;
fig. 4 is a schematic diagram of an electronic device provided in a third aspect of an embodiment of the present specification.
Detailed Description
In order to better understand the technical solutions, the technical solutions of the embodiments of the present specification are described in detail below with reference to the drawings and specific embodiments, and it should be understood that the specific features of the embodiments and embodiments of the present specification are detailed descriptions of the technical solutions of the embodiments of the present specification, and are not limitations of the technical solutions of the present specification, and the technical features of the embodiments and embodiments of the present specification may be combined with each other without conflict.
In a first aspect, an embodiment of the present disclosure provides an application status obtaining method, which is applied to an electronic device, where the electronic device may be a mobile phone, a computer, a tablet computer, and the like, and is not limited herein. The electronic device is provided with a first application and a second application, where the first application and the second application may be any application installed in the electronic device, for example, taking the electronic device as a mobile phone, the first application may be a mobile phone browser, or a mobile phone application embedded with a browser, or other applications, the second application may be a payment application installed in the mobile phone, such as a payment treasure, an internet bank, or the like, or a shopping application such as a treasure, a kyoto, or a download application such as a thunderbolt, a cloud disk, or the like.
When a user is using a first application, if the first application needs to use the functions and services of other applications, a second application needs to be invoked. In the prior art, when a first application calls a second application, in order to determine whether the second application is successfully called, the processor usage of the electronic device is generally detected, because if the second application is successfully called, the processor usage is increased due to the start of the second application, and if the processor usage is detected to be increased, the second application is considered to be successfully called. However, the increase in the processor usage rate of the electronic device is not necessarily caused by the second application being opened, and may also be caused by other events, for example, a user opening a third application may also cause the processor usage rate to increase, which is obviously inaccurate if the determination of whether the second application is opened is made by detecting the processing usage rate. Therefore, the application state obtaining method provided by the application accurately obtains the state of the second application when the first application calls the second application to determine whether the second application is successfully called.
As shown in fig. 1, a flowchart of an application status obtaining method provided in an embodiment of the present disclosure is provided, where the method includes the following steps:
step S11: in the running process of the first application, if a call request of the first application for the second application is detected, controlling the second application to start;
step S12: starting an intermediate service corresponding to the second application, wherein the intermediate service can acquire the starting state of the second application and can communicate with the first application;
step S13: and communicating with the intermediate service through the first application to enable the first application to acquire the starting state of the second application.
In this embodiment of the present specification, the first application may be any application or any applet in the electronic device, and for convenience of description, the first application is described by taking a browser installed in the electronic device as an example. When the user uses the browser, it may be necessary to use functions of other local applications, for example, when the user browses a shopping webpage through the browser, the local payment application may be invoked by clicking a payment key or a link on the current page, and at this time, the second application may be a payment application or a payment applet such as a payment treasure or an internet bank. For another example, when the user browses a movie resource webpage through a browser, the user can trigger the opening of the download application by clicking the download link, and at this time, the second application is a download application such as a thunderbolt or a cloud disk or a download applet.
And when a call request of the first application for the second application is detected, opening the second application. In a specific implementation process, the first application may invoke the second application through the scheme, for example, locate the second application inside a system of the electronic device by using the scheme of a URL (Uniform Resource Locator), and after detecting a call request of the second application, open the second application in response to the request.
After the second application is opened, an intermediate service corresponding to the second application is started, and the intermediate service may be a local service or a remote service. The intermediate service may be a service provided by the second application itself or a service provided by a third party. The intermediate service may obtain a start state of the second application, and the start state of the second application may be a start-successful state or a start-failed state. Specifically, the intermediate service is not limited to http (HyperText Transfer Protocol) Protocol, socket service, or the like. After the intermediate service is started, the intermediate service may actively send a state acquisition request to the second application to acquire a start state of the second application, or the second application may actively notify the intermediate service of its own state. Therefore, the intermediate service can accurately acquire the starting state of the second application.
The first application may be capable of communicating with the intermediate service to obtain the start state of the second application, for example, the first application may actively send a state query request to the intermediate service to obtain the start state of the second application, or after the intermediate service starts, if a call request for the second application initiated by the first application is detected, the intermediate service may actively send the start state of the second application to the first application, which is not limited herein. In a specific implementation process, the communicating with the intermediate service through the first application by using the first application as a browser to enable the first application to obtain the start state of the second application includes: sending a state query request for the second application to the intermediate service through the browser to obtain a starting state of the second application.
In the solution in this embodiment, since the intermediate service can accurately acquire the start state of the second application, which is acquired by the first application through communication with the intermediate service, is also accurate. In addition, the first application judges whether the second application is successfully opened or not through the intermediate service, so that the intermediate service can be compatible with the query requests of various types of applications, and the operability and the compatibility are high.
In a specific implementation process, for different operating environments of different electronic devices, such as system versions, system types, and the like, some electronic devices may only start a local service, some electronic devices may only start a remote service, and of course, there are also electronic devices that can start both a local service and a remote service. In this embodiment of the present specification, when starting the intermediate service, priority may be set on a start type of the intermediate service, for example, for an electronic device that can start both a local service and a remote service, a local service is started as the intermediate service preferentially, that is: determining whether the electronic device is capable of triggering initiation of a local service; if so, starting a local service corresponding to the second application as the intermediate service; and if not, starting the remote service corresponding to the second application as the intermediate service. Of course, the remote service may be started preferentially as the intermediate service, or the local service or the remote service may be started randomly without setting a priority to the start type of the intermediate service, which is not limited herein.
For convenience of description, taking an example that the local service is http (HyperText Transfer Protocol) service, when a first application needs to call a second application, opening the second application based on a call request of the first application, and determining whether the electronic device can provide the local service, that is, starting the local http service, where whether the electronic device can support the start of the local service may be determined by an attribute of the second application or a system environment of the electronic device, for example, if the system environment of the electronic device allows the second application to start the local service, starting the http service as an intermediate service, and if the system environment of the electronic device cannot start the local service, starting the remote service as the intermediate service, or, if the intermediate service is a service provided by the second application, determining whether the second application can start the local http service according to the attribute of the second application, if the second application cannot start the local http service, the http service may be started on the user's computer as an intermediate service.
In addition, when the intermediate service is started, if the second application or the electronic device can trigger the start of both the local service and the remote service, the type of the intermediate service may be determined according to the object with which the first application can communicate. For example, if the first application can only communicate with the local service, the local service is started as the intermediate service, if the first application can only communicate with the remote service, the remote service is started as the intermediate service, if the first application can communicate with both the local service and the remote service, priority of the intermediate service may be set or a type of the intermediate service may be randomly selected, which is not limited herein.
In this embodiment, when communicating with the intermediate service, the first application may be implemented as follows: sending a status query request to the intermediate service through the first application, wherein the status query request contains identification information of the second application; receiving, by the first application, a response result of the intermediate service for the status query request, and determining a launch status of the second application based on the response result.
In particular implementations, the first application, after initiating a call request for the second application, may send a launch status query request for the second application to the intermediate service. For example, when the first application is a browser And the intermediate service is a local http service, the browser may request the local http service through ajax (Asynchronous Javascript And XML), if the response result is a response success, the start state of the second application is determined to be a start success, the second application is invoked successfully, And if the response result is a response failure or the first application does not receive feedback of the intermediate service within a predetermined time period, the start state of the second application is determined to be a start failure And the invocation failure.
It should be noted that, when there is a case of invoking multiple applications, for example, when a user uses a mobile phone, and invokes two applications, namely a mobile phone panning and a mobile phone payment treasure, through a mobile phone browser, if the intermediate services corresponding to the mobile phone panning and the mobile phone payment treasure are both remote http services, in order to distinguish the two applications, the browser may take identification information of the applications to access the intermediate services, where the identification information may be information such as IDs and names of the applications. For example, the browser sends a request with identification information of a mobile phone panning device and a request with identification information of a payment device to acquire the states of the two applications, respectively, and the response result of the intermediate service feedback should also include the identification information of the two applications, so that the first application can distinguish the state of each application based on the identification information of the applications.
Further, the first application may perform different responses according to the acquired start state of the second application, in this embodiment of the present specification, the first application is controlled to execute a target control instruction corresponding to the start state of the second application based on the acquired start state of the second application, where the target control instruction is an instruction for prompting a user that the second application is successfully invoked when the start state of the second application is successful, and the target control instruction is an instruction for prompting a user that the second application is unsuccessfully invoked when the start state of the second application is application failed.
In a specific implementation process, the target control instruction may be set according to actual needs, for example, the target control instruction may be a page jump instruction, a prompt information generation instruction, and the like. The target control instruction is different according to the starting state of the second application. For example, when a user calls a second application by clicking a button on a display page of a first application, a current page may be changed into a loading page, when the starting state of the second application obtained by the first application is successful in starting, the currently displayed loading page of the first application may be skipped to a page for prompting the user to call the user successfully, and when the obtained starting state of the second application is failed in starting, the currently displayed loading page of the first application may be skipped to a page for prompting the user to call the user unsuccessfully.
In addition, if the starting state of the second application is a failed starting state, the first application may reinitiate the call request to retry, specifically, the number of times of the reinitiation may be set, and if the call is not successful within the set number of times, the first application prompts the user that the second application cannot be called. Therefore, the method in the embodiment of the specification can link the response of the first application with the starting state of the second application, and execute different instructions based on the starting state of the second application, so that a user can more directly know whether the second application is started successfully, and the user experience is improved.
In an embodiment of this specification, after the communicating with the intermediate service through the first application and enabling the first application to acquire the start state of the second application, the method further includes: and when the starting state of the second application is successful, controlling the second application to feed back the calling result of the calling request to the first application based on the calling request.
In a specific implementation process, when the second application is successfully started, the second application may perform a corresponding operation according to the call request, for example, when the first application is a browser and the second application is a pay bank, if a user browses a shopping website using the browser and needs to pay using the pay bank, the call request may complete payment for calling a payment function of the pay bank, when the pay bank is successfully started, the payment page is started according to the call request, the user may perform a payment operation on the payment page again, and after the payment is completed, the second application may feed back a call result of the successful payment to the first application.
For better understanding of the application state obtaining method provided in the embodiment of the present specification, please refer to fig. 2, which is an interaction diagram of the application state obtaining method provided in the embodiment of the present specification, in fig. 2, a first application is a browser, a second application is a local application, and a local service is an application service provided by the second application. Firstly, a browser initiates a calling request aiming at local application; then the browser queries a state query request of the local application from the intermediate service; if the called local application is successfully started, the local application can inform the intermediate service application of successful start through the local service provided by the local application, and the intermediate service can mark the state of the local application and mark the state as successful start of the application; the intermediate service feeds back the state of the local application to the browser; the browser responds based on the received state of the native application.
Further, in order to further determine whether the second application fails to be invoked, in this embodiment of the present specification, after a response result of the first application receiving the intermediate service feedback is a response failure, it is determined whether the second application runs in a foreground of the electronic device, and whether the first application runs in a background of the electronic device, and if the second application runs in the foreground of the electronic device and the first application runs in the background of the electronic device, it is determined that the second application is successfully invoked.
In a specific implementation process, when a user uses a first application, the first application runs in a foreground of the electronic device, and after the user calls a local second application by clicking a link or a key on a page of the first application, if the second application is successfully called, the second application runs in the foreground of the electronic device, and the first application runs in a background of the electronic device. Therefore, whether the second application is invoked or not can be judged through the running conditions of the first application and the second application.
To sum up, the application state obtaining method provided in this specification connects the first application and the second application through the intermediate server, so that the first application obtains the start state of the second application, and the method has strong operability and high compatibility, and ensures that the first application can accurately obtain the start state of the second application.
In a second aspect, based on the same inventive concept, an embodiment of the present specification provides an application status obtaining apparatus, which is applied to an electronic device, where a first application and a second application are installed in the electronic device, and please refer to fig. 3, the apparatus includes:
a detecting module 31, configured to, in an operation process of the first application, if a call request of the first application for the second application is detected, control the second application to start;
an intermediate service starting module 32, configured to start an intermediate service corresponding to the second application, where the intermediate service is capable of acquiring a starting state of the second application, and the intermediate service is capable of communicating with the first application;
an obtaining module 33, configured to communicate with the intermediate service through the first application, so that the first application obtains a starting state of the second application.
In an alternative implementation, the apparatus further includes:
a determination module to determine whether the electronic device is capable of triggering initiation of a local service; if so, starting a local service corresponding to the second application as the intermediate service; and if not, starting the remote service corresponding to the second application as the intermediate service.
In an alternative implementation, the obtaining module 33 is configured to:
sending a status query request to the intermediate service through the first application, wherein the status query request contains identification information of the second application;
receiving, by the first application, a response result of the intermediate service for the status query request, and determining a launch status of the second application based on the response result.
In an alternative implementation, the apparatus further includes:
and the execution module is used for controlling the first application to execute a target control instruction corresponding to the starting state of the second application based on the starting state of the second application, wherein the target control instruction is an instruction for prompting a user that the second application is successfully called when the starting state of the second application is successfully started, and the target control instruction is an instruction for prompting the user that the second application is unsuccessfully called when the starting state of the second application is unsuccessfully started.
In an alternative implementation manner, the first application is a browser, and the obtaining module 33 is configured to:
sending a state query request for the second application to the intermediate service through the browser to obtain a starting state of the second application.
In an alternative implementation, the apparatus further includes:
and the response module is used for controlling the second application to feed back the calling result of the calling request to the first application based on the calling request when the starting state of the second application is successful.
With regard to the above-mentioned apparatus, specific functions of each module have been described in detail in the embodiment of the application state acquisition method provided in the embodiment of the present specification, and will not be elaborated herein.
In a third aspect, based on the same inventive concept as the application state acquiring method in the foregoing embodiments, an embodiment of the present specification further provides an electronic device, as shown in fig. 4, including a memory 404, a processor 402, and a computer program stored on the memory 404 and executable on the processor 402, where the processor 402 implements the steps of any one of the foregoing application state acquiring methods when executing the program.
Where in fig. 4 a bus architecture (represented by bus 400) is shown, bus 400 may include any number of interconnected buses and bridges, and bus 400 links together various circuits including one or more processors, represented by processor 402, and memory, represented by memory 404. The bus 400 may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. A bus interface 406 provides an interface between the bus 400 and the receiver 401 and transmitter 403. The receiver 401 and the transmitter 403 may be the same element, i.e., a transceiver, providing a means for communicating with various other apparatus over a transmission medium. The processor 402 is responsible for managing the bus 400 and general processing, while the memory 404 may be used for storing data used by the processor 402 in performing operations.
In a fourth aspect, based on the inventive concept based on the application state acquisition method in the foregoing embodiments, the present specification embodiment further provides a computer readable storage medium, on which a computer program is stored, which when executed by a processor implements the steps of any one of the foregoing application state acquisition method based methods.
The description has been presented with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the description. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present specification have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all changes and modifications that fall within the scope of the specification.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present specification without departing from the spirit and scope of the specification. Thus, if such modifications and variations of the present specification fall within the scope of the claims of the present specification and their equivalents, the specification is intended to include such modifications and variations.

Claims (14)

1. An application state acquisition method is applied to electronic equipment, wherein a first application and a second application are installed in the electronic equipment, and the method comprises the following steps:
in the running process of the first application, if a call request of the first application for the second application is detected, controlling the second application to start;
starting an intermediate service corresponding to the second application, wherein the intermediate service can acquire the starting state of the second application and can communicate with the first application;
and communicating with the intermediate service through the first application to enable the first application to acquire the starting state of the second application.
2. The method of claim 1, prior to the launching of the intermediate service corresponding to the second application, the method further comprising:
determining whether the electronic device is capable of triggering initiation of a local service;
if so, starting a local service corresponding to the second application as the intermediate service;
and if not, starting the remote service corresponding to the second application as the intermediate service.
3. The method of claim 1 or 2, the communicating with the intermediary service through a first application causing the first application to obtain a launch state of the second application, comprising:
sending a status query request to the intermediate service through the first application, wherein the status query request contains identification information of the second application;
receiving, by the first application, a response result of the intermediate service for the status query request, and determining a launch status of the second application based on the response result.
4. The method of claim 1, after the first application obtains the launch state of the second application by communicating with the intermediary service through the first application, the method further comprising:
and controlling the first application to execute a target control instruction corresponding to the starting state of the second application based on the starting state of the second application, wherein the target control instruction is an instruction for prompting a user that the second application is successfully called when the starting state of the second application is successfully started, and the target control instruction is an instruction for prompting the user that the second application is unsuccessfully called when the starting state of the second application is unsuccessfully started.
5. The method of claim 1, wherein the first application is a browser, and the communicating with the intermediate service through the first application causes the first application to obtain the launch state of the second application comprises:
sending a state query request for the second application to the intermediate service through the browser to obtain a starting state of the second application.
6. The method of claim 5, after the first application obtains the launch state of the second application by communicating with the intermediary service through the first application, the method further comprising:
and when the starting state of the second application is successful, controlling the second application to feed back the calling result of the calling request to the first application based on the calling request.
7. An application state acquisition device is applied to electronic equipment, wherein a first application and a second application are installed in the electronic equipment, and the device comprises:
the detection module is used for controlling the second application to be started if a calling request of the first application for the second application is detected in the running process of the first application;
the intermediate service starting module is used for starting an intermediate service corresponding to the second application, the intermediate service can acquire the starting state of the second application, and the intermediate service can communicate with the first application;
an obtaining module, configured to communicate with the intermediate service through the first application, so that the first application obtains a starting state of the second application.
8. The apparatus of claim 7, further comprising:
a determination module to determine whether the electronic device is capable of triggering initiation of a local service; if so, starting a local service corresponding to the second application as the intermediate service; and if not, starting the remote service corresponding to the second application as the intermediate service.
9. The apparatus of claim 7 or 8, the obtaining means to:
sending a status query request to the intermediate service through the first application, wherein the status query request contains identification information of the second application;
receiving, by the first application, a response result of the intermediate service for the status query request, and determining a launch status of the second application based on the response result.
10. The apparatus of claim 7, further comprising:
and the execution module is used for controlling the first application to execute a target control instruction corresponding to the starting state of the second application based on the starting state of the second application, wherein the target control instruction is an instruction for prompting a user that the second application is successfully called when the starting state of the second application is successfully started, and the target control instruction is an instruction for prompting the user that the second application is unsuccessfully called when the starting state of the second application is unsuccessfully started.
11. The apparatus of claim 7, the first application being a browser, the obtaining module to:
sending a state query request for the second application to the intermediate service through the browser to obtain a starting state of the second application.
12. The apparatus of claim 7, further comprising:
and the response module is used for controlling the second application to feed back the calling result of the calling request to the first application based on the calling request when the starting state of the second application is successful.
13. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the method of any one of claims 1-6 when executing the program.
14. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 6.
CN202010113312.9A 2020-02-24 2020-02-24 Application state acquisition method and device, electronic equipment and readable storage medium Active CN111338898B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202310281969.XA CN116361113A (en) 2020-02-24 2020-02-24 Application state acquisition method and device, electronic equipment and readable storage medium
CN202010113312.9A CN111338898B (en) 2020-02-24 2020-02-24 Application state acquisition method and device, electronic equipment and readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010113312.9A CN111338898B (en) 2020-02-24 2020-02-24 Application state acquisition method and device, electronic equipment and readable storage medium

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202310281969.XA Division CN116361113A (en) 2020-02-24 2020-02-24 Application state acquisition method and device, electronic equipment and readable storage medium

Publications (2)

Publication Number Publication Date
CN111338898A true CN111338898A (en) 2020-06-26
CN111338898B CN111338898B (en) 2023-04-07

Family

ID=71185581

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310281969.XA Pending CN116361113A (en) 2020-02-24 2020-02-24 Application state acquisition method and device, electronic equipment and readable storage medium
CN202010113312.9A Active CN111338898B (en) 2020-02-24 2020-02-24 Application state acquisition method and device, electronic equipment and readable storage medium

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202310281969.XA Pending CN116361113A (en) 2020-02-24 2020-02-24 Application state acquisition method and device, electronic equipment and readable storage medium

Country Status (1)

Country Link
CN (2) CN116361113A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115550416A (en) * 2022-03-16 2022-12-30 荣耀终端有限公司 Application server connection method, device and storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106651522A (en) * 2016-12-26 2017-05-10 腾讯科技(深圳)有限公司 Information interaction method and device
CN107168960A (en) * 2016-03-07 2017-09-15 阿里巴巴集团控股有限公司 A kind of business performs method and device
CN107370778A (en) * 2016-05-11 2017-11-21 阿里巴巴集团控股有限公司 A kind of method and system for starting application

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107168960A (en) * 2016-03-07 2017-09-15 阿里巴巴集团控股有限公司 A kind of business performs method and device
CN107370778A (en) * 2016-05-11 2017-11-21 阿里巴巴集团控股有限公司 A kind of method and system for starting application
CN106651522A (en) * 2016-12-26 2017-05-10 腾讯科技(深圳)有限公司 Information interaction method and device

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115550416A (en) * 2022-03-16 2022-12-30 荣耀终端有限公司 Application server connection method, device and storage medium

Also Published As

Publication number Publication date
CN111338898B (en) 2023-04-07
CN116361113A (en) 2023-06-30

Similar Documents

Publication Publication Date Title
US11921996B2 (en) Information processing terminal and control method
CN107203419B (en) Method, device and system for calling among modules in application program
EP3493057A1 (en) Method and apparatus for awakening application by means of mobile browser
US20070220083A1 (en) Estimation of initial dynamic rendering control data
EP3550788A1 (en) Data acquisition method and device
CN108833585B (en) Information interaction method and device and storage medium
CN103777967A (en) Page returning method and page generating method and device
CN110968331B (en) Method and device for running application program
CN111338829B (en) Calling method and device for remote procedure call service
CN111338898B (en) Application state acquisition method and device, electronic equipment and readable storage medium
CN110618768B (en) Information presentation method and device
CN111159269A (en) Data processing method, device and system
US10193737B2 (en) Method for performing communication between browser and mobile terminal, and browser apparatus
CN106095886B (en) Data processing method and device
CN110069185B (en) Method and apparatus for co-running hosted applications
CN110928603A (en) Service providing method and device
US20150222712A1 (en) Information processing terminal and control method
WO2021103644A1 (en) Data structure, communication method and apparatus, storage medium and device
CN107623704B (en) Data interaction method in terminal equipment, client and browser
CN112306858A (en) Test method and device and electronic equipment
CN112948225A (en) Link monitoring method and device, monitoring equipment and storage medium
CN112073462A (en) Positioning method and device
CN110737484A (en) method for starting application program and terminal equipment
US20240152504A1 (en) Data interaction method, apparatus, and electronic device
CN113032167A (en) Page communication method, device and 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