WO2023093429A1 - Procédé et appareil d'exécution de micro-application, et dispositif, support de stockage et produit de programme - Google Patents

Procédé et appareil d'exécution de micro-application, et dispositif, support de stockage et produit de programme Download PDF

Info

Publication number
WO2023093429A1
WO2023093429A1 PCT/CN2022/127460 CN2022127460W WO2023093429A1 WO 2023093429 A1 WO2023093429 A1 WO 2023093429A1 CN 2022127460 W CN2022127460 W CN 2022127460W WO 2023093429 A1 WO2023093429 A1 WO 2023093429A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
target
micro
application
candidate
Prior art date
Application number
PCT/CN2022/127460
Other languages
English (en)
Chinese (zh)
Inventor
杨俊拯
王立中
钟卫东
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Publication of WO2023093429A1 publication Critical patent/WO2023093429A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72484—User interfaces specially adapted for cordless or mobile telephones wherein functions are triggered by incoming communication events

Definitions

  • the embodiments of the present application relate to the field of application technology, and in particular to a micro-application running method, device, equipment, storage medium, and program product.
  • the user Before using the application, the user first needs to download the application installation package from the application store, and install the application on the terminal by parsing the application installation package, and then click the application icon to start the application.
  • the storage space required by the application is also increasing.
  • Embodiments of the present application provide a micro-application running method, device, device, storage medium, and program product. Described technical scheme is as follows:
  • the embodiment of the present application provides a method for running a micro-application, the method comprising:
  • the target micro-application script of the target micro-application is a collection of services
  • the target micro-application script is composed of triggers
  • the triggers are used to perform service calls by executing control logic under trigger events ;
  • the embodiment of the present application provides a micro-application running device, the device includes:
  • the script obtaining module is used to obtain the target micro-application script of the target micro-application, the target micro-application is a collection of services, the target micro-application script is composed of a trigger, and the trigger is used to pass Execute control logic to make service calls;
  • a trigger module configured to trigger a target trigger corresponding to the target trigger event in the target micro-application script when the target trigger event is received;
  • the service calling module is used to execute the target control logic corresponding to the target trigger, and call the target service to realize the micro-application function of the target micro-application.
  • an embodiment of the present application provides a computer device, the computer device includes a processor and a memory; the memory stores at least one program, and the at least one program is used to be executed by the processor to implement the following: The running method of the micro-application described in the above aspect.
  • an embodiment of the present application provides a computer-readable storage medium, where at least one program is stored in the computer-readable storage medium, and the at least one program is loaded and executed by a processor to implement the above-mentioned The running method of the microapp.
  • an embodiment of the present application provides a computer program product, the computer program product includes computer instructions, and the computer instructions are stored in a computer-readable storage medium; a processor of a computer device reads the computer-readable storage medium from the computer-readable storage medium.
  • a computer instruction the processor executes the computer instruction, so that the computer device executes the micro-application running method provided in various optional implementation manners of the foregoing aspect.
  • Fig. 1 is a schematic diagram of a micro-application script shown in an exemplary embodiment of the present application
  • FIG. 2 shows a system architecture diagram of a micro-application system provided by an exemplary embodiment of the present application
  • FIG. 3 shows a flow chart of a micro-application running method provided by an exemplary embodiment of the present application
  • Fig. 4 is a schematic interface diagram of a micro-application subscription process shown in an exemplary embodiment of the present application
  • Fig. 5 is an implementation schematic diagram of a micro-application subscription process shown in an exemplary embodiment of the present application
  • Fig. 6 is an implementation schematic diagram of a micro-application unsubscribing process shown in an exemplary embodiment of the present application
  • FIG. 7 is a flow chart of a target service determination process shown in an exemplary embodiment of the present application.
  • Fig. 8 is an implementation schematic diagram of a service invocation process shown in an exemplary embodiment of the present application.
  • FIG. 9 is a schematic diagram of an implementation process of a service agent invoking a service process shown in an exemplary embodiment of the present application.
  • Fig. 10 is a flowchart of a static service invocation process shown in an exemplary embodiment of the present application.
  • Fig. 11 is a flowchart of a dynamic service invocation process shown in an exemplary embodiment of the present application.
  • Fig. 12 is a schematic diagram of implementation of service differential deployment shown in an exemplary embodiment of the present application.
  • Fig. 13 is an implementation schematic diagram of an engine state synchronization process shown in an exemplary embodiment of the present application.
  • Fig. 14 is a flowchart of a micro-app script acquisition process shown in an exemplary embodiment of the present application.
  • Fig. 15 is a schematic diagram of a target micro-application determination process shown in an exemplary embodiment of the present application.
  • FIG. 16 shows a structural block diagram of a micro-application running device provided by an embodiment of the present application
  • Fig. 17 shows a structural block diagram of a computer device provided by an exemplary embodiment of the present application.
  • Micro-applications can be regarded as a collection of services, which are used to implement specific business logic through calls between services. Unlike traditional applications that can only run on a specific operating system, the services of micro-apps can be services on different operating systems, that is, micro-apps support heterogeneous operating systems and can run across platforms.
  • micro-apps adopt a subscription mechanism and are bound to users. This microapp can be used.
  • Micro-application script also known as micro-application definition, it is used to control the calling relationship between services in micro-applications, and uses scripting language to describe a general business logic. Wherein, the scripting language may be xml or javascript.
  • micro-application script 11 is composed of several triggers 12 , and each trigger 12 is composed of trigger event 13 , control logic 14 and several services 15 controlled by control logic 14 .
  • the service in the micro-application script is not the service itself, but the service identifier of the service.
  • micro-application scripts have a lower code volume, so they occupy less storage space and are conducive to dynamic deployment and updates.
  • the screen capture service is used to realize the screen capture function of the device
  • the screen projection service is used to realize the screen projection of the display screen between devices, and so on.
  • the service invoked during the running of the micro-application may be a service on the current device or a service on other devices. For example, during the running of the micro-app, you can obtain the device screenshots of other devices by calling the screenshot service on other devices, and display the device screenshots of other devices by calling the image display service.
  • the services in the micro-application support dynamic deployment, that is, during the running process Based on the business logic executed by the current device, the service corresponding to the business logic is dynamically deployed to the current device.
  • the micro-application function of the same micro-application is implemented through multiple devices, since the business logic of different devices may be different, the services deployed on different devices may also be different, that is, the services in the micro-application have the characteristics of differential deployment .
  • the services constituting the micro-application may include static services and dynamic services, wherein the static services refer to the services provided by the host application and need to be pre-installed in the device, while the dynamic services refer to the services that support dynamic deployment. It can be dynamically deployed in the device during the running of the micro application.
  • Fig. 2 shows a system architecture diagram of a micro-application system provided by an exemplary embodiment of the present application.
  • the system includes at least one computer device 210 and a server 220 .
  • the computer device 210 is an electronic device with a micro-application running function.
  • the electronic device may be a smart phone, a tablet computer, a personal computer, a car machine, etc., which is not limited in this implementation.
  • the device 210 includes a smart phone, a tablet computer, and a vehicle machine as an example for illustration, but this is not limited thereto.
  • the computer device 210 is provided with a micro-application engine 211.
  • the micro-application engine 211 serves as the core for controlling the operation of the micro-application, including a script management module 2111, an event bus module 2112, an application scheduling module 2113, and a runtime Module 2114 and service scheduling module 2115.
  • the script management module 2111 is used to manage the micro-application scripts of each micro-application stored in the computer device 210, and is responsible for analyzing the micro-application scripts, so as to determine the triggers in the micro-application scripts and the services under the triggers.
  • the script management module 2111 is further configured to download the corresponding micro-application script when receiving a micro-application subscription operation, and delete the micro-application script corresponding to the micro-application when receiving a micro-application subscription cancellation operation.
  • the event bus module 2112 is used to cooperate with the application scheduling module 2113 to implement micro-application scheduling based on trigger events.
  • triggers corresponding to multiple micro-applications are mounted under the event bus module 2112. Since the same trigger event may trigger multiple subscribing micro-applications, after the event bus module 2112 receives the trigger event, the The application scheduling module 2113 determines the micro-applications that need to be run from several micro-applications. Wherein, the application scheduling module 2113 can automatically determine the micro-application based on the scheduling strategy, or allow the user to manually select the micro-application.
  • the runtime module 2114 is used to execute the control logic in the micro-application script, so as to interact with the service scheduling module 2115 based on the control logic, and the service scheduling module 2115 makes a service call.
  • the computer device 210 is also provided with a service management module 212 , a data synchronization module 213 and a service gateway 214 .
  • the service management module 212 is used to manage the pre-installed static services in the device;
  • the data synchronization module 213 is used to update the status to other computer devices when the state of the micro-application engine 211 changes (for example, an event generated by the service causes a state change). Synchronization ensures the state consistency of the micro-application engine 211 on different computer devices.
  • the service gateway 214 is configured to perform service invocation based on the service invocation request of the service scheduling module 2115 , and specifically includes an agent management module 2141 and a lifecycle management module 2142 .
  • the proxy management module 2141 is provided with different service proxies, and the service proxies are used to convert service invocation requests in a unified format to obtain requests that meet the requirements of the real service format.
  • the lifecycle management module 2142 is used to manage the lifecycle of the service, and may include a static service lifecycle management module and a dynamic service lifecycle management module.
  • the computer device 210 can not only make service calls through its own service gateway 214, but also make service calls through the service gateway 214 of other devices (determined by the business logic of the micro-application), that is, cross-device service call.
  • a static service module 216 and a dynamic service module 215 are also provided in the computer device 210 .
  • the static service module 216 is used to manage pre-installed static services
  • the dynamic service module 215 is used to manage dynamically deployed dynamic services.
  • the services contained in the dynamic service module 215 may correspond to different operating environments, different deployment forms or different programming development languages.
  • the dynamic service module 215 includes the Android dynamic service 2151 , the Web dynamic service 2152 and the container dynamic service 2153 as an example for schematic illustration, but this is not limited thereto.
  • the server 220 is a server, a service cluster composed of several servers, or a cloud computing center. According to the functions realized by each server in the server cluster, as shown in FIG. 2 , the server cluster includes a user resource management server 221 , a micro application store server 222 , a service market server 223 and a cloud service library 224 .
  • the user resource management server 221 includes a user management module 2211 , an application management module 2212 , a service management module 2213 , a device management module 2214 and a security module 2215 .
  • the user management module 2211 is used to manage the user accounts using micro-applications;
  • the application management module 2212 is used to manage the micro-applications subscribed under different user accounts;
  • the service management module 2213 is used to manage the invoked services;
  • the device management module 2214 is used to manage the binding relationship between the user account and the device;
  • the security module 2215 is used to perform security verification during the interaction process.
  • the micro application store server 222 is used to provide micro application subscription services. When a user needs to use a micro-app, he can search for the micro-app through the micro-app search engine 2221 provided by the micro-app store server 222, and then choose to subscribe to the micro-app from the search results.
  • the micro application store server 222 After the micro application store server 222 receives the subscription operation to the micro application, it sends the user account and the application identification of the subscribed micro application to the user resource management server 221, and the application management in the user resource management server 221 Module 2212 updates the subscription relationship between the user account and the micro-application. Further, the user management module 2211 and the device management module 2214 determine other devices under the user account, and push subscription notifications to other devices, so that other devices download micro-app scripts of micro-apps from the micro-app store server 222 .
  • the service market server 223 is a server for developers to provide service inquiry services. Developers can search for services through the service search engine 2231 provided by the service market server 223, and apply the searched services to the developed micro-applications, and then upload the developed micro-applications to the micro-application store server 222 for other users Download and use.
  • developers can also develop dynamic services and upload the developed dynamic services to the cloud service library 224 .
  • the subsequent computer device 210 can download and deploy the dynamic service from the cloud service library 224 .
  • micro-application system may also include other computer devices (such as developer devices) or servers that implement other functions, and this embodiment does not constitute limited.
  • FIG. 3 shows a flow chart of a micro-application running method provided by an exemplary embodiment of the present application.
  • the embodiment of the present application takes the application of the method to the computer device shown in FIG. 2 as an example for illustration.
  • the method include:
  • Step 301 acquire the target micro-application script of the target micro-application.
  • the target micro-application is a collection of services, and the target micro-application script is composed of triggers, and the triggers are used to call services by executing control logic under trigger events.
  • the computer device when receiving the startup instruction of the target micro-application, the computer device obtains the target micro-application script corresponding to the target micro-application from the locally stored micro-application script, wherein the local storage of the computer device is determined by the current The microapp script of the microapp subscribed by the logged in user account.
  • the start instruction can be triggered by the user clicking the micro-application icon, or can be triggered by interaction (such as voice, shake, tap, scene perception, etc.). way is limited.
  • a micro-application is a collection of services, and its business logic is realized by computer equipment executing micro-application scripts through a micro-application engine, wherein micro-application scripts of different micro-applications are all executed by the same micro-application engine.
  • the micro-application script is composed of several triggers, and each trigger is used to trigger under a specific trigger event, and after triggering, the service call is made through the corresponding control logic of the trigger.
  • the micro-application script includes at least an initialization trigger and an end trigger.
  • the initialization trigger is used to trigger the micro-application to start running
  • the end trigger is used to trigger the micro-application to stop running.
  • the micro-application script also includes other triggers for implementing specific micro-application functions, which is not limited in this embodiment of the present application.
  • Step 302 in the case of receiving the target trigger event, trigger the target trigger corresponding to the target trigger event in the target micro-application script.
  • the computer device determines the target trigger triggered by the target trigger event from the target micro-application script, thereby setting the target trigger from the untriggered state to the triggered state. In the triggered state, the computer device executes the control logic corresponding to the trigger through the micro-application engine to realize the corresponding business logic.
  • the target trigger event can be an event triggered by the user, such as a tap event, a shake event, etc., or an event output after calling the service, for example, the last trigger corresponding to the service returned after the call is completed event, which is not limited in this embodiment.
  • Step 303 execute the target control logic corresponding to the target trigger, and call the target service, so as to realize the micro-application function of the target micro-application.
  • the computer device executes the target control logic corresponding to the target trigger through the runtime module in the micro-application engine, and then the target control logic invokes the target service.
  • the services called by the target control logic include at least two services, the at least two services will be called sequentially according to the business logic.
  • the target service invoked by the computer device may be a service of the current device or a service of an external device, that is, a cross-device service call may be realized, thereby realizing the micro-application function of the target micro-application through interaction with the external device.
  • the computer device needs to determine whether the target service has been deployed locally, and During deployment, the target service is dynamically deployed (for dynamic services).
  • the computer device repeatedly executes the above steps 302 and 303, and after the end trigger is triggered, executes the control logic of the end trigger to end the running of the micro-application.
  • the computer device when running a micro-application composed of several services, the computer device obtains the micro-application script of the micro-application, and triggers the corresponding trigger in the micro-application script based on the received trigger event, Then, by executing the control logic corresponding to the trigger, the corresponding service is called to realize the micro-application function of the micro-application. Since the operation of micro-applications is based on micro-application scripts with low code volume, it requires less storage space than traditional applications; moreover, assemble services into micro-applications, and use micro-application scripts to manage the calling relationship between services , realizing the componentization of micro-applications, improving the reusability of services between micro-applications, and helping to reduce the difficulty of developing micro-applications.
  • the method before invoking the target service, the method includes:
  • the target service is determined from the candidate services in the candidate service list.
  • a list of candidate services including:
  • a candidate service list is generated based on the candidate static services and the candidate dynamic services.
  • the target service is determined from the candidate services in the candidate service list, including:
  • the target service is determined from the candidate services in the candidate service list.
  • call the target service including:
  • the target service is invoked through the target service gateway, where the target service gateway is the service gateway of the current device, and/or, the service gateway of an external device other than the current device, and the target micro-application script is set in the external device.
  • call the target service through the target service gateway including:
  • the target service gateway is the service gateway of the current device
  • the service invocation request is obtained through the target service gateway
  • the target service proxy corresponding to the target service is determined through the target service gateway; based on the service invocation request, the target service is invoked through the target service proxy;
  • the target service gateway is the service gateway of the external device
  • the service call request is sent to the external device, and the external device is used to determine the target service proxy corresponding to the target service through the target service gateway, and based on the service call request, through the target service proxy call target service;
  • different service agents correspond to different programming development languages, or different service agents correspond to different deployment forms, or different service agents correspond to different operating environments.
  • the target service is invoked through the target service proxy, including:
  • the target service is invoked through the target service proxy to obtain the original output parameters of the target service;
  • the original output parameters are converted by the target service agent to obtain the target output parameters, and the target output parameters adopt a unified parameter format.
  • the method further includes:
  • the target service is a static service
  • the method further includes:
  • the target service is a dynamic service
  • the target service If the target service is not deployed, download the target service from the cloud service library, and load the target service through the host service.
  • the method further includes:
  • the target service is a synchronous call service
  • obtain the service return value of the target service call the next service based on the service return value
  • the target service is an asynchronous call service
  • the service output event of the target service is obtained; the trigger in the target micro-application script is triggered by the service output event.
  • the method includes:
  • the target microapp script of the target microapp is downloaded based on the application identifier in the subscription push message.
  • the subscription push message is sent to the user account when the server detects that the microapp subscribed by the user account has changed. Each device under push.
  • the method further includes:
  • the initialization service is deployed, and the initialization service is the service invoked by the initialization trigger.
  • the method also includes:
  • a subscription cancellation instruction is sent to the server, and the server is configured to push a subscription cancellation message to each device under the user account based on the subscription cancellation instruction, so that each terminal deletes the target micro-app script.
  • obtain the target microapp script of the target microapp including:
  • At least one candidate micro-application corresponding to the initialization trigger event is determined, and the initialization trigger event is used to trigger an initialization trigger of at least one candidate micro-application;
  • determining a target micro-application from at least one candidate micro-application includes:
  • microapplication selection list based on at least one candidate microapplication; determining the selected candidate microapplication as a target microapplication in response to a selection operation on the microapplication selection list; or,
  • a target micro-application is determined from at least one candidate micro-application.
  • micro-app Since the micro-app is not bound to the device but to the user, before using the target micro-app, it is first necessary to subscribe to the micro-app through the user account, so as to download the target micro-app script corresponding to the target micro-app to the individual devices.
  • the subscription initiator device in response to a subscription operation on the target micro-application, downloads the target micro-application script of the target micro-application.
  • the subscription initiator device can obtain a micro-app list including all micro-apps by accessing the micro-app store server, and download the micro-app from the micro-app store server when receiving a subscription operation to the target micro-app in the micro-app list Target microapp script.
  • the subscription initiator device can also use the micro-app search engine of the micro-app store server to search for micro-apps by inputting micro-app keywords, and then initiate a subscription operation to the target micro-app from the search results.
  • the subscription operation may be a click operation on a subscription control corresponding to the target micro-application.
  • the subscription initiator device accesses the micro-app store, and displays each micro-app in the micro-app list on the micro-app store interface 41 , including micro-apps subscribed and unsubscribed by the current user account.
  • the user may enter a micro-application keyword in the search bar of the micro-application store interface 41, and click the search control 43 to trigger the micro-application store server to feed back micro-applications containing the micro-application keyword.
  • the subscription initiator device downloads the target micro-application script from the micro-application store server according to the application identifier of the target micro-application.
  • the computer device downloads the target The micro-application script, wherein the subscription push message is pushed to each device under the user account when the server detects that the micro-application subscribed to by the user account changes.
  • the user resource management server updates the subscription relationship between the user account and the micro-application based on the user account logged in by the subscription initiator device and the application identifier of the target micro-application, and Based on inquiring about the devices under the user account, a subscription push message is sent to each of the queried devices, and the subscription push message at least includes the application identifier of the target micro-application.
  • the computer device After the computer device receives the subscription push message, it knows that other devices that log in to the same user account as itself have subscribed to the target micro-app, and then downloads the target micro-app script of the target micro-app from the micro-app store server based on the application identifier in the subscription push message .
  • the application management module 511 in the user resource management server 51 adds "Zhang San”
  • the subscription relationship with the micro-app, and through the device management module 512, it is found that the user account "Zhang San” also includes device B and device C, so as to send subscription push messages to device B and device C.
  • device B and device C receive the subscription push message, they automatically download the micro application script from the micro application store server 52 through the micro application engine.
  • the initialization trigger in the micro-app script needs to be executed immediately, and the The service called by the initial trigger is deployed on the current device, so as to ensure the normal operation of the micro application.
  • an initialization service is deployed based on an initialization trigger in the target micro-application script, where the initialization service is a service called by the initialization trigger, and The quantity of the initialization service is at least one.
  • the micro-application script of the micro-application when the micro-application is used to realize cross-device screen capture by tapping with two fingers, the micro-application script of the micro-application includes an initialization trigger, a trigger for tapping with two fingers, and an end trigger. Since the two-finger tap service needs to be invoked in the initialization trigger, the double-finger tap service needs to be pre-deployed on the device to avoid failure to capture the double-finger tap event due to the non-pre-deployment of the two-finger tap service, which in turn cannot trigger the two-finger tap Hit the trigger, which eventually leads to the problem that the micro application cannot run.
  • the computer device can also unsubscribe from the micro-application.
  • the computer device in response to the unsubscribing operation of the target micro-application, deletes the target micro-application script of the target micro-application, so as to prevent the unsubscribed target micro-application script from occupying device storage space.
  • the computer device also needs to send a subscription cancellation instruction to the server, so that the server can push a subscription cancellation message to each device under the user account based on the subscription cancellation instruction, so that Each terminal deletes the target microapp script.
  • the subscription cancellation instruction at least includes the application identification of the target micro-application.
  • the device A cancels the subscription to the micro-app, and then sends a subscription cancel instruction to the user resource management server 51, and the application management module 511 in the user resource management server 51 bases on the
  • the subscription cancellation instruction deletes the subscription relationship between "Zhang San” and the micro-app, and through the device management module 512, it is found that the user account "Zhang San” also includes device B and device C, so that by sending subscriptions to device B and device C cancel message.
  • device B and device C delete the micro-app script of the micro-app.
  • the micro-app scripts in each device under the same user account are kept consistent, avoiding the problem of abnormal use of micro-apps due to inconsistent micro-app scripts on different device sides, and ensuring The availability of micro-apps and the consistency of user experience on different device sides.
  • the initialization service is pre-deployed to ensure the normal operation of subsequent micro-applications.
  • the called service is defined in the micro-application script, but in actual situations, there may be multiple specific service instances for realizing the same service function.
  • the payment function can be realized through the payment service A provided by the payment application, the payment service B provided by the instant messaging application, or the payment dynamic service C. Therefore, before invoking the target service, the computer device first needs to determine the target service from several candidate services. In a possible implementation manner, as shown in FIG. 7 , the process for the computer device to determine the target service includes the following steps.
  • Step 701 Determine a candidate service list based on the service ID of the service invoked by the target control logic, and the candidate service list includes at least one candidate service matching the service ID.
  • the target control logic in the target micro-application script includes the service identifier of the called service, and when the runtime module in the micro-application engine executes the target control logic, it obtains the service identifier, thereby passing the service
  • the scheduling module determines at least one candidate service matching the service identifier.
  • the service identifier may be a service name or a service ID, which is not limited in this embodiment.
  • this step may include the following sub-steps:
  • the static service is a pre-installed service, and its invocation depends on the host application, that is, the static service can be invoked only when the host application is installed.
  • the service management module is used to manage the static services provided by the host application in the local device. After obtaining the service identifier, the service scheduling module queries the local device for candidate services that match the service identifier through the service management module. static service.
  • the service management module determines the payment service A provided by the payment application and the payment service B provided by the instant messaging application as candidate static services (the computer device is installed with payment application A and instant messaging Communication application B).
  • the service scheduling module queries the cloud service library for candidate dynamic services matching the service identifier.
  • the service dispatching module queries the payment dynamic service C from the cloud service library based on the service name "payment”, and determines the payment dynamic service C as a candidate dynamic service.
  • the computer device does not directly download the service, but performs service download when the target service is determined and belongs to the candidate dynamic service.
  • the computer device combines the queried candidate dynamic services and candidate static services to obtain a candidate service list.
  • Step 702 determine the target service from the candidate services in the candidate service list.
  • the computer device when the candidate service list contains only one candidate service, the computer device directly determines the candidate service as the target service; when the candidate service list contains at least two candidate services, the computer device needs to determine the target service therefrom.
  • the computer device displays a list of candidate services, and the user selects a target service to call from the list of candidate services.
  • the computer device determines the selected candidate service as the target service.
  • the computer device may display a list of candidate services in the form of a pop-up window, and determine a target service when receiving a click operation on a candidate service in the list of candidate services.
  • the embodiment of the present application does not limit the display manner of the candidate service list.
  • the computer device may automatically determine the target service from the candidate services based on the service selection policy.
  • the computer device may determine the target service based on at least one of user information, device information, historical use records, and service information. This embodiment does not limit the specific service selection strategy.
  • the computer device will determine the payment service A with the highest frequency of use. serve the purpose.
  • the computer device may, based on the location relationship between the current device and each device (which can be determined based on information such as location and network location), select the service provided by the nearest device.
  • the service identified as the target service may be based on the location relationship between the current device and each device (which can be determined based on information such as location and network location).
  • the computer device After the target service is determined, the computer device further invokes the target service.
  • the target service is a static service
  • the computer device does not need to dynamically download the target service
  • the target service is a dynamic service
  • the computer device needs to determine whether to download and deploy in real time based on the deployment of the dynamic service.
  • the runtime module 801 requests the service scheduling module 802 to call the service based on the service identifier of the service called by the control logic.
  • the service scheduling module 802 searches for available candidate services from the service management module 803 and the cloud service library 804 respectively based on the service identifier.
  • the server scheduling module 802 can display a candidate service list 805 for the user to select a target application to be invoked, and can also determine a target service from several candidate services based on a service selection strategy. When the determined target service is service 1 of the C device, the service scheduling module 802 further calls service 1 in the C device through the service gateway 806 .
  • the computer device based on the service identifier of the invoked service, queries the static service and dynamic service that match the service identifier, and further determines the target service from the queried static service and dynamic service, which enriches the service invocation. types, increasing the diversity of service implementations.
  • the service invocation can be realized by the service gateway, and the computer device can not only invoke the local service through its own service gateway, but also invoke the service through the service gateway of other devices, so as to realize the cross-terminal service invocation.
  • the computer device invokes the target service, it determines the target device providing the target service, so as to invoke the target server through the target service gateway.
  • the target service gateway can be the service gateway of the current device, and/or the service gateway of an external device other than the current device (determined by the business logic of the micro-application), and the target micro-application script is set in the external device, that is, the external device Both the device and the current device are capable of running the target microapp.
  • service invocation requests in a uniform format must be used when invoking services.
  • the service gateway needs to convert service invocation requests in the same format into real Service calls (because different operating systems have their own different process upper layer abstraction methods, and different call methods between processes), that is, service calls that conform to the current platform service specification.
  • the computer device obtains the service invocation request through the target service gateway, so as to determine the target service agent corresponding to the target service through the target service gateway. Further, based on the service invocation request, the target service is invoked through the target service proxy.
  • the computer device sends a service invocation request to the external device, and the external device determines the target service agent corresponding to the target service through the target service gateway, and based on the service invocation request, through the target service
  • the proxy invokes the target service.
  • the computer device may obtain the gateway address of the service gateway of the external device through the user resource management server (device management module), so as to send the service call request based on the gateway address.
  • the user resource management server device management module
  • the computer device can be deployed with different service agents as needed (for example, there is no need to deploy an Android service agent on a Windows system device), where different service agents correspond to different Programming development languages (such as java, js, php, C, C++, etc.), or, different service agents correspond to different deployment forms (such as applets, browser plug-ins, applications, etc.), or, different service agents Corresponding to different operating environments (such as virtual machines, browsers, operating systems, containers, etc.).
  • different service agents correspond to different Programming development languages (such as java, js, php, C, C++, etc.)
  • different service agents correspond to different deployment forms (such as applets, browser plug-ins, applications, etc.)
  • different service agents Corresponding to different operating environments (such as virtual machines, browsers, operating systems, containers, etc.).
  • the proxy management module 91 of the service gateway 90 is provided with an Android Service proxy 911, a cloud restful proxy 912, an Android dynamic service proxy 913 and a Web dynamic service proxy 914.
  • the target service gateway determines whether a target service proxy corresponding to the target service is deployed based on the service information of the target service. If the target service proxy is deployed, the service call is made through the target service proxy; if the target service proxy is not deployed, the service call cannot be made.
  • the invocation process may include the following steps:
  • the service proxy defines how to call the service, including how to convert the original call parameters into the parameters required by the real service, how to access the service of the specified process in the operating system, and how to convert the parameters returned by the real service into a unified format parameters and so on. Since the original input parameters in the unified parameter format in the server invocation request do not conform to the parameter input format of the target service, the target service agent first needs to convert the original input parameters to obtain the target input parameters that conform to the parameter format specified by the target service.
  • the service gateway 90 converts the original input parameters through the Android dynamic service agent 913, and calls the Android dynamic service 93 based on the converted parameters Service A in; when service B in Web dynamic service 94 needs to be invoked, service gateway 90 converts the original input parameters through Web dynamic service proxy 914, and invokes service B in Web dynamic service 94 based on the converted parameters.
  • the target service is invoked through the target service agent to obtain the original output parameters of the target service.
  • the target service proxy invokes the target service based on the target input parameter, thereby obtaining the original output parameter of the target server, wherein the original output parameter conforms to the parameter input format of the target service.
  • the target service agent needs to convert the original output parameters to obtain the target output parameters, and then feed the target output parameters back to the micro-application engine.
  • the service gateway 90 converts the parameters output by service A in the Android dynamic service 93 through the Android dynamic service agent 913, and feeds back to the micro-application engine; the service gateway 90 passes the Web dynamic service agent 914 to the The parameters output by service B in the Web dynamic service 94 are converted and fed back to the micro application engine.
  • the service gateway calls the service through the service agent, and the service agent performs parameter conversion on the calling parameters, so that the converted parameters meet the parameter requirements of the real service, ensuring that the service can be called correctly;
  • the parameters are converted so that the converted parameters conform to the unified parameter format, which ensures the normal interaction between devices under different operating systems, platforms and operating environments, and realizes the cross-platform deployment of micro-applications.
  • the computer device uses a static service manager (as shown in FIG. 9, a static service manager 951 is provided in the life cycle management module 95 of the service gateway 90) Obtain the service status of the target service, and start the target service when the service status is not started.
  • the computer device may determine the deployment mode of the target service based on the description information of the target service.
  • the static service manager is used to manage the life cycle of the static service. For example, when the static service is not invoked within the target duration, the static service manager ends the life cycle of the static service.
  • the computer device determines the target service agent corresponding to the target service according to the description information of the target service, and performs parameter conversion through the target service agent, so that based on the host application and access information corresponding to the target service Path to invoke the target service.
  • the computer device will give a failure prompt if the target service fails to start, or the target service does not meet the pre-installation conditions (for example, the host application is abnormal and the target service is unavailable).
  • the invocation process of the static service is shown in FIG. 10 .
  • Step 1001 the micro application engine initiates a service call request to the service gateway.
  • Step 1002 the service gateway verifies whether the request is legal; if it is legal, execute step 1003; if not, execute step 1010.
  • Step 1003 check whether the target service is started; if it is started, execute step 1005; if not, start the target service, and execute step 1004.
  • Step 1004 check whether the target service is started successfully; if the start is successful, execute step 1005; if fail to start, execute step 1010.
  • Step 1005 check whether there is a target service proxy corresponding to the target service; if yes, execute step 1006; if not, execute step 1010.
  • Step 1006 convert the input parameters through the target service proxy.
  • Step 1007 calling the target service based on the converted input parameters.
  • Step 1008 convert the output parameters through the target service proxy.
  • Step 1009 return the service call result to the micro application engine.
  • Step 1010 return call failure.
  • the computer device uses a dynamic service manager (as shown in FIG. 9, a dynamic service manager 952 is provided in the life cycle management module 95 of the service gateway 90) Get the service status of the host service corresponding to the target service.
  • a dynamic service manager 952 is provided in the life cycle management module 95 of the service gateway 90
  • the operation of the dynamic service depends on its corresponding host service.
  • the computer device obtains the service status of the container service.
  • the embodiment of the present application does not limit the specific type of hosting service.
  • the computer device starts the host service. Further, the computer device queries the deployment status of the target service through the host service.
  • the computer device downloads the target service from the cloud service library, and loads the target service through the host service.
  • the target service it may be cached locally when the target service is called historically
  • the computer device directly loads the target service through the host service.
  • the computer device needs to determine the target service proxy corresponding to the target service according to the description information of the target service, and perform parameter conversion through the target service proxy, so as to transfer the converted parameters to the host service, so that the host service can call target service.
  • the calling process of the dynamic service is shown in FIG. 11 .
  • Step 1101 the micro application engine initiates a service call request to the service gateway.
  • Step 1102 the service gateway verifies whether the request is legal; if it is legal, execute step 1103; if not, execute step 1112.
  • Step 1103 check whether the host service of the target service is started; if it is started, execute step 1105 ; if not, start the host service, and execute step 1104 .
  • Step 1104 check whether the host service is started successfully; if the start is successful, perform step 1105 ; if fail to start, perform step 1112 .
  • Step 1105 check whether there is a target service agent corresponding to the target service; if yes, execute step 1106; if not, execute step 1112.
  • Step 1106 convert the input parameters through the target service agent.
  • Step 1107 check whether the target service is deployed through the host service; if deployed, execute step 1108; if not deployed, execute step 1109.
  • Step 1108 call the target service based on the converted input parameters.
  • Step 1109 download the target service from the cloud service library.
  • Step 1110 convert the output parameters through the target service proxy.
  • Step 1111 return the service call result to the micro application engine.
  • Step 1112 return call failure.
  • the services deployed on different device sides may also be different to achieve different functions, that is, during the running of the same micro-application , Differential deployment of services in different devices.
  • the services invoked to realize the cross-device screen capture include two-finger tap service, picture display service and screen capture service.
  • the mobile phone determines that the executed business logic should be image display based on the micro-app script, downloads and dynamically deploys the image display service, and requests to call the screenshot service on the other device side.
  • the tablet, car machine and TV receive the service call request, based on the micro-app script, it is determined that the executed business logic should be to capture and send the screen, so as to download and dynamically deploy the screen capture service, and call the screen capture service to capture the screen of the current device and give feedback to the phone.
  • the mobile phone receives the screenshot image fed back by other devices, it calls the image display service to realize the screenshot display.
  • the computer device obtains the service return value of the target service, so as to call the next service based on the service return value (until the call of all services under the trigger is completed ); when the target service is an asynchronous call service, the computer device obtains the service output event of the target service, so as to trigger the trigger in the target micro-application script through the service output event.
  • the service return value can be data, files, instructions, etc.
  • the return value of the screenshot service can be the captured picture;
  • the trigger triggered by the service output event can be a trigger other than the target trigger, or it can be the target Trigger, which is not limited in this embodiment.
  • micro-application engines on different devices are peer-to-peer, all the state information required during the running of the micro-applications needs to be maintained, so when the state of the micro-application engine on a certain device changes (may be output by the service result in state changes), the micro-application engine needs to synchronize the state changes to other devices through the data synchronization module.
  • device A deploys service 1 and service 2
  • device B deploys service 1 and service 3
  • device C deploys service 4 and serve 5.
  • service 1 is invoked in device B
  • the service output event output by service 1 changes the engine state of the micro-application engine 1301, and the micro-application engine 1301 on the device B side synchronizes the engine state to device A and device A through the data synchronization module 1302 C, so that device A and device C update the engine state of their own micro-application engine 1301 .
  • the service output event output by service 5 changes the engine state of the micro-application engine 1301, and the micro-application engine 1301 on the side of device C synchronizes the engine state to device A and device A through the data synchronization module 1302 B, so that device A and device B update the engine state of their own micro-application engine 1301 .
  • each device under the user account is equal, and the disconnection of a single device will not affect the operation of the micro application. For example, when two-finger tapping captures the screen of other devices and sends it to the current device, the user can tap any device to complete this operation, and if any device is offline, it will not affect the normal screenshot of other devices.
  • micro-apps can also be launched by other interactive methods.
  • the computer device needs to determine the target micro-application that actually needs to be started based on the multiple micro-applications, and then obtain the target micro-application The target microapp script for .
  • the process for the computer device to obtain the target micro-application script may include the following steps.
  • Step 1401 if an initialization trigger event is received, at least one candidate micro-application corresponding to the initialization trigger event is determined, and the initialization trigger event is used to trigger a trigger of at least one candidate micro-application.
  • the computer device determines, from at least one subscribed micro-application, a candidate micro-application containing a trigger corresponding to the initialization trigger event, that is, a candidate micro-application that can be triggered by the initialization trigger event
  • the micro-application that is triggered to run is determined as a candidate micro-application.
  • the initialization triggering event may be an event triggered by voice output, an event triggered by a gesture operation (such as shaking, touching) or an event triggered by situational awareness (such as detecting returning home, arriving at an office location, etc.), This embodiment does not limit it.
  • Step 1402 determining a target micro-application from at least one candidate micro-application.
  • the target micro-application may be specified by the user, or automatically determined by the computer device based on an application selection policy.
  • the computer device displays a micro-application selection list based on at least one candidate micro-application; when a selection operation on the micro-application selection list is received, the selected candidate micro-application is determined as a target micro-application.
  • micro-application A and micro-application B when the user triggers micro-application A and micro-application B to run by shaking the terminal, when the user shakes the terminal, the terminal displays the application icons of micro-application A and micro-application B through a pop-up window for the user to choose and use.
  • the computer device determines a target micro-application from at least one candidate micro-application based on an application selection policy.
  • the computer device may determine the target micro-application based on at least one item of user information, device information, geographic location information, and time information. For example, when the user shakes the terminal, if the terminal is at home, micro-application A is determined as the target micro-application based on the application selection strategy; if the terminal is located at the office, micro-application B is determined as the target micro-application based on the application selection policy .
  • micro-application C is determined as the target micro-application based on the application selection strategy; if it is currently in the afternoon time period, then micro-application D is determined as the target micro-application based on the application selection strategy micro app.
  • the embodiment of the present application does not limit the specific application selection strategy.
  • the event bus module 1502 of the micro application engine 1501 is loaded with triggers corresponding to multiple micro applications.
  • the initialization trigger event causes the event bus module 1502 to
  • the event bus module 1502 determines the candidate micro-applications from the micro-applications A, B, and C based on the triggered trigger, and instructs the application scheduling module 1503 to perform application scheduling.
  • the application scheduling module 1503 can display a micro-application selection list for the user to select, and can also determine micro-application C as the target micro-application based on the application selection policy.
  • Step 1403 acquiring the target micro-application script of the target micro-application.
  • the computer device acquires the target micro-application script locally based on the application identification of the target micro-application.
  • FIG. 16 shows a structural block diagram of a micro-application running device provided by an embodiment of the present application.
  • the device can include:
  • the script acquisition module 1601 is used to acquire the target micro-application script of the target micro-application, the target micro-application is a collection of services, the target micro-application script is composed of triggers, and the triggers are used to Service invocation by executing control logic;
  • a trigger module 1602 configured to trigger a target trigger corresponding to the target trigger event in the target micro-application script when the target trigger event is received;
  • the service calling module 1603 is configured to execute the target control logic corresponding to the target trigger, and call the target service to realize the micro-application function of the target micro-application.
  • the device also includes:
  • a candidate service determining module configured to determine a candidate service list based on the service identifier of the service invoked by the target control logic, the candidate service list including at least one candidate service matching the service identifier;
  • a target service determining module configured to determine the target service from the candidate services in the candidate service list.
  • the candidate service determination module is configured to:
  • the list of candidate services is generated based on the candidate static services and the candidate dynamic services.
  • the target service determination module is configured to:
  • the target service is determined from the candidate services in the candidate service list based on a service selection policy.
  • the service calling module 1603 is configured to:
  • the target service is invoked through the target service gateway, where the target service gateway is the service gateway of the current device, and/or, the service gateway of an external device other than the current device, and the target micro-application script is set in the external device.
  • the service calling module 1603 includes:
  • the first invocation unit is configured to obtain a service invocation request through the target service gateway when the target service gateway is the service gateway of the current device; determine the target service agent corresponding to the target service through the target service gateway ; Based on the service invocation request, invoking the target service through the target service agent;
  • the second invoking unit is configured to send a service invocation request to the external device when the target service gateway is a service gateway of an external device, and the external device is configured to determine the target service through the target service gateway A corresponding target service proxy, and based on the service invocation request, invoke the target service through the target service proxy;
  • different service agents correspond to different programming development languages, or different service agents correspond to different deployment forms, or different service agents correspond to different operating environments.
  • the first calling unit or the second calling unit is used for:
  • the original input parameters in the service call request are converted by the target service proxy to obtain target input parameters, wherein the original input parameters adopt a unified parameter format, and the target input parameters conform to the parameter format of the target service ;
  • the original output parameter is converted by the target service agent to obtain a target output parameter, and the target output parameter adopts the unified parameter format.
  • the device also includes:
  • the first service starting module is used to obtain the service status of the target service through the static service manager when the target service is a static service; and start the service status when the service status is not started. target service.
  • the device also includes:
  • the second service starting module is used to obtain the service status of the host service corresponding to the target service through the dynamic service manager when the target service is a dynamic service; when the service status is not started, Start the host service; query the deployment status of the target service through the host service; if the target service is not deployed, download the target service from the cloud service library, and load the target service through the host service target service.
  • the service calling module 1603 is further configured to obtain a service return value of the target service when the target service is a synchronous call service; call the next service based on the service return value;
  • the triggering module 1602 is further configured to obtain a service output event of the target service when the target service is an asynchronous call service; trigger a trigger in the target micro-application script through the service output event.
  • the device also includes:
  • a first download module configured to download the target micro-application script of the target micro-application in response to a subscription operation to the target micro-application;
  • the second download module is configured to download the target micro-application script of the target micro-application based on the application identifier in the subscription push message when a subscription push message is received, and the subscription push message is sent by the server at When it is detected that the micro-application subscribed by the user account changes, push it to each device under the user account.
  • the device also includes:
  • the initialization deployment module is configured to deploy an initialization service based on the initialization trigger in the target micro-application script, and the initialization service is a service invoked by the initialization trigger.
  • the device also includes:
  • a deletion module configured to delete the target micro-application script of the target micro-application in response to an unsubscribe operation on the target micro-application
  • An instruction sending module configured to send a subscription cancellation instruction to the server, and the server is configured to push a subscription cancellation message to each device under the user account based on the subscription cancellation instruction, so that each terminal deletes the target micro-application script.
  • the script acquisition module 1601 includes:
  • a candidate application determining unit configured to determine at least one candidate micro-application corresponding to the initialization trigger event in the case of receiving an initialization trigger event, and the initialization trigger event is used to trigger an initialization trigger of at least one candidate micro-application ;
  • a target application determining unit configured to determine the target micro-application from at least one of the candidate micro-applications
  • An acquiring unit configured to acquire the target micro-application script of the target micro-application.
  • the target application determining unit is configured to:
  • micro-application selection list based on at least one of the candidate micro-applications; in response to a selection operation on the micro-application selection list, determining the selected candidate micro-application as the target micro-application; or,
  • the target micro-application is determined from at least one of the candidate micro-applications based on an application selection strategy.
  • micro-applications when running a micro-application composed of several services, by obtaining the micro-application script of the micro-application, and triggering the corresponding trigger in the micro-application script based on the trigger event, and then executing the trigger
  • the corresponding control logic of the controller is used to call the corresponding service to realize the micro-application function of the micro-application. Since the operation of micro-applications is based on micro-application scripts with low code volume, it requires less storage space than traditional applications; moreover, assemble services into micro-applications, and use micro-application scripts to manage the calling relationship between services , realizing the componentization of micro-applications, improving the reusability of services between micro-applications, and helping to reduce the difficulty of developing micro-applications.
  • FIG. 17 shows a structural block diagram of a computer device provided by an exemplary embodiment of the present application.
  • the computer device 1700 may be implemented as a source device or a destination device in each of the foregoing embodiments.
  • Computer device 1700 may include one or more of the following components: processor 1710 and memory 1720 .
  • Processor 1710 may include one or more processing cores.
  • the processor 1710 uses various interfaces and lines to connect various parts of the entire computer device 1700, and executes by running or executing instructions, programs, code sets or instruction sets stored in the memory 1720, and calling data stored in the memory 1720.
  • the processor 1710 may adopt at least one of Digital Signal Processing (Digital Signal Processing, DSP), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA), and Programmable Logic Array (Programmable Logic Array, PLA). implemented in the form of hardware.
  • DSP Digital Signal Processing
  • FPGA Field-Programmable Gate Array
  • PLA Programmable Logic Array
  • the processor 1710 can integrate one or more of a central processing unit (Central Processing Unit, CPU), an image processor (Graphics Processing Unit, GPU), a neural network processor (Neural-network Processing Unit, NPU) and a modem, etc.
  • a central processing unit Central Processing Unit, CPU
  • an image processor Graphics Processing Unit, GPU
  • a neural network processor Neural-network Processing Unit, NPU
  • the CPU mainly handles the operating system, user interface and application programs, etc.
  • the GPU is used to render and draw the content that needs to be displayed on the touch screen
  • the NPU is used to realize the artificial intelligence (Artificial Intelligence, AI) function
  • the modem is used to process Wireless communication. It can be understood that the foregoing modem may also not be integrated into the processor 1710, but implemented by a single chip.
  • the memory 1720 may include random access memory (Random Access Memory, RAM), and may also include read-only memory (Read-Only Memory, ROM).
  • the memory 1720 includes a non-transitory computer-readable storage medium (non-transitory computer-readable storage medium).
  • the memory 1720 may be used to store instructions, programs, codes, sets of codes or sets of instructions.
  • the memory 1720 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), Instructions and the like for implementing the various method embodiments described below; the storage data area can store data created according to the use of the computer device 1700 (such as audio data, phonebook) and the like.
  • the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), Instructions and the like for implementing the various method embodiments described below; the storage data area can store data created according to the use of the computer device 1700 (such as audio data, phonebook) and the like.
  • the structure of the computer device 1700 shown in the above drawings does not constitute a limitation to the computer device, and the computer device may include more or less components than those shown in the illustration, or combine certain components, or a different arrangement of components.
  • the computer device 1700 also includes a display screen, a camera assembly, a microphone, a speaker, a radio frequency circuit, an input unit, a sensor (such as an acceleration sensor, an angular velocity sensor, a light sensor, etc.), an audio circuit, a wireless fidelity (Wireless Fidelity, WiFi ) module, power supply, bluetooth module and other components, which will not be repeated here.
  • the embodiment of the present application also provides a computer-readable storage medium, the computer-readable storage medium stores at least one program, and the at least one program is loaded and executed by a processor to realize the micro-application described in each embodiment above. run method.
  • An embodiment of the present application provides a computer program product, the computer program product includes computer instructions, and the computer instructions are stored in a computer-readable storage medium; a processor of a computer device reads the computer instructions from the computer-readable storage medium, and processes The computer executes the computer instructions, so that the computer device executes the micro-application running method provided in various optional implementation manners of the above aspects.
  • the "plurality” mentioned herein refers to two or more than two.
  • “And/or” describes the association relationship of associated objects, indicating that there may be three types of relationships, for example, A and/or B may indicate: A exists alone, A and B exist simultaneously, and B exists independently.
  • the character "/” generally indicates that the contextual objects are an "or” relationship.
  • the numbering of the steps described herein only exemplarily shows a possible sequence of execution among the steps. In some other embodiments, the above-mentioned steps may not be executed according to the order of the numbers, such as two different numbers The steps are executed at the same time, or two steps with different numbers are executed in the reverse order as shown in the illustration, which is not limited in this embodiment of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un procédé et un appareil d'exécution de micro-application, ainsi qu'un dispositif, un support de stockage et un produit de programme, qui appartiennent au domaine technique des applications. Le procédé consiste à : acquérir un script de micro-application cible d'une micro-application cible, la micro-application cible étant un ensemble composé de services, le script de micro-application cible étant composé d'un déclencheur, et le déclencheur étant utilisé afin de faire appel à un service au moyen de l'exécution d'une logique de commande face à un événement déclencheur (301) ; lorsqu'un événement déclencheur cible a été reçu, déclencher un déclencheur cible correspondant à l'événement déclencheur cible dans le script de micro-application cible (302) ; et exécuter une logique de commande cible correspondant au déclencheur cible, et faire appel à un service cible, de manière à réaliser une fonction de micro-application de la micro-application cible (303). Étant donné que l'exécution d'une micro-application est basé sur un script de micro-application ayant une faible quantité de code, l'espace de stockage devant être occupé est relativement petit ; et des services sont assemblés en une micro-application, et le composant de la micro-application est réalisé en utilisant une relation d'appel entre des services de gestion de script de micro-application, ce qui permet de réduire la difficulté de développement de micro-applications.
