WO2018019168A1 - 通过移动浏览器唤醒app应用的方法及装置 - Google Patents

通过移动浏览器唤醒app应用的方法及装置 Download PDF

Info

Publication number
WO2018019168A1
WO2018019168A1 PCT/CN2017/093539 CN2017093539W WO2018019168A1 WO 2018019168 A1 WO2018019168 A1 WO 2018019168A1 CN 2017093539 W CN2017093539 W CN 2017093539W WO 2018019168 A1 WO2018019168 A1 WO 2018019168A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile browser
target app
information
target
app
Prior art date
Application number
PCT/CN2017/093539
Other languages
English (en)
French (fr)
Inventor
林传杰
Original Assignee
阿里巴巴集团控股有限公司
林传杰
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 阿里巴巴集团控股有限公司, 林传杰 filed Critical 阿里巴巴集团控股有限公司
Priority to MYPI2019000454A priority Critical patent/MY202338A/en
Priority to JP2019504762A priority patent/JP6742650B2/ja
Priority to KR1020197006041A priority patent/KR102205749B1/ko
Priority to EP17833471.0A priority patent/EP3493057A4/en
Priority to SG11201900652YA priority patent/SG11201900652YA/en
Publication of WO2018019168A1 publication Critical patent/WO2018019168A1/zh
Priority to US16/257,847 priority patent/US10977103B2/en

Links

Images

Classifications

    • 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/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • 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/4418—Suspend and resume; Hibernate and awake
    • 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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G06F9/548—Object oriented; Remote method invocation [RMI]
    • 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
    • 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/445—Program loading or initiating
    • 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/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
    • G06F9/45529—Embedded in an application, e.g. JavaScript in a Web browser
    • 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • 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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • 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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • 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/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities

Definitions

  • the present application relates to the field of communications, and in particular, to a method and apparatus for waking up an APP application through a mobile browser.
  • the user When the user jumps to the third-party APP in the APP application of the initiator or the mobile browser, and the application completes the corresponding business process, the user usually has the APP application returned to the initiator or the mobile browser continues to complete the corresponding business process. Demand.
  • the initiator when the initiator is an APP application on the user mobile terminal, the APP application can be returned to the initiator based on the jump mechanism between the APP applications in the Android system. Then, when the originator is a mobile browser on the user's mobile terminal, there is usually a problem that the third-party APP application cannot automatically return to the mobile browser after completing the corresponding service.
  • the application proposes a method for waking up an APP application by using a mobile browser, the method comprising:
  • the mobile browser Receiving, by the mobile browser, first call data submitted when initiating a service call for the target APP;
  • the first call data includes a custom parameter for evoking the target APP and identification information of the mobile browser;
  • the identification information includes package name information of the mobile browser;
  • the identifier information of the mobile browser further includes user agent information of the mobile browser
  • the package name information of the mobile browser is used by the target APP to the system server based on the User Agent information of the mobile browser.
  • the query is obtained.
  • the second call data is an Intent built by the target APP based on the package name information of the mobile browser to wake up the mobile browser;
  • Responding to the second call data that is submitted by the target APP and carrying the package name information of the mobile browser, returning to the mobile browser includes:
  • An Activity component corresponding to the mobile browser is invoked to return to the mobile browser.
  • the application also proposes a method for waking up an APP application by using a mobile browser, the method comprising:
  • the identifier information includes package name information of the mobile browser
  • first call data for the target APP includes a custom parameter for evoking the target APP and identification information of the mobile browser, such that the system is based on The custom parameter wakes up the target APP, and returns the mobile browser to the Intent carrying the package name information of the mobile browser submitted by the target APP when the target APP completes the corresponding target service.
  • obtaining the identifier information of the mobile browser includes:
  • the identifier information of the mobile browser further includes User Agent information of the mobile browser.
  • the package name information of the mobile browser is used by the target APP to the system server based on the User Agent information of the mobile browser.
  • the query is obtained.
  • the first call data includes a url defined according to a Schema protocol
  • submitting the first call data for the target APP to the system includes:
  • a custom parameter for evoking the target business interface of the target APP, and the identification information of the mobile browser is encapsulated to the defined url;
  • the system interface is called and the url is submitted to the system.
  • the application also proposes an apparatus for waking up an APP application by using a mobile browser, the apparatus comprising:
  • a receiving module configured to receive first call data submitted by the mobile browser when initiating a service call for the target APP;
  • the first call data includes a custom parameter for evoking the target APP and the mobile browser Identification information;
  • the identification information includes package name information of the mobile browser;
  • a wake-up module configured to wake up the target APP to perform a corresponding target service based on the custom parameter, and transmit the identification information of the mobile browser to the target APP;
  • the response module is configured to, after the execution of the target service is completed, return to the mobile browser in response to the second call data that is submitted by the target APP and that carries the package name information of the mobile browser.
  • the package name information of the mobile browser is determined by the target APP based on the User Agent information of the mobile browser.
  • the system server query is obtained.
  • the second call data is an Intent built by the target APP based on the package name information of the mobile browser to wake up the mobile browser;
  • the response module is specifically configured to:
  • An Activity component corresponding to the mobile browser is invoked to return to the mobile browser.
  • the application also proposes an apparatus for waking up an APP application by using a mobile browser, the apparatus comprising:
  • An obtaining module configured to obtain identification information of the mobile browser when initiating a service call for the target APP; the identifier information includes package name information of the mobile browser;
  • a submitting module configured to submit, to the system, first call data for the target APP, where the first call data includes a custom parameter for evoking the target APP and identification information of the mobile browser, And causing the system to wake up the target APP based on the custom parameter, and in response to the target APP submitting an Intent returning information carrying the package name information of the mobile browser when the target APP completes the corresponding target service The mobile browser.
  • the obtaining module is specifically configured to:
  • the identifier information of the mobile browser further includes User Agent information of the mobile browser.
  • the package name information of the mobile browser is used by the target APP to the system server based on the User Agent information of the mobile browser.
  • the query is obtained.
  • the first call data includes a url defined according to a Schema protocol
  • the submitting module is specifically configured to:
  • a custom parameter for evoking the target business interface of the target APP, and the identification information of the mobile browser is encapsulated to the defined url;
  • the system interface is called and the url is submitted to the system.
  • the mobile browser of the service initiator initiates a service call for the target APP
  • the target is made.
  • the APP completes the corresponding target business
  • it can submit the data to the system.
  • the Intent with the package name information is returned to the mobile browser of the service initiator by the system in response to the Intent, so that after the user completes the service by calling the third party target APP, the user can automatically return to the initiator's mobile browser without
  • the user's mobile browser needs to be manually selected by the user to improve the user experience.
  • FIG. 1 is a flowchart of a method for waking up an APP application by using a mobile browser according to an embodiment of the present application
  • FIG. 2 is an example of JavaScript code for obtaining a User Agent information of a mobile browser according to a service front page according to an embodiment of the present application
  • FIG. 3 is a schematic diagram of storage of a server list maintained on a system server according to an embodiment of the present application
  • FIG. 5 is an example of Java code of an Intent built by a package name of a mobile browser of a service initiator according to an embodiment of the present application
  • FIG. 6 is a logic block diagram of an apparatus for waking up an APP application by using a mobile browser according to an embodiment of the present application
  • FIG. 7 is a hardware structural diagram of a mobile terminal that carries the apparatus for waking up an APP application by using a mobile browser according to an embodiment of the present application;
  • FIG. 8 is a logic block diagram of another apparatus for waking up an APP application by using a mobile browser according to an embodiment of the present application
  • FIG. 9 is a hardware structural diagram of a mobile terminal that carries the another device that wakes up an APP application through a mobile browser according to an embodiment of the present application.
  • the mobile browser of the business initiator is working on a third-party APP.
  • the url (Uniform Resole Locator) can be defined based on the Schema protocol, and the service interface of the third-party APP is awakened by the defined url to execute the corresponding business process.
  • the Schema protocol is a compatible protocol for Android systems.
  • the url for waking up the APP may be defined based on the Schema protocol, and the custom parameter for evoking the service interface specified by the APP is encapsulated in the url, and then passed through the system API.
  • the interface submits the url to the Android system.
  • the Android system can parse the Schema protocol, and wake up the business interface specified by the APP through the custom parameters encapsulated in the url to perform the service call.
  • the user When the user initiates a service call for the third-party APP through the mobile browser of the service initiator, and completes the corresponding business process in the specified service interface of the evoke, the user usually has a mobile browser that returns the service initiator. Continue to complete the requirements of its original business processes.
  • Intent is a method defined in the Android system for communication between various components of the Android application.
  • the Intent is responsible for describing the actions of the two components in performing one operation, the data involved in the action, and the additional data, and is used to provide related information that the components call each other.
  • the APP can submit to the android system for jumping to the mobile
  • android system can parse the parameters carried in the Intent for Intent matching, call the Activity component of other APP corresponding to the matching Intent, to jump to the specified page of other APP.
  • the mobile browser is based on the url defined by the Schema protocol, the source information of the application is usually not supported, so the android system carries the parameters carried in the Intent based on the APP submission.
  • the mobile browser may not be able to accurately match the mobile browser of the service originator due to insufficient information of the mobile browser.
  • the android system usually wakes up all the mobile browsers in the system and pops up a browser selection window for the user, and the user manually selects the mobile browser that needs to be returned.
  • the android system cannot automatically return to the mobile browser of the service initiator, the user needs to manually select, so the operation is cumbersome and the user experience is not good.
  • the user is not familiar with these browsers, so the user The manually selected mobile browser may not be the mobile browser of the original business originator.
  • the third convenience in web applications such as mobile browsers, the status of the user operation is usually recorded by a cookie (for example, the login status of the user, the status of the security control check, etc.), if the mobile browser selected by the user is not the original one.
  • a cookie for example, the login status of the user, the status of the security control check, etc.
  • the present application proposes a method for waking up an APP application by using a mobile browser.
  • the mobile browser of the service initiator initiates a service call for the target APP, by carrying the package name information of the mobile browser in the call data, And transmitting, by the system, the package name information to the target APP, so that after completing the corresponding target service, the target APP may submit an Intent carrying the package name information to the system, and the system returns to the mobile browser of the service initiator by the system in response to the Intent.
  • the user After the user completes the service by calling the third party target APP, the user can automatically return to the initiator's mobile browser without manually selecting the returned mobile browser, thereby improving the user experience.
  • FIG. 1 is a schematic diagram of a method for waking up an APP application by using a mobile browser, which is applied to a mobile terminal, where the mobile terminal can be equipped with an android system. And in the android system installed mobile browser and at least one target APP application, mobile browser to interact with the android system, perform the following steps:
  • Step 101 The mobile browser acquires the identifier information of the mobile browser when initiating a service call for the target APP; the identifier information includes the package name information of the mobile browser;
  • the mobile browser's service call to the target APP can be manually triggered by the user in the business interface local to the mobile browser.
  • the user option in the mobile browser may be provided with a user option for the user to operate in advance; wherein the user option may be an interactive button or a link.
  • the user option may be an interactive button of “using Alipay payment” provided in the above shopping interface. It can also be a link that can trigger a jump to the payment interface of the Alipay Wallet app.
  • the user can trigger the mobile browser to initiate a service call for the target APP application of the third party by performing a touch operation on the above user option in the above service interface.
  • the mobile browser listens to the user's touch event for the above user option in the background, the business interface call for the target APP application can be initiated immediately through the android system.
  • the target APP application may return the url of the corresponding service front interface to the mobile browser, and after receiving the url, the service browser may jump to the corresponding service front. interface.
  • the foregoing service front interface specifically refers to a web page that is loaded on a mobile browser and is used to execute a service in a third-party target APP application.
  • the specific functions of the front-end interface of the service can be jointly developed by the supplier of the mobile browser and the supplier of the target APP of the third party.
  • the service front page may be a supplier of the mobile browser and a supplier of the Alipay wallet APP.
  • the service front page is used as the front end of the service execution, and the identification information of the mobile browser as the service initiator can be obtained.
  • the identification information of the mobile browser may include a Package Name or a User Agent information of the mobile browser.
  • Package Name is the unique identifier defined by the Android system for each APP in the system.
  • the User Agent information usually records information such as the name and version of the browser.
  • the version information of the mobile browser usually includes information such as the system environment of the mobile browser.
  • the service front page can directly obtain the user of the mobile browser by executing the JavaScript code loaded in the service front page.
  • Agent information can be.
  • FIG. 2 is an example of a JavaScript code for obtaining a User Agent information of a mobile browser according to a service front page shown in this example.
  • the service front page may obtain the User Agent information when acquiring the current Mobile Browser Package Name. As an index, query the system name of the mobile browser to the system server of the android system.
  • a service list storing the user agent information of the mobile browser, the package name of the mobile browser, and the mapping relationship of the active activity component of the mobile browser may be pre-maintained on the system server.
  • the service front page may send the user agent information of the mobile browser to the system server.
  • the service front page may upload the user agent information of the mobile browser in the form of a request by using an AJAX interface with the system server when the user agent information of the mobile browser is sent to the system server. To the above system server.
  • the system server may query the corresponding Package Name in the service list by using the User Agent information as an index, and then return the queried Package Name to the foregoing service front. page.
  • FIG. 3 is a schematic diagram of storage of the foregoing server list maintained on the above system server shown in this example.
  • the system server may first read the version information of the mobile browser from the User Agent information; the version information of the mobile browser usually includes the version of the mobile browser and the piggybacked In the system environment and the like, the system server may determine the category of the mobile browser in the service list based on the read information of the system environment and the like, for example, determining whether the bottom mount environment of the mobile browser is based on the android system or the Ios After determining the category of the mobile browser, the system may further query the corresponding Package Name according to the mobile browser name in the User Agent information, and the package name that is queried is the mobile browser in the android system. The unique identifier in the above system server can return the Package Name to the above business front page.
  • Step 102 Submit first call data for the target APP to the system, where the first call data includes a custom parameter for evoking the target APP and identification information of the mobile browser.
  • Step 103 The system receives first call data submitted by the mobile browser when initiating a service call for the target APP.
  • the first call data may be a url defined by the Schema protocol according to the service front page.
  • the above service front page is initiating a service call for the above target APP application:
  • the foregoing service front page may define a url for waking up the target APP based on the Schema protocol, and pre-defined a target service interface for arousing the target APP. Custom parameters are encapsulated into the url.
  • the service front page may also encapsulate the acquired current mobile browser identification information as an additional parameter that needs to be delivered to the target APP application to the url.
  • the Schema protocol supported by the android system can also be improved, so that the Schema protocol supports source information such as package name of the service originator application, and thus, in the url defined by the Schema protocol in this way, By default, the package name of the mobile originator's mobile browser is included, and the package name is no longer required to be encapsulated into the above url as an additional parameter.
  • the user invokes a service call for the payment package wallet APP through the Intent protocol through the mobile browser, and the identification information of the mobile browser is the package name.
  • the foregoing service front page is based on the Schema protocol and is used to wake up the Alipay.
  • the url of the wallet app can be as follows:
  • the foregoing service url is based on the url defined by the Schema protocol, and can be submitted to the android system by the above-mentioned service front page by calling the API system interface in the form of a request.
  • the service front page may be manually triggered by the user in the service front page when the service call of the target APP is submitted to the android system.
  • the user button operated by the user the user can perform a touch operation on the user button to trigger the business front page to submit the url to the android system in the form of a request.
  • the user initiates a payment process for the service call of the Alipay wallet APP by the user's local shopping interface of the mobile browser, and the identification information of the mobile browser of the service initiator is the package name, for example, the service front page A user button "Using Alipay Payment" can be provided, which can be pre-bound with the execution method defined in the JavaScript code as shown in FIG.
  • the user can "click" the user button to trigger the above-mentioned execution method of the business front page to be bound to the user button, and call the API system interface to submit the url to the android system in the form of a request.
  • zmVerifyUrl is a url for awakening the Alipay wallet APP defined by the Schema protocol for the service front page; the label “a” corresponds to the user button, “openIntentLink.dispatchEvent(ZmVerify. customClickEvent())” means that a user click event (customClickEvent) is bound to the tag "a", and when the user click event for the user button corresponding to the tag "a" is monitored, the above url is submitted to the request form. Android system.
  • the android system may obtain the above-mentioned custom parameter carried in the url and the identification information of the mobile browser of the service initiator by parsing the url submitted by the service front page. .
  • Step 104 Awaken the target APP based on the custom parameter to execute a corresponding target service, and transmit the identification information of the mobile browser to the target APP.
  • the android system obtains the above-mentioned custom parameters in the url and the identification information of the mobile browser of the service initiator after parsing the url submitted by the service front page:
  • the android system can associate the custom parameters in the url with the Activity component of the Alipay Wallet APP registered in the system configuration file (for example, the system configuration file can be the AndroidManifest.xml file in the android system). Intents are matched to locate the Activity component that needs to be evoked. When matched to the system file When any Intent is registered, the android system can immediately call the Activity component corresponding to the Intent to jump to the target service interface of the target APP application.
  • the system configuration file can be the AndroidManifest.xml file in the android system.
  • the identification information of the mobile browser of the service initiator encapsulated in the url may be transmitted to the target APP application.
  • the target APP application may receive the received User Agent information.
  • the system server sent to the android system the system server uses the User Agent information as an index, and locally stores the user agent information of the mobile browser, the package name of the mobile browser, and the active activity component of the mobile browser. Query the corresponding Package Name in the service list of the mapping relationship, and return the queried Package Name to the above target APP application.
  • Step 105 After the target service is executed, return to the mobile browser in response to the second call data that is submitted by the target APP and carrying the package name information of the mobile browser.
  • the second call data may be an Intent of the mobile browser built by the target APP application based on the mobile browser's package name information for waking up the service initiator.
  • the android system jumps to the target service interface of the target APP application by calling the Activity component corresponding to the matched Intent, the user can execute the subsequent business process in the target service interface.
  • the target service interface may be a payment interface of the Alipay wallet APP, and the user may input a payment password in the payment interface to complete the payment.
  • the target APP application may push the service execution result to the mobile initiator of the service initiator to trigger the mobile browser to jump to the service end page.
  • the above target APP application can be based on the service delivered by the android system.
  • the package name of the mobile browser of the originator, or the package name of the mobile browser of the service originator queried by the system service constructs an Intent, and triggers the android system to initiate the call based on the Intent by submitting the Intent to the android system.
  • the active component of the mobile browser of the party to return the mobile browser of the business initiator.
  • FIG. 5 is an example of Java code of the Intent built by the above-mentioned target APP based on the package name of the mobile originator's mobile browser.
  • "new ComponentName(Package Name, appName)” is the full name of the constructed Intent
  • "android.intent.action.View” is a standard intent supported by the android system, indicating Open the browser program and display the url
  • "intent.FLAG_ACTIVITY_NEW_TASK” which is also the standard intent supported by the android system, means to call the Activity component corresponding to the above Package Name, and push the Activity component to the top of the Activity stack maintained by the android system (the Activity component is Refers to the interactive window displayed by the system. Pushing the Activity to the top of the stack means moving the interactive window corresponding to the Activity to the top of the android desktop.
  • the android system can accurately locate the Activity component to be called based on the Package Name, so the android system will perform an Intent display at this time.
  • Call Intent call is divided into explicit call and implicit call, which clarifies that the called component's Activity component is called display call; otherwise, to clarify the called component's Activity component, it is matched by the attribute parameter defined in the Intent. And call the Activity component called implicit call).
  • the android system may parse the Intent to obtain the Package Name of the mobile browser of the service initiator carried in the Intent, and The package name is uploaded to the system server. Because the system server uses the package name as an index, the user agent information stored in the mobile browser, the package name of the mobile browser, and the active activity component mapping relationship of the mobile browser are stored locally. Query the mobile application's main Activity component in the service list, and then return the query to the main Activity component name to the above android system.
  • the android system may respond to the Intent submitted by the target APP application, invoke the active Activity component of the mobile browser, and use the active Activity component of the mobile browser. Push the top of the Activity stack maintained by the android system to return the mobile browser of the business initiator. At this time, the interactive window of the mobile browser will be displayed on the uppermost layer of the system desktop, and after the user completes the third-party business process in the target business interface of the target APP application, the system will return to the mobile browser of the business initiator. Business end page.
  • the package name can be used to accurately locate the active activity of the mobile browser of the service initiator that needs to be invoked, so that the display call of the Intent can be performed, and the service initiator is automatically redirected.
  • the business end page of the mobile browser does not need to use the system pop-up browser selection window in the whole process, and the user manually selects the mobile browser that needs to be returned, thereby improving the user experience.
  • the Intent may be submitted to the system to carry the package name information, so that the system returns to the mobile browser of the service initiator by the system in response to the Intent;
  • the android system can accurately locate the Activity to be called based on the package name information, so the android system can execute the Intent display call in response to the Intent.
  • the mobile browser is different from other browsers, the user needs to re-do the extra operation to restore the state of the user operation recorded by the browser, which can improve the user experience.
  • the present application also provides an embodiment of the device.
  • the present application provides an apparatus 60 for waking up an APP application through a mobile browser.
  • Applicable to the android system wherein, referring to FIG. 7, the hardware architecture involved in the mobile terminal carrying the android system usually includes a CPU, a memory, a non-volatile memory, a network interface, an internal bus, etc.;
  • the device 60 for waking up an APP application through a mobile browser can be generally understood as a computer program loaded in a memory, and a combination of hardware and software formed by the CPU, the device 60 includes:
  • the receiving module 601 is configured to receive first call data submitted by the mobile browser when initiating a service call for the target APP; the first call data includes a custom parameter for evoking the target APP, and the mobile browser Identification information; the identification information includes package name information of the mobile browser;
  • the waking module 602 is configured to wake up the target APP to perform a corresponding target service based on the custom parameter, and transmit the identification information of the mobile browser to the target APP.
  • the response module 603 is configured to, after the target service is executed, return to the mobile browser in response to the second call data that is submitted by the target APP and that carries the package name information of the mobile browser.
  • the package name information of the mobile browser is based on the user agent information of the mobile browser by the target APP. Query to the system server.
  • the second call data is an Intent for the target APP to wake up the mobile browser based on the package name information of the mobile browser;
  • the response module 603 is specifically configured to:
  • An Activity component corresponding to the mobile browser is invoked to return to the mobile browser.
  • the present application provides an apparatus 80 for waking up an APP application by using a mobile browser, which is applied to a mobile browser.
  • a hardware architecture involved in a mobile terminal equipped with the mobile browser Generally, including a CPU, a memory, a non-volatile memory, a network interface, an internal bus, and the like; taking a software implementation as an example, the device for waking up an APP application through a mobile browser 90 is generally understood to be a computer program loaded in memory, a combination of hardware and software formed by the operation of the CPU, the device 90 comprising:
  • the obtaining module 801 is configured to obtain the identifier information of the mobile browser when initiating a service call for the target APP, where the identifier information includes the package name information of the mobile browser;
  • a submitting module 802 configured to submit, to the system, first calling data for the target APP, where the first calling data includes a custom parameter for evoking the target APP and identification information of the mobile browser, Soin that the system wakes up the target APP based on the custom parameter, and returns an Intent that carries the package name information of the mobile browser submitted in response to the target APP when the target APP completes the corresponding target service.
  • the mobile browser configured to submit, to the system, first calling data for the target APP, where the first calling data includes a custom parameter for evoking the target APP and identification information of the mobile browser, Soin that the system wakes up the target APP based on the custom parameter, and returns an Intent that carries the package name information of the mobile browser submitted in response to the target APP when the target APP completes the corresponding target service.
  • the mobile browser configured to submit, to the system, first calling data for the target APP, where the first calling data includes a custom parameter for evoking the target APP and
  • the obtaining module 801 is specifically configured to:
  • the identification information of the mobile browser further includes User Agent information of the mobile browser
  • the package name information of the mobile browser is used by the target APP to the system server based on the User Agent information of the mobile browser.
  • the query is obtained.
  • the first call data includes a url defined based on a Schema protocol
  • the submitting module 802 is specifically configured to:
  • a custom parameter for evoking the target business interface of the target APP, and the identification information of the mobile browser is encapsulated to the defined url;
  • the system interface is called and the url is submitted to the system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)
  • Stored Programmes (AREA)