PCT/CN2022/127460 2021-11-29 2022-10-25 Procédé et appareil d'exécution de micro-application, et dispositif, support de stockage et produit de programme WO2023093429A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111434742.1 2021-11-29
CN202111434742.1A CN114125028B (zh) 2021-11-29 2021-11-29 微应用的运行方法、装置、设备、存储介质及程序产品

Publications (1)

Publication Number Publication Date
WO2023093429A1 true WO2023093429A1 (fr) 2023-06-01

Family

ID=80371877

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/127460 WO2023093429A1 (fr) 2021-11-29 2022-10-25 Procédé et appareil d'exécution de micro-application, et dispositif, support de stockage et produit de programme

Country Status (2)

Country Link
CN (1) CN114125028B (fr)
WO (1) WO2023093429A1 (fr)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125028B (zh) * 2021-11-29 2024-05-14 Oppo广东移动通信有限公司 微应用的运行方法、装置、设备、存储介质及程序产品
CN114595010A (zh) * 2022-03-11 2022-06-07 Oppo广东移动通信有限公司 服务调用系统、方法、设备及存储介质
CN115150507A (zh) * 2022-05-07 2022-10-04 Oppo广东移动通信有限公司 服务调度方法及系统、电子设备及计算机可读存储介质
CN115150378A (zh) * 2022-05-07 2022-10-04 Oppo广东移动通信有限公司 出行服务方法及装置、电子设备及计算机可读存储介质
CN114968406B (zh) * 2022-05-27 2023-10-13 北京青云科技股份有限公司 一种插件管理方法、装置、电子设备及存储介质
CN115296949A (zh) * 2022-06-28 2022-11-04 青岛海尔科技有限公司 智能家电设备远程控制方法、装置和系统
CN117056173B (zh) * 2023-10-12 2024-01-30 麒麟软件有限公司 在Web操作系统上监控安卓应用生命周期的方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1500328A (zh) * 2001-02-23 2004-05-26 ��˹��ŵ�� 使用业务脚本提供网络服务的方法和系统
US20170187785A1 (en) * 2015-12-23 2017-06-29 Hewlett Packard Enterprise Development Lp Microservice with decoupled user interface
US20190065177A1 (en) * 2017-08-24 2019-02-28 General Electric Company Cross application behavior customization
US20190197148A1 (en) * 2017-12-21 2019-06-27 Adobe Inc. Reducing frontend complexity for multiple microservices with consistent updates
CN114125028A (zh) * 2021-11-29 2022-03-01 Oppo广东移动通信有限公司 微应用的运行方法、装置、设备、存储介质及程序产品

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110908658B (zh) * 2019-11-15 2024-04-12 国网电子商务有限公司 一种“微服务+微应用”系统、数据处理方法及装置
US11553053B2 (en) * 2020-04-16 2023-01-10 Citrix Systems, Inc. Tracking application usage for microapp recommendation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1500328A (zh) * 2001-02-23 2004-05-26 ��˹��ŵ�� 使用业务脚本提供网络服务的方法和系统
US20170187785A1 (en) * 2015-12-23 2017-06-29 Hewlett Packard Enterprise Development Lp Microservice with decoupled user interface
US20190065177A1 (en) * 2017-08-24 2019-02-28 General Electric Company Cross application behavior customization
US20190197148A1 (en) * 2017-12-21 2019-06-27 Adobe Inc. Reducing frontend complexity for multiple microservices with consistent updates
CN114125028A (zh) * 2021-11-29 2022-03-01 Oppo广东移动通信有限公司 微应用的运行方法、装置、设备、存储介质及程序产品

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LIU, DAN ET AL.: "A Best Practice for a Micro-Service Architecture", COLLECTED PAPERS OF ELECTRIC POWER INDUSTRY INFORMATION ANNUAL CONFERENCE (2017), 24 November 2017 (2017-11-24) *