Abstract

一种通过移动浏览器唤醒APP应用的方法及通过移动浏览器唤醒APP应用的装置（60，80），其中的方法包括：移动浏览器在发起针对目标APP的业务调用时，获取移动浏览器的标识信息；标识信息包括移动浏览器的包名信息（101）；向系统提交针对目标APP的第一调用数据；其中，第一调用数据包括用于唤起目标APP的自定义参数以及移动浏览器的标识信息（102）；系统接收移动浏览器在发起针对目标APP的业务调用时提交的第一调用数据（103）；基于自定义参数唤醒目标APP执行相应的目标业务，并将移动浏览器的标识信息传递至目标APP（104）；当目标业务执行完毕后，响应于目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回移动浏览器（105）。本方法可以提升用户体验。

Description

通过移动浏览器唤醒APP应用的方法及装置 技术领域
本申请涉及通信领域，尤其涉及一种通过移动浏览器唤醒APP应用的方法及装置。
背景技术
在Android移动端的业务中，有一种常见的应用场景是用户在发起方的应用或者浏览器中进行一个业务流程，这个业务流程需要调用第三方APP应用的一些功能；例如，第三方支付，第三方登录，等等。
当用户在发起方的APP应用或者移动浏览器中跳转到第三方APP，并应用完成相应的业务流程后，用户通常会具有返回发起方的APP应用或者移动浏览器中继续完成相应的业务流程的需求。
在实际应用中，当发起方为用户移动终端上的APP应用时，通常可以基于Android系统中APP应用之间的跳转机制来返回至发起方的APP应用。然后，当发起方为用户移动终端上的移动浏览器时，通常会存在第三方APP应用完成相应的业务后，无法自动返回至移动浏览器的问题。
发明内容
本申请提出一种通过移动浏览器唤醒APP应用的方法，该方法包括：
接收移动浏览器在发起针对目标APP的业务调用时提交的第一调用数据；所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
基于所述自定义参数唤醒所述目标APP执行相应的目标业务，并将所述移动浏览器的标识信息传递至所述目标APP；
当所述目标业务执行完毕后，响应于所述目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回所述移动浏览器。
可选的，所述移动浏览器的标识信息还包括移动浏览器的User Agent信息；
其中，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
可选的，所述第二调用数据为所述目标APP基于所述移动浏览器的包名信息构建的用于唤醒所述移动浏览器的Intent；
所述响应于所述目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回所述移动浏览器包括：
接收所述目标APP提交的基于所述移动浏览器的包名信息构建的Intent；
向系统服务器查询与所述移动浏览器的包名信息对应的Activity组件；
调用与所述移动浏览器对应的Activity组件，以返回所述移动浏览器。
本申请还提出一种通过移动浏览器唤醒APP应用的方法，该方法包括：
在发起针对目标APP的业务调用时，获取移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
向系统提交针对所述目标APP的第一调用数据；其中，所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息，以使得所述系统基于所述自定义参数唤醒所述目标APP，并在所述目标APP完成对应的目标业务时响应于所述目标APP提交的携带所述移动浏览器的包名信息的Intent返回所述移动浏览器。
可选的，所述在发起针对目标APP的业务调用时，获取移动浏览器的标识信息包括：
获取所述移动浏览器的User Agent信息；
基于所述移动浏览器的User Agent信息向系统服务器查询所述移动浏览器的包名信息。
可选的，所述移动浏览器的标识信息还包括所述移动浏览器的User Agent信息；
其中，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
可选的，所述第一调用数据包括基于Schema协议定义的url；
所述在发起针对目标APP的业务调用时，向系统提交针对所述目标APP的第一调用数据包括：
在发起针对目标APP的业务调用时，基于Schema协议定义url；
将用于唤起所述目标APP的目标业务界面的自定义参数，以及所述移动浏览器的标识信息封装至定义的所述url；
调用系统接口，向系统提交所述url。
本申请还提出一种通过移动浏览器唤醒APP应用的装置，该装置包括：
接收模块，用于接收移动浏览器在发起针对目标APP的业务调用时提交的第一调用数据；所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
唤醒模块，用于基于所述自定义参数唤醒所述目标APP执行相应的目标业务，并将所述移动浏览器的标识信息传递至所述目标APP；
响应模块，用于在所述目标业务执行完毕后，响应于所述目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回所述移动浏览器。
可选的，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
可选的，所述第二调用数据为所述目标APP基于所述移动浏览器的包名信息构建的用于唤醒所述移动浏览器的Intent；
所述响应模块具体用于：
接收所述目标APP提交的基于所述移动浏览器的包名信息构建的Intent；
向系统服务器查询与所述移动浏览器的包名信息对应的Activity组件；
调用与所述移动浏览器对应的Activity组件，以返回所述移动浏览器。
本申请还提出一种通过移动浏览器唤醒APP应用的装置，该装置包括：
获取模块，用于在发起针对目标APP的业务调用时，获取移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
提交模块，用于向系统提交针对所述目标APP的第一调用数据；其中，所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息，以使得所述系统基于所述自定义参数唤醒所述目标APP，并在所述目标APP完成对应的目标业务时响应于所述目标APP提交的携带所述移动浏览器的包名信息的Intent返回所述移动浏览器。
可选的，所述获取模块具体用于：
获取所述移动浏览器的User Agent信息；
基于所述移动浏览器的User Agent信息向系统服务器查询所述移动浏览器的包名信息。
可选的，所述移动浏览器的标识信息还包括所述移动浏览器的User Agent信息；
其中，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
可选的，所述第一调用数据包括基于Schema协议定义的url；
所述提交模块具体用于：
在发起针对目标APP的业务调用时，基于Schema协议定义url；
将用于唤起所述目标APP的目标业务界面的自定义参数，以及所述移动浏览器的标识信息封装至定义的所述url；
调用系统接口，向系统提交所述url。
本申请中，业务发起方的移动浏览器在发起针对目标APP的业务调用时，通过在调用数据中携带移动浏览器的包名信息，并通过系统将该包名信息传递给目标APP，使得目标APP在完成相应的目标业务后，可以向系统提交携 带包名信息的Intent，以由系统响应该Intent返回至业务发起方的移动浏览器，实现了用户在通过调用第三方的目标APP完成业务后，可以自动返回发起方的移动浏览器，而不需要由用户手动选择返回的移动浏览器，从而可以提升用户体验。
附图说明
图1是本申请一实施例提供的一种通过移动浏览器唤醒APP应用的方法的流程图；
图2是本申请一实施例示出的业务前置页面获取移动浏览器的User Agent信息的JavaScript代码示例；
图3是本申请一实施例示出的系统服务器上维护的服务器列表的存储示意图；
图4是本申请一实施例示出的基于Schema协议定义的url唤醒支付宝钱包APP的JavaScript代码示例；
图5是本申请一实施例示出的目标APP基于业务发起方的移动浏览器的Package Name构建的Intent的Java代码示例；
图6是本申请一实施例提供的一种通过移动浏览器唤醒APP应用的装置的逻辑框图；
图7是本申请一实施例提供的承载所述一种通过移动浏览器唤醒APP应用的装置的移动终端的硬件结构图；
图8是本申请一实施例提供的另一种通过移动浏览器唤醒APP应用的装置的逻辑框图；
图9是本申请一实施例提供的承载所述另一种通过移动浏览器唤醒APP应用的装置的移动终端的硬件结构图。
具体实施方式
在Android系统中，业务发起方的移动浏览器在针对第三方APP进行业 务调用时，通常可以基于Schema协议定义url(Uniform Resoure Locator，统一资源定位器)，通过定义的该url来唤醒该第三方APP的业务界面来执行相应的业务流程。
其中，Schema协议，是一种Android系统兼容的协议。
移动浏览器在针对第三方APP进行业务调用时，可以基于Schema协议定义用于唤醒该APP的url，并在该url中封装用于唤起该APP指定的业务界面的自定义参数，然后通过系统API接口将该url提交至Android系统。Android系统在收到该url后，可以解析Schema协议，通过该url中封装的自定义参数来唤醒该APP指定的业务界面来执行业务调用。
当用户通过业务发起方的移动浏览器发起针对第三方APP的业务调用，并在唤起的该APP的指定业务界面中完成相应的业务流程后，用户通常会具有返回业务发起方的移动浏览器中继续完成其原有的业务流程的需求。
例如，假设用户通过移动浏览器中的购物界面发起针对第三方的支付APP的业务调用，并在唤起的APP的支付界面中完成支付后，用户通常需要返回移动浏览器的购物完成的界面中继续后续的流程。
在现有的Android平台中，在实现APP应用之间的跳转时，通常是通过构建Intent(意图)来实现的。
其中，Intent是Android系统中定义的一种用于负责Android应用的各项组件之间的通讯的方法。Intent负责对两个组件在执行一次操作的动作、动作涉及的数据、附加数据进行描述，用于提供组件互相调用的相关信息。
当用户通过业务发起方的移动浏览器发起针对第三方APP的业务调用，并在唤起的该APP的指定业务界面中完成相应的业务流程后，该APP可以向android系统提交用于跳转至移动浏览器的Intent；android系统则可以解析该Intent中携带的参数进行Intent匹配，调用与匹配到的Intent对应的其它APP的Activity组件，以跳转至其它APP的指定页面。
然而，由于移动浏览器基于Schema协议定义的url中，通常并不支持携带应用的来源信息，因此android系统在基于APP提交的Intent中携带的参 数进行Intent匹配时，可能会由于该移动浏览器的信息不足，无法精准的匹配到业务发起方的移动浏览器。
在这种情况下，android系统通常会将系统中所有的移动浏览器全部唤醒，并面向用户弹出一个浏览器选择窗口，由用户手动选择需要返回的移动浏览器。
可见，在以上方案中至少存在以下不足：
第一方面，由于android系统无法自动返回至业务发起方的移动浏览器，需要用户进行手动选择，因此操作繁琐，用户体验不佳。
第二方面，由于android系统中的移动浏览器种类繁多(比如，系统默认的原声浏览器，QQ浏览器，UC浏览器，360浏览器，等等)，而用户并非熟知这些浏览器，因此用户手动选择的移动浏览器可能并不是原有的业务发起方的移动浏览器。
第三方便：移动浏览器等web应用中，通常会通过cookie记录用户操作的状态(比如，用户的登录状态，安全控件校验状态，等等)，若用户选择的移动浏览器并非原有的业务发起方的移动浏览器，在另外一个移动浏览器中继续业务流程时，用户需要重新通过额外的操作来恢复这些状态，从而会进一步增加用户的操作流程，影响用户体验。
有鉴于此，本申请提出一种通过移动浏览器唤醒APP应用的方法，业务发起方的移动浏览器在发起针对目标APP的业务调用时，通过在调用数据中携带移动浏览器的包名信息，并通过系统将该包名信息传递给目标APP，使得目标APP在完成相应的目标业务后，可以向系统提交携带包名信息的Intent，以由系统响应该Intent返回至业务发起方的移动浏览器，实现了用户在通过调用第三方的目标APP完成业务后，可以自动返回发起方的移动浏览器，而不需要由用户手动选择返回的移动浏览器，从而可以提升用户体验。
下面通过具体实施例并结合具体的应用场景对本申请进行描述。
请参考图1，图1是本申请一实施例提供的一种通过移动浏览器唤醒APP应用的方法，应用于移动终端，其中所述移动终端可以搭载android系统， 并在android系统中安装了移动浏览器和至少一个目标APP应用，移动浏览器与android系统进行交互，执行以下步骤：
步骤101，移动浏览器在发起针对目标APP的业务调用时，获取移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
在本例中，移动浏览器针对目标APP的业务调用，可以由用户在该移动浏览器本地的业务界面中进行手动触发。
在示出的一种实施方式中，在移动浏览器本地的业务界面中，可以预先提供一可供用户进行操作的用户选项；其中，该用户选项具体可以是一交互按钮，也可以是一链接；例如，以用户通过移动浏览器本地的购物界面，发起针对支付宝钱包APP的业务调用执行支付流程的场景为例，上述用户选项可以是上述购物界面中提供的一个“使用支付宝支付”的交互按钮，也可以是一可以触发跳转至支付宝钱包APP的支付界面的链接。
用户可以通过在上述业务界面中针对上述用户选项执行触摸操作，来触发移动浏览器发起针对第三方的目标APP应用的业务调用。当移动浏览器在后台监听到用户针对上述用户选项的触摸事件后，可以立即通过android系统发起针对该目标APP应用的业务接口调用。
该目标APP应用在收到针对本地业务接口的调用请求后，可以向移动浏览器返回相应的业务前置界面的url，业务浏览器在收到该url后，可以跳转到相应的业务前置界面。
其中，上述业务前置界面，具体是指加载在移动浏览器上的，用于执行第三方的目标APP应用中的业务的web页面。在实际应用中，该业务前置界面的具体功能，可以由移动浏览器的供应商与第三方的目标APP的供应商相互合作联合开发。
例如，仍以用户通过移动浏览器本地的购物界面，发起针对支付宝钱包APP的业务调用执行支付流程的场景为例，上述业务前置页面可以是移动浏览器的供应商与支付宝钱包APP的供应商联合开发的一个用于调用支付宝钱包APP执行支付的业务入口界面。在该业务入口界面中，可以显示本次支付 的金额、购买的物品的详情等信息，用户可以通过该界面中显示的信息对本次支付进行核对。
在本例中，当移动浏览器跳转至上述业务前置页面后，此时该业务前置页面作为业务执行的前端，可以获取作为业务发起方的该移动浏览器的标识信息。
其中，在实现时，上述移动浏览器的标识信息可以包括该移动浏览器的Package Name(包名信息)或者User Agent(用户代理)信息。Package Name是android系统为系统中每一个APP定义的唯一标识。User Agent信息通常记录了浏览器的名称以及版本等信息。移动浏览器的版本信息通常包含该移动浏览器的搭载的系统环境等信息，
在示出的一种实施方式中，当上述移动浏览器的标识信息为User Agent信息时，上述业务前置页面可以通过执行该业务前置页面中加载的JavaScript代码直接获取上述移动浏览器的User Agent信息即可。
例如，请参见图2，图2为本例示出的业务前置页面获取移动浏览器的User Agent信息的JavaScript代码示例。
在图2示出的代码示例中，ua＝navigator.userAgent用于返回移动浏览器的名称；version＝navigator.appVersion用于返回移动浏览器搭载的系统环境信息。
在示出的另一种实施方式中，当上述移动浏览器的标识信息为Package Name时，上述业务前置页面在获取当前的移动浏览器的Package Name时，可以将获取到的该User Agent信息作为索引向android系统的系统服务器查询该移动浏览器的Package Name。
在上述系统服务器上可以预先维护一存储了移动浏览器的User Agent信息、移动浏览器的Package Name以及移动浏览器的主用Activity组件映射关系的服务列表。
上述业务前置页面在获取到当前的移动浏览器的User Agent信息后，可以将该移动浏览器的User Agent信息发送至上述系统服务器。
其中，上述业务前置页面在将该移动浏览器的User Agent信息发送至上述系统服务器时，可以通过与上述系统服务器之间的AJAX接口，将上述移动浏览器的User Agent信息以请求的形式上传至上述系统服务器。
当上述系统服务器收到上述业务前置页面发送的User Agent信息后，可以将该User Agent信息作为索引在上述服务列表中查询对应的Package Name，然后将查询到的Package Name返回至上述业务前置页面。
例如，请参见图3，图3为本例示出的上述系统服务器上维护的上述服务器列表的存储示意图。
上述系统服务器在基于User Agent信息查询对应的Package Name时，首先可以从该User Agent信息中读取移动浏览器的版本信息；该移动浏览器的版本信息通常包含该移动浏览器的版本以及搭载的系统环境等信息，上述系统服务器可以基于读取到的上述搭载的系统环境等信息在上述服务列表中确定该移动浏览器的类别，比如确定该移动浏览器的底层搭载环境是基于android系统还是Ios系统，当确定了该移动浏览器的类别后，可以进一步根据上述User Agent信息中的移动浏览器名称来查询对应的Package Name，此时查询到的该Package Name即为该移动浏览器在android系统中的唯一标识，上述系统服务器可以将该Package Name返回至上述业务前置页面。
步骤102，向系统提交针对所述目标APP的第一调用数据；其中，所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息；
步骤103，系统接收移动浏览器在发起针对目标APP的业务调用时提交的第一调用数据；
在示出的一种实施方式中，上述第一调用数据可以是上述业务前置页面基于Schema协议定义的url。
上述业务前置页面在发起针对上述目标APP应用的业务调用时：
一方面，上述业务前置页面可以基于Schema协议定义一个用于唤醒上述目标APP的url，并将预先定义的用于唤起上述目标APP的目标业务界面的 自定义参数封装至该url中。
另一方面，上述业务前置页面还可以将获取到的当前的移动浏览器的标识信息，作为需要传递至上述目标APP应用的额外参数也一并封装至上述url中。当然，在实际应用中，也可以对android系统支持的Schema协议进行改进，使得Schema协议支持自带业务发起方应用的诸如package name等来源信息，从而通过这种方式，基于Schema协议定义的url中默认会自带业务发起方的移动浏览器的package name，而不再需要将package name作为额外参数封装至上述url中。
例如，以用户通过移动浏览器通过Intent协议发起针对支付包钱包APP的业务调用，以及上述移动浏览器的标识信息为package name为例，上述业务前置页面基于Schema协议定义的上述用于唤醒支付宝钱包APP的url可以是如下所示：
url＝intent：//schemeapi/startapp？+patams+#Intent；scheme＝+
encodeURIComponent(zmverify)+；package＝com.mobile.android；
其中，在上述url中，“intent：//schemeapi/startapp”为基于scheme定义的协议头。参数标识符？后的“+patams+#Intent；scheme＝+encodeURIComponent(zmverify)”为用于唤起支付宝钱包APP中与支付页面对应的Activity组件的自定义参数，android系统可以通过将以上各参数与注册在系统配置文件中的与支付宝钱包APP的Activity组件对应的Intent进行匹配，来定位需要唤起的Activity组件。“package＝com.mobile.android；”为需要传递给支付宝钱包APP的上述移动浏览器的package name。
在本例中，上述业务前置页面基于Schema协议定义的上述url，可以由上述业务前置页面通过调用API系统接口以请求的形式提交至android系统。
其中，上述业务前置页面在向android系统提交上述目标APP的业务调用时，可以由用户在该业务前置页面中进行手动触发。
在示出的一种实施方式中，在该业务前置页面中，可以预先提供一可供 用户进行操作的用户按钮，用户可以针对该用户按钮进行触摸操作，来触发该业务前置页面将上述url以请求的形式提交至android系统。
例如，仍以用户通过移动浏览器本地的购物界面，发起针对支付宝钱包APP的业务调用执行支付流程的场景，以及业务发起方的移动浏览器的标识信息为package name为例，上述业务前置页面中可以提供的一“使用支付宝支付”的用户按钮，该用户按钮可以预先绑定如图4所示出的JavaScript代码中定义的执行方法。
用户可以通过“点击”该用户按钮，触发上述业务前置页面调用与该用户按钮绑定的上述执行方法，调用API系统接口将该url以请求的形式提交至android系统。
其中，在图4所示出的JavaScript代码中，zmVerifyUrl为上述业务前置页面基于Schema协议定义的用于唤醒支付宝钱包APP的url；标签“a”对应上述用户按钮，“openIntentLink.dispatchEvent(ZmVerify.customClickEvent())”表示为标签“a”绑定一个用户点击事件(customClickEvent)，当监听到针对与标签“a”对应上述用户按钮的用户点击事件时，则将上述url以请求的形式提交至android系统。
当android系统接收到上述业务前置页面提交的url后，可以通过解析上述业务前置页面提交的url，获取到该url中携带的上述自定义参数，以及业务发起方的移动浏览器的标识信息。
步骤104，基于所述自定义参数唤醒所述目标APP执行相应的目标业务，并将所述移动浏览器的标识信息传递至所述目标APP。
在本例中，当android系统通过解析上述业务前置页面提交的url，获取到该url中上述自定义参数，以及业务发起方的移动浏览器的标识信息后：
一方面，android系统可以将该url中的自定义参数，与注册在系统配置文件(比如，该系统配置文件可以是android系统中的AndroidManifest.xml文件)中的与支付宝钱包APP的Activity组件对应的Intent进行匹配，来定位需要唤起的Activity组件。当匹配到系统文件中 注册的任一Intent时，此时android系统可以立即调用与该Intent对应的Activity组件，以跳转至上述目标APP应用的目标业务界面。
另一方面，当android系统调用了与匹配到的Intent对应的上述目标APP应用的Activity组件后，还可以将上述url中封装的业务发起方的移动浏览器的标识信息传递至上述目标APP应用。
其中，需要说明的是，如果上述业务前置页面提交给android系统的业务发起方的移动浏览器的标识信息为User Agent信息时，此时上述目标APP应用，可以将接收到的该User Agent信息发送至android系统的系统服务器，由该系统服务器将该User Agent信息作为索引，在其本地维护的存储了移动浏览器的User Agent信息、移动浏览器的Package Name以及移动浏览器的主用Activity组件映射关系的服务列表中查询对应的Package Name，并将查询到的Package Name返回至上述目标APP应用。
步骤105，当所述目标业务执行完毕后，响应于所述目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回所述移动浏览器。
在示出的一种实施方式中，上述第二调用数据可以是上述目标APP应用基于移动浏览器的包名信息构建的用于唤醒业务发起方的移动浏览器的Intent。
当android系统通过调用与匹配到的Intent对应的Activity组件，跳转至上述目标APP应用的目标业务界面后，此时用户可以在该目标业务界面中执行后续的业务流程。
例如，当上述目标APP应用为支付宝钱包APP时，上述目标业务界面可以是支付宝钱包APP的支付界面，用户可以在该支付界面中输入支付密码来完成支付。
当用户在跳转后的上述目标业务界面中完成目标业务的业务流程后：
一方面，上述目标APP应用可以将业务执行结果推送给业务发起方的移动浏览器，以触发上述移动浏览器跳转至业务结束页面。
另一方面，上述目标APP应用可以基于由android系统传递的该业务发 起方的移动浏览器的Package Name，或者通过系统服务查询到的该业务发起方的移动浏览器的Package Name，来构建Intent，并通过向android系统提交该Intent来触发android系统基于该Intent调用发起方的移动浏览器的主用Activity组件，以返回业务发起方的移动浏览器。
例如，图5为本例示出的上述目标APP基于业务发起方的移动浏览器的Package Name构建的Intent的Java代码示例。在如图5所示出的代码示例中，“new ComponentName(Package Name，appName)”为构建的该Intent的完整名称；“android.intent.action.View”，为android系统支持的标准intent，表示打开浏览器程序并显示url；“intent.FLAG_ACTIVITY_NEW_TASK”，也是android系统支持的标准intent，表示调用与上述Package Name对应的Activity组件，将该Activity组件压入android系统维护的Activity堆栈顶部(Activity组件是指系统显示的交互窗口，将Activity压入堆栈顶部是指将与该Activity对应的交互窗口移动到android系统桌面的最上层)。
在图5所示出的代码示例中，由于在ComponentName中指定了业务发起方浏览器的Package Name，android系统可以基于Package Name精确定位到需要调用的Activity组件，因此此时android系统将进行Intent显示调用(Intent调用划分为显式调用和隐式调用，明确了被调用方的Activity组件称之为显示调用；反之，为明确被调用方的Activity组件，通过Intent中定义的属性参数进行匹配来定位并调用Activity组件称之为隐式调用)。
在本例中，当android系统接收到上述目标APP在完成目标业务的业务流程后提交的Intent后，可以解析该Intent，获取该Intent中携带的业务发起方的移动浏览器的Package Name，并将该Package Name上传至系统服务器，由于系统服务器将该Package Name作为索引，在其本地维护的存储了移动浏览器的User Agent信息、移动浏览器的Package Name以及移动浏览器的主用Activity组件映射关系的服务列表中查询该移动浏览器的主用Activity组件，然后将查询到的主用Activity组件名称返回至上述android 系统。
上述android系统在查询到业务发起方的移动浏览器的主用Activity组件后，可以响应上述目标APP应用提交的Intent，调用移动浏览器的主用Activity组件，将该移动浏览器的主用Activity组件压入android系统维护的Activity堆栈顶部，以返回业务发起方的移动浏览器。此时该移动浏览器的交互窗口将显示在系统桌面的最上层，用户在上述目标APP应用的目标业务界面中完成第三方的业务流程后，系统将会返回至业务发起方的移动浏览器的业务结束页面。
由于android系统在响应目标APP应用提交的Intent时，可以通过Package Name精确定位到需要调用的业务发起方的移动浏览器的主用Activity，因此可以执行Intent的显示调用，自动跳转至业务发起方的移动浏览器的业务结束页面，在整个过程中，不再需要通过系统弹出浏览器选择窗口，由用户手动选择需要返回的移动浏览器，从而可以提升用户体验。
在以上实施例中，业务发起方的移动浏览器在发起针对目标APP的业务调用时，通过在调用数据中携带移动浏览器的包名信息，并通过系统将该包名信息传递给目标APP，使得目标APP在完成相应的目标业务后，可以向系统提交携带包名信息的Intent，以由系统响应该Intent返回至业务发起方的移动浏览器；
由于目标APP提交的Intent中携带业务发起方的移动浏览器的包名信息，使得android系统可以基于包名信息精确定位到需要调用的Activity，因而android系统在响应该Intent可以执行Intent的显示调用，自动返回至业务发起方的移动浏览器，而不需要弹出浏览器选择窗口，由用户手动选择需要返回的移动浏览器，可以降低操作繁琐；同时还可以避免用户在手动选择了与业务发起方的移动浏览器不同的其它浏览器时，用户需要重新通过额外的操作来恢复浏览器记录的用户操作的状态的问题，可以提升用户体验。
与上述方法实施例相对应，本申请还提供了装置的实施例。
请参见图6，本申请提出一种通过移动浏览器唤醒APP应用的装置60， 应用于android系统；其中，请参见图7，作为搭载所述android系统的移动终端所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述通过移动浏览器唤醒APP应用的装置60通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置60包括：
接收模块601，用于接收移动浏览器在发起针对目标APP的业务调用时提交的第一调用数据；所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
唤醒模块602，用于基于所述自定义参数唤醒所述目标APP执行相应的目标业务，并将所述移动浏览器的标识信息传递至所述目标APP；
响应模块603，用于在所述目标业务执行完毕后，响应于所述目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回所述移动浏览器。
在本例中，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
在本例中，所述第二调用数据为所述目标APP基于所述移动浏览器的包名信息构建的用于唤醒所述移动浏览器的Intent；
所述响应模块603具体用于：
接收所述目标APP提交的基于所述移动浏览器的包名信息构建的Intent；
向系统服务器查询与所述移动浏览器的包名信息对应的Activity组件；
调用与所述移动浏览器对应的Activity组件，以返回所述移动浏览器。
请参见图8，本申请提出一种通过移动浏览器唤醒APP应用的装置80，应用于移动浏览器；其中，请参见图9，作为搭载所述移动浏览器的移动终端所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述通过移动浏览器唤醒APP应用的装 置90通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置，所述装置90包括：
获取模块801，用于在发起针对目标APP的业务调用时，获取移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
提交模块802，用于向系统提交针对所述目标APP的第一调用数据；其中，所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息，以使得所述系统基于所述自定义参数唤醒所述目标APP，并在所述目标APP完成对应的目标业务时响应于所述目标APP提交的携带所述移动浏览器的包名信息的Intent返回所述移动浏览器。
在本例中，所述获取模块801具体用于：
获取所述移动浏览器的User Agent信息；
基于所述移动浏览器的User Agent信息向系统服务器查询所述移动浏览器的包名信息。
在本例中，所述移动浏览器的标识信息还包括所述移动浏览器的User Agent信息；
其中，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
在本例中，所述第一调用数据包括基于Schema协议定义的url；
所述提交模块802具体用于：
在发起针对目标APP的业务调用时，基于Schema协议定义url；
将用于唤起所述目标APP的目标业务界面的自定义参数，以及所述移动浏览器的标识信息封装至定义的所述url；
调用系统接口，向系统提交所述url。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申 请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (14)

  1. 一种通过移动浏览器唤醒APP应用的方法，其特征在于，该方法包括：
    接收移动浏览器在发起针对目标APP的业务调用时提交的第一调用数据；所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
    基于所述自定义参数唤醒所述目标APP执行相应的目标业务，并将所述移动浏览器的标识信息传递至所述目标APP；
    当所述目标业务执行完毕后，响应于所述目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回所述移动浏览器。
  2. 根据权利要求1所述的方法，其特征在于，所述移动浏览器的标识信息还包括移动浏览器的User Agent信息；
    其中，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
  3. 根据权利要求1所述的方法，其特征在于，所述第二调用数据为所述目标APP基于所述移动浏览器的包名信息构建的用于唤醒所述移动浏览器的Intent；
    所述响应于所述目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回所述移动浏览器包括：
    接收所述目标APP提交的基于所述移动浏览器的包名信息构建的Intent；
    向系统服务器查询与所述移动浏览器的包名信息对应的Activity组件；
    调用与所述移动浏览器对应的Activity组件，以返回所述移动浏览器。
  4. 一种通过移动浏览器唤醒APP应用的方法，其特征在于，该方法包括：
    在发起针对目标APP的业务调用时，获取移动浏览器的标识信息；所述 标识信息包括所述移动浏览器的包名信息；
    向系统提交针对所述目标APP的第一调用数据；其中，所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息，以使得所述系统基于所述自定义参数唤醒所述目标APP，并在所述目标APP完成对应的目标业务时响应于所述目标APP提交的携带所述移动浏览器的包名信息的Intent返回所述移动浏览器。
  5. 根据权利要求4所述的方法，其特征在于，所述在发起针对目标APP的业务调用时，获取移动浏览器的标识信息包括：
    获取所述移动浏览器的User Agent信息；
    基于所述移动浏览器的User Agent信息向系统服务器查询所述移动浏览器的包名信息。
  6. 根据权利要求4所述的方法，其特征在于，所述移动浏览器的标识信息还包括所述移动浏览器的User Agent信息；
    其中，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
  7. 根据权利要求4所述的方法，其特征在于，所述第一调用数据包括基于Schema协议定义的url；
    所述在发起针对目标APP的业务调用时，向系统提交针对所述目标APP的第一调用数据包括：
    在发起针对目标APP的业务调用时，基于Schema协议定义url；
    将用于唤起所述目标APP的目标业务界面的自定义参数，以及所述移动浏览器的标识信息封装至定义的所述url；
    调用系统接口，向系统提交所述url。
  8. 一种通过移动浏览器唤醒APP应用的装置，其特征在于，该装置包括：
    接收模块，用于接收移动浏览器在发起针对目标APP的业务调用时提交 的第一调用数据；所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
    唤醒模块，用于基于所述自定义参数唤醒所述目标APP执行相应的目标业务，并将所述移动浏览器的标识信息传递至所述目标APP；
    响应模块，用于在所述目标业务执行完毕后，响应于所述目标APP提交的携带所述移动浏览器的包名信息的第二调用数据，返回所述移动浏览器。
  9. 根据权利要求8所述的装置，其特征在于，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
  10. 根据权利要求8所述的装置，其特征在于，所述第二调用数据为所述目标APP基于所述移动浏览器的包名信息构建的用于唤醒所述移动浏览器的Intent；
    所述响应模块具体用于：
    接收所述目标APP提交的基于所述移动浏览器的包名信息构建的Intent；
    向系统服务器查询与所述移动浏览器的包名信息对应的Activity组件；
    调用与所述移动浏览器对应的Activity组件，以返回所述移动浏览器。
  11. 一种通过移动浏览器唤醒APP应用的装置，其特征在于，该装置包括：
    获取模块，用于在发起针对目标APP的业务调用时，获取移动浏览器的标识信息；所述标识信息包括所述移动浏览器的包名信息；
    提交模块，用于向系统提交针对所述目标APP的第一调用数据；其中，所述第一调用数据包括用于唤起所述目标APP的自定义参数以及所述移动浏览器的标识信息，以使得所述系统基于所述自定义参数唤醒所述目标APP，并在所述目标APP完成对应的目标业务时响应于所述目标APP提交的携带所述移动浏览器的包名信息的Intent返回所述移动浏览器。
  12. 根据权利要求11所述的装置，其特征在于，所述获取模块具体用于：
    获取所述移动浏览器的User Agent信息；
    基于所述移动浏览器的User Agent信息向系统服务器查询所述移动浏览器的包名信息。
  13. 根据权利要求11所述的装置，其特征在于，所述移动浏览器的标识信息还包括所述移动浏览器的User Agent信息；
    其中，当所述移动浏览器的标识信息为所述移动浏览器的User Agent信息时，所述移动浏览器的包名信息由所述目标APP基于所述移动浏览器的User Agent信息向系统服务器查询得到。
  14. 根据权利要求11所述的装置，其特征在于，所述第一调用数据包括基于Schema协议定义的url；
    所述提交模块具体用于：
    在发起针对目标APP的业务调用时，基于Schema协议定义url；
    将用于唤起所述目标APP的目标业务界面的自定义参数，以及所述移动浏览器的标识信息封装至定义的所述url；
    调用系统接口，向系统提交所述url。