Also Published As

Publication number Publication date
CN114125028B (zh) 2024-05-14
CN114125028A (zh) 2022-03-01

Similar Documents

Publication Publication Date Title
WO2023093429A1 (fr) Procédé et appareil d'exécution de micro-application, et dispositif, support de stockage et produit de programme
CN110990075B (zh) 快应用的启动方法、装置、设备及存储介质
US20140236756A1 (en) Systems and methods for integrated recommendations
WO2023093414A1 (fr) Procédé et appareil de développement de micro-application et dispositif, support de stockage et produit de programme
CN102550003A (zh) 用于管理持续丰富因特网应用的方法和设备
WO2023185166A1 (fr) Procédé et appareil d'appel de service, dispositif, et support de stockage
US10404568B2 (en) Agent manager for distributed transaction monitoring system
WO2023093452A1 (fr) Procédé et appareil d'interaction de ressources et terminal et support de stockage
WO2023098345A1 (fr) Système et procédé d'abonnement, dispositif électronique, serveur, support de stockage et produit
CN111190591A (zh) 界面展示方法、数据处理方法、装置、终端及服务器
WO2023103759A1 (fr) Procédé, système et appareil d'appel de service, dispositif, et support de stockage
WO2023124657A1 (fr) Procédé et appareil de fonctionnement de micro-application, dispositif, support de stockage et produit-programme
CN112764746B (zh) 数据处理方法、装置、电子设备及存储介质
KR20110122996A (ko) 어플리케이션 실행 장치, 그 방법 및 그 방법이 기록된 컴퓨터로 판독 가능한 기록 매체
CN116567133A (zh) 一种资源播放方法和相关装置
CN113050962A (zh) 移动服务升级方法、装置和终端
Fjellheim Over-the-air deployment of applications in multi-platform environments
CN116709549B (zh) 资源共享方法、装置、电子设备及可读存储介质
US20240070139A1 (en) Database systems and methods for client-side initiation of server-side actions
US20240070151A1 (en) Database systems and client-side query transformation methods
WO2022100261A1 (fr) Terminal mobile, serveur, dispositif d'affichage et procédé de commande pour un arrêt temporisé à distance
US20240070149A1 (en) Database systems and client-side data synchronization methods
US20240070146A1 (en) Database systems and methods of batching data requests for application extensions
US20230111113A1 (en) Page loading method and display apparatus
CN114168335A (zh) 分布式计算方法、装置、计算机设备及存储介质

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: 22897512

Country of ref document: EP

Kind code of ref document: A1