PCT/CN2017/093539 2016-07-27 2017-07-19 通过移动浏览器唤醒app应用的方法及装置 WO2018019168A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
MYPI2019000454A MY202338A (en) 2016-07-27 2017-07-19 Method and apparatus for awakening application by means of mobile browser
JP2019504762A JP6742650B2 (ja) 2016-07-27 2017-07-19 モバイルブラウザを用いたアプリケーションの呼び出し方法及び装置
KR1020197006041A KR102205749B1 (ko) 2016-07-27 2017-07-19 모바일 브라우저를 통해 애플리케이션을 어웨이크하기 위한 방법 및 장치
EP17833471.0A EP3493057A4 (en) 2016-07-27 2017-07-19 METHOD AND DEVICE FOR UTILIZING AN APPLICATION WITH THE HELP OF A MOBILE BROWSER
SG11201900652YA SG11201900652YA (en) 2016-07-27 2017-07-19 Method and apparatus for awakening application by means of mobile browser
US16/257,847 US10977103B2 (en) 2016-07-27 2019-01-25 Awakening an application by means of a mobile browser

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610605353.3A CN106873961B (zh) 2016-07-27 2016-07-27 通过移动浏览器唤醒app应用的方法及装置
CN201610605353.3 2016-07-27

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/257,847 Continuation US10977103B2 (en) 2016-07-27 2019-01-25 Awakening an application by means of a mobile browser

Publications (1)

Publication Number Publication Date
WO2018019168A1 true WO2018019168A1 (zh) 2018-02-01

Family

ID=59238845

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/093539 WO2018019168A1 (zh) 2016-07-27 2017-07-19 通过移动浏览器唤醒app应用的方法及装置

Country Status (9)

Country Link
US (1) US10977103B2 (zh)
EP (1) EP3493057A4 (zh)
JP (1) JP6742650B2 (zh)
KR (1) KR102205749B1 (zh)
CN (1) CN106873961B (zh)
MY (1) MY202338A (zh)
SG (1) SG11201900652YA (zh)
TW (1) TWI712955B (zh)
WO (1) WO2018019168A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106873961B (zh) * 2016-07-27 2021-09-28 创新先进技术有限公司 通过移动浏览器唤醒app应用的方法及装置
CN107562548A (zh) * 2017-08-04 2018-01-09 北京趣拿软件科技有限公司 传输数据的方法和装置
CN108021409B (zh) * 2017-12-05 2021-03-23 广州市千钧网络科技有限公司 一种app业务情景还原方法及系统
CN109005576A (zh) * 2018-06-11 2018-12-14 珠海格力电器股份有限公司 一种终端相机的切换方法及终端设备
CN110708346B (zh) * 2018-07-09 2023-03-21 北京高绎信息技术有限公司 信息处理系统和方法
CN109885787B (zh) * 2019-02-21 2021-06-22 百度在线网络技术（北京）有限公司 App页面显示方法及系统、移动终端和计算机可读介质
CN110309476B (zh) * 2019-07-05 2021-05-25 上海中通吉网络技术有限公司 网页浏览器调用本地应用程序的方法及装置
CN110417877B (zh) * 2019-07-17 2022-05-31 视联动力信息技术股份有限公司 一种音视频业务的处理方法及装置
CN110989876B (zh) * 2019-10-30 2023-09-22 深圳市普天宜通技术股份有限公司 一种应用程序适配方法、移动终端及存储介质
CN111273950B (zh) * 2019-12-31 2023-03-21 百度国际科技（深圳）有限公司 应用唤起方法、装置、电子设备及计算机可读存储介质
CN111880953A (zh) * 2020-07-31 2020-11-03 北京致远互联软件股份有限公司 一种应用程序通信方法、装置、电子设备及存储介质
CN114612094A (zh) * 2020-12-03 2022-06-10 中兴通讯股份有限公司 操作请求的响应处理方法、装置及计算机可读存储介质
CN112685106A (zh) * 2021-01-19 2021-04-20 北京爱奇艺科技有限公司 应用程序的启动方法、系统、装置、电子设备及存储介质
CN113176954B (zh) * 2021-04-22 2023-03-21 Oppo广东移动通信有限公司 应用程序的调用方法、装置、存储介质及电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102929638A (zh) * 2012-11-07 2013-02-13 广州市动景计算机科技有限公司 扩展WebApp应用功能的方法和系统
US20130047092A1 (en) * 2010-05-06 2013-02-21 Zte Corporation Communication client and a method for initiating a communication service
CN104091102A (zh) * 2014-05-23 2014-10-08 中兴通讯股份有限公司 一种基于安卓系统的多用户管理方法及其装置
CN104102537A (zh) * 2013-04-07 2014-10-15 华为技术有限公司 一种应用调用方法及用户终端
CN104486430A (zh) * 2014-12-18 2015-04-01 北京奇虎科技有限公司 移动浏览器客户端中实现数据分享的方法、装置和客户端
CN106873961A (zh) * 2016-07-27 2017-06-20 阿里巴巴集团控股有限公司 通过移动浏览器唤醒app应用的方法及装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150205489A1 (en) * 2010-05-18 2015-07-23 Google Inc. Browser interface for installed applications
CN103368907B (zh) * 2012-03-29 2017-02-22 腾讯科技（深圳）有限公司 事件上报请求系统、方法、客户端装置及其上报请求方法
CN103365907B (zh) * 2012-04-06 2017-06-30 腾讯科技（深圳）有限公司 显示支付页面的方法、系统及服务器
US20140053056A1 (en) * 2012-08-16 2014-02-20 Qualcomm Incorporated Pre-processing of scripts in web browsers
US9742661B2 (en) * 2012-11-07 2017-08-22 Pure Oxygen Labs LLC Uniform resource locator mapping and routing system and method
CN104135502B (zh) * 2013-07-09 2015-08-12 腾讯科技（深圳）有限公司 一种实现应用消息提醒的方法、相关设备及系统
JP6179231B2 (ja) * 2013-07-10 2017-08-16 株式会社リコー 端末装置、情報処理プログラム、情報処理方法および情報処理システム
KR101922037B1 (ko) * 2013-11-06 2018-11-26 후아웨이 디바이스 (둥관) 컴퍼니 리미티드 페이지 조작 처리 방법 및 장치, 그리고 단말기
CN104955005A (zh) * 2014-03-26 2015-09-30 阿里巴巴集团控股有限公司 为通讯终端进行充值的方法及装置
US9405813B1 (en) * 2015-02-19 2016-08-02 Vuclip Media device knowledge base

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130047092A1 (en) * 2010-05-06 2013-02-21 Zte Corporation Communication client and a method for initiating a communication service
CN102929638A (zh) * 2012-11-07 2013-02-13 广州市动景计算机科技有限公司 扩展WebApp应用功能的方法和系统
CN104102537A (zh) * 2013-04-07 2014-10-15 华为技术有限公司 一种应用调用方法及用户终端
CN104091102A (zh) * 2014-05-23 2014-10-08 中兴通讯股份有限公司 一种基于安卓系统的多用户管理方法及其装置
CN104486430A (zh) * 2014-12-18 2015-04-01 北京奇虎科技有限公司 移动浏览器客户端中实现数据分享的方法、装置和客户端
CN106873961A (zh) * 2016-07-27 2017-06-20 阿里巴巴集团控股有限公司 通过移动浏览器唤醒app应用的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3493057A4 *

Also Published As

Publication number Publication date
EP3493057A4 (en) 2019-09-11
JP2019531526A (ja) 2019-10-31
US20190155668A1 (en) 2019-05-23
SG11201900652YA (en) 2019-02-27
TWI712955B (zh) 2020-12-11
EP3493057A1 (en) 2019-06-05
CN106873961B (zh) 2021-09-28
TW201804323A (zh) 2018-02-01
US10977103B2 (en) 2021-04-13
KR20190032569A (ko) 2019-03-27
CN106873961A (zh) 2017-06-20
MY202338A (en) 2024-04-24
JP6742650B2 (ja) 2020-08-19
KR102205749B1 (ko) 2021-01-22

Similar Documents

Publication Publication Date Title
WO2018019168A1 (zh) 通过移动浏览器唤醒app应用的方法及装置
TWI718232B (zh) 業務執行方法及裝置
CN109922132B (zh) 表单请求处理的方法、装置、电子设备及存储介质
US10656939B2 (en) Modeling lifetime of hybrid software application using application manifest
US10506400B2 (en) Data download method and apparatus
US10262155B1 (en) Disabling features using feature toggle
US20150280786A1 (en) Near field communication based data transfer
US8856809B2 (en) Controlling navigation of application logic using annotated application code
US11616860B2 (en) Information display method, terminal, and server
JP6877343B2 (ja) 非構造化メッセージの処理
CN110968367A (zh) 一种电商商品字段配置方法、装置、服务器及存储介质
US10521841B2 (en) Method and apparatus for integrating an e-commerce provider with third-party vendors
CN106095886B (zh) 一种数据处理方法及其装置
US20130304718A1 (en) Connection between app and web site
WO2019161600A1 (zh) 一种向社区添加成员的方法、装置、服务器及介质
US9525754B1 (en) Task-based approach to execution, monitoring and execution control of actions
US11316924B2 (en) Methods and apparatus for determining block storage status
US11934879B1 (en) Data processing using application sequence identifiers in cloud environments
US20240039818A1 (en) Techniques for discounting extensibility latency
CN115114337A (zh) 一种调整业务流程的方法、装置及介质
TW201519138A (zh) 金融商品交易方法與系統
CN114240424A (zh) 支付数据处理方法、装置、计算机设备和存储介质
TW201237781A (en) Methods for handling transaction execution and step execution in a transaction for software and application control management object
BR112017005384B1 (pt) Método, terminal e servidor de exibição de informação

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17833471

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019504762

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20197006041

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2017833471

Country of ref document: EP

Effective date: 20190227