WO2023216604A1 - Procédé et système de planification de service, dispositif électronique, et support de stockage lisible par ordinateur - Google Patents

Procédé et système de planification de service, dispositif électronique, et support de stockage lisible par ordinateur Download PDF

Info

Publication number
WO2023216604A1
WO2023216604A1 PCT/CN2022/141030 CN2022141030W WO2023216604A1 WO 2023216604 A1 WO2023216604 A1 WO 2023216604A1 CN 2022141030 W CN2022141030 W CN 2022141030W WO 2023216604 A1 WO2023216604 A1 WO 2023216604A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
target
information
electronic device
call information
Prior art date
Application number
PCT/CN2022/141030
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 WO2023216604A1 publication Critical patent/WO2023216604A1/fr

Links

Images

Classifications

    • 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/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72454—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to context-related or environment-related conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • 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 present application relates to the field of application technology, and more specifically, to a service scheduling method, a service scheduling system, an electronic device and a non-volatile computer-readable storage medium.
  • Embodiments of the present application provide a service scheduling method, service scheduling system, electronic equipment, and non-volatile computer-readable storage media.
  • the service scheduling method in the embodiment of the present application includes determining the current application scenario and determining the service set corresponding to the application scenario; when a trigger event is detected in the application scenario, determining the service set corresponding to The target service that triggers the event; determines the initial call information of the target service, determines the target call information according to the initial call information, and the target call information matches the electronic device running the target service; according to the target call information to run the target service.
  • the service scheduling system in the embodiment of this application includes a scene awareness module, a service management module and a service operation module.
  • the scene awareness module is used to determine the current application scenario and determine the service set corresponding to the application scenario;
  • the service governance module is used to determine the trigger event when a trigger event is detected in the application scenario.
  • the service running module is configured to run the target service according to the target calling information.
  • the electronic device includes a processor.
  • the processor is configured to determine the current application scenario and determine the service set corresponding to the application scenario; when a trigger event is detected in the application scenario, determine the service set corresponding to the trigger event.
  • the target service determine the initial call information of the target service, determine the target call information according to the initial call information, and the target call information matches the electronic device running the target service; run the described target service according to the target call information target service.
  • the non-volatile computer-readable storage medium of the embodiment of the present application contains a computer program.
  • the computer program When the computer program is executed by one or more processors, it causes the processor to execute the following service scheduling method: determine the current application Scenario, determine the service set corresponding to the application scenario; when a trigger event is detected in the application scenario, determine the target service corresponding to the trigger event in the service set; determine the initialization of the target service Call information: determine target call information according to the initial call information, and the target call information matches the electronic device running the target service; run the target service according to the target call information.
  • Figure 1 is a schematic flowchart of a service scheduling method in some embodiments of the present application.
  • Figure 2 is a schematic diagram of a service scheduling system in some embodiments of the present application.
  • Figure 3 is a schematic diagram of the connection between an electronic device and a server in some embodiments of the present application.
  • Figure 4 is a schematic diagram of the relationship between applications and services in certain embodiments of the present application.
  • Figure 5 is a schematic flowchart of a service scheduling method in some embodiments of the present application.
  • Figure 6, Figure 7 and Figure 8 are schematic scenario diagrams of the service scheduling method in some embodiments of the present application.
  • Figure 9 is a schematic flowchart of a service scheduling method in some embodiments of the present application.
  • Figures 10 and 11 are schematic scenario diagrams of the service scheduling method in some embodiments of the present application.
  • Figure 12 is a schematic flowchart of a service scheduling method in some embodiments of the present application.
  • Figure 13 is a schematic structural diagram of an application script in some embodiments of the present application.
  • Figure 14 is a schematic principle diagram of a service scheduling method in some embodiments of the present application.
  • Figure 15 is a schematic scenario diagram of a service scheduling method in some embodiments of the present application.
  • Figure 16 is a schematic flowchart of a service scheduling method in some embodiments of the present application.
  • FIGS 17 and 18 are schematic diagrams of the principles of the service scheduling method in some embodiments of the present application.
  • FIGS. 19 to 22 are schematic flow diagrams of service scheduling methods in certain embodiments of the present application.
  • Figure 23 is a schematic scenario diagram of a service scheduling method in some embodiments of the present application.
  • Figure 24 is a schematic flowchart of a service scheduling method in some embodiments of the present application.
  • Figure 25 is a schematic principle diagram of a service scheduling method in some embodiments of the present application.
  • Figure 26 is a schematic flowchart of a service scheduling method in some embodiments of the present application.
  • Figure 27 is a schematic flowchart of a service scheduling method in some embodiments of the present application.
  • Figure 28 is a schematic scenario diagram of a service scheduling method in some embodiments of the present application.
  • Figure 29 is a schematic scenario diagram of a service scheduling method in some embodiments of the present application.
  • Figure 30 is a schematic structural diagram of a service scheduling system in some embodiments of the present application.
  • Figure 31 is a schematic principle diagram of a service scheduling method in some embodiments of the present application.
  • Figure 32 is a schematic diagram of the connection status of a non-volatile computer-readable storage medium and a processor in some embodiments of the present application.
  • the service scheduling method of this application includes determining the current application scenario and determining the service set corresponding to the application scenario; when a trigger event is detected in the application scenario, determining the target service corresponding to the trigger event in the service set; determining the target
  • the initial call information of the service determines the target call information based on the initial call information, and the target call information matches the electronic device running the target service; the target service is run based on the target call information.
  • determining the current application scenario includes obtaining interaction information, and determining the current application scenario based on the interaction information.
  • the interaction information includes location information, orientation information, and movement information; obtaining the interaction information and determining the current application scenario based on the interaction information includes: determining based on the location information whether the current electronic device is within the preset location range. In this case, the target position corresponding to the preset position range is obtained; when it is determined that the current electronic device is moving toward the target position according to the orientation information and the movement information, the application scenario corresponding to the target position where the current electronic device is currently located is determined.
  • obtaining interaction information and determining the current application scenario based on the interaction information includes: when the current electronic device detects a preset operation instruction, collecting interaction information through the electronic device, and determining the current electronic device based on the interaction information.
  • the initial application scenario in which the device is currently located output prompt information according to the initial application scenario, and obtain input information input according to the prompt information; determine the application scenario in which the current electronic device is currently located based on the input information.
  • determining the service set corresponding to the application scenario includes: determining an application script corresponding to the application scenario, where the application script includes at least one service identifier; and a service set corresponding to all service identifiers in the application script. Collections, as service collections.
  • determining the application script corresponding to the application scenario includes: determining a service list corresponding to the application scenario; and generating an application script corresponding to the application scenario based on at least one service identifier included in the service list.
  • generating an application script corresponding to the application scenario based on at least one service identifier included in the service list includes: generating an initial application script corresponding to the application scenario based on at least one service identifier included in the service list; obtaining the Adjust the initial application script based on the editing data of the initial application script and/or the user portrait data of the current user, and obtain the application script corresponding to the application scenario.
  • determining the target service corresponding to the trigger event in the service set includes: when a trigger event is detected in the application scenario, triggering the trigger event in the application The corresponding target trigger in the script; the corresponding target control logic is called through the target trigger, and the target service corresponding to the triggering event in the service collection is determined according to the target control logic.
  • determining the initial call information of the target service and determining the target call information based on the initial call information includes: initiating a target call request for the target service, wherein the target call request contains the initial call information of the target service; according to The initial call information in the target call request calls the corresponding service agent, and the service agent determines the target call information corresponding to the initial call information.
  • the initial call information includes service type and registration call information; the corresponding service agent is called according to the initial call information in the target call request, and the target call information corresponding to the initial call information is determined by the service agent, including: calling The service agent corresponding to the service type converts the registration call information into the corresponding target call information according to the predetermined format.
  • calling the corresponding service agent according to the initial call information in the target call request, and before determining the target call information corresponding to the initial call information through the service agent it also includes: validating the target call request through the target service gateway. Verification: When the target service gateway passes the verification of the target call request, the corresponding service agent is called according to the initial call information in the target call request, and the target call information corresponding to the initial call information is determined through the service agent.
  • the legality verification of the target call request through the service gateway includes: when the target service gateway is the service gateway of the current electronic device, the legality verification of the target call request through the target service gateway; When the target service gateway is the service gateway of an external electronic device, it sends the target call request to the external electronic device and receives the processing result returned by the external electronic device.
  • the processing result is that the external electronic device responds to the target call request through the target service gateway. If the legality verification passes, the processing result obtained in response to the target call request.
  • running the target service according to the target call information includes: when the target service is the first service type, running the target service according to the target call information; when the target service is the second service type, determining The host service corresponding to the target service runs the target service according to the target call information when the host service is in running state.
  • the initial call information includes registration call information and/or dynamic call information; determining the initial call information of the target service, and determining the target call information based on the initial call information includes: obtaining the registration of the target service stored in the current electronic device Call information, and/or, obtain dynamic call information generated by other services; among them, the registration call information is used to represent attributes related to the target service, and the dynamic call information is used to represent the input variables required to run the target service; according to the registration call information and Dynamically call information to determine target call information.
  • determining the initial call information of the target service includes: receiving the initial call information corresponding to the target service sent by the server; running the target service according to the target call information, including: when the target service is the localization of the current electronic device In the case of service, obtain the target service code set stored in the current electronic device, and run the target service code set according to the target call information; when the target service is a non-localized service of the current electronic device, obtain the target service sent by the server corresponding to the target service
  • the target service code collection runs the target service code collection according to the target call information.
  • the service scheduling system of this application includes a scene awareness module, a service management module and a service operation module.
  • the scene awareness module is used to determine the current application scenario and determine the service set corresponding to the application scenario;
  • the service governance module is used to determine the target service corresponding to the trigger event in the service set when a trigger event is detected in the application scenario. ;
  • Determine the initial call information of the target service determine the target call information based on the initial call information, and match the target call information with the electronic device running the target service; and the service running module is used to run the target service according to the target call information.
  • the electronic device of the present application includes a processor.
  • the processor is used to determine the current application scenario and determine the service set corresponding to the application scenario; when a trigger event is detected in the application scenario, determine the service set corresponding to the trigger event.
  • Target service determine the initial call information of the target service, determine the target call information based on the initial call information, and match the target call information with the electronic device running the target service; run the target service according to the target call information.
  • the processor is also configured to obtain interaction information and determine the current application scenario based on the interaction information.
  • the interaction information includes location information, orientation information, and movement information; the processor is also configured to determine based on the location information that the current electronic device is within a preset location range, and obtain the target location corresponding to the preset location range. ; When determining that the current electronic device is moving toward the target position based on the orientation information and movement information, determine the application scenario corresponding to the current electronic device currently being at the target position.
  • the non-volatile computer-readable storage medium of the present application includes a computer program.
  • the computer program When the computer program is executed by a processor, it causes the processor to execute the service scheduling method of any of the above embodiments.
  • map applications implement navigation
  • music applications implement Walkman, etc.
  • users actively install and run corresponding applications according to actual needs.
  • users often need to spend a lot of time to find applications that meet the current application scenarios, which increases the user's Time cost, and user experience is also poor.
  • An embodiment of the present application provides a service scheduling method.
  • the service scheduling method includes steps:
  • 011 Determine the current application scenario and determine the service set corresponding to the application scenario
  • 013 Determine the initial call information of the target service, determine the target call information based on the initial call information, and match the target call information with the electronic device 100 running the target service;
  • an embodiment of the present application provides a service scheduling system 10.
  • the service scheduling system 10 includes a scene awareness module 11 , a service management module 12 and a service operation module 13 .
  • the service scheduling method in the embodiment of the present application can be applied to the service scheduling system 10 .
  • the scene awareness module 11 is used to perform step 011;
  • the service management module 12 is used to perform step 012 and step 013;
  • the service operation module 13 is used to perform step 014.
  • an embodiment of the present application also provides an electronic device 100.
  • Electronic device 100 includes processor 20 .
  • the service scheduling method in the embodiment of the present application can be applied to the electronic device 100 .
  • the processor 20 is used to execute step 011, step 012, step 013 and step 014.
  • the electronic device 100 includes a housing 30 .
  • the electronic device 100 may be a mobile phone, a tablet computer, a television, a display device, a laptop computer, a teller machine, a gate, a smart watch, a head-mounted display device, a game console, or a new device supporting VR and AR, etc.
  • FIG. 3 the embodiment of the present application is explained by taking the electronic device 100 as a mobile phone as an example. It can be understood that the specific form of the electronic device 100 is not limited to a mobile phone.
  • the casing 30 can also be used to install functional modules such as a display device, imaging device, power supply device, and communication device of the electronic device 100, so that the casing 30 can provide dustproof, anti-fall, waterproof and other protection for the functional modules.
  • the service scheduling system 10 can be set up in the electronic device 100, or the service scheduling system 10 can be set up in the server 200 in the cloud, or the service scheduling system 10 can be set up in both the electronic device 100 and the server 200.
  • the processor 20 includes a first processor 21 in the electronic device 100 and a second processor 22 in the server 200 .
  • the first processor 21 or the second processor 21 can perform steps 011 to 014; or, the first processor 21 is used to perform step 011, the second processor 22 is used to perform steps 012 and 013, and the first processor 21 is used to perform step 011. 21 is used to perform step 014, etc.
  • the scene awareness module 11 can determine the current application scene.
  • the application scenario may be the usage scenario in which the electronic device 100 is currently located, the interaction information may be obtained, and then the usage scenario may be determined based on the interaction information.
  • the usage scenario can be determined based on the interaction information of the electronic device 100, such as based on the current electronic device 100 or other electronic devices 100 that are communicatively connected to the current electronic device 100 (for example, a mobile phone is the current electronic device 100, and a vehicle is other electronic devices 100).
  • the usage scene determined by the image recognized by the camera or the location information detected based on the Global Positioning System (GPS)
  • GPS Global Positioning System
  • the electronic device 100 receives the user's input to determine the usage scenario, such as when the user's gesture input, touch input, voice input, etc. meet preset conditions, the corresponding usage scenario is determined, such as the gesture is a two-finger tap. Gesture, confirm that the usage scenario is a cross-device screenshot scenario.
  • the scene sensing module 11 can determine the current application scenario based on the location information of the electronic device 100 (such as GPS information of a mobile phone or GPS information of a vehicle). For example, when the location information indicates that the electronic device 100 is in an underground garage, it can be determined.
  • the application scenario is the garage. It can be understood that different application scenarios correspond to different service sets. For example, in the garage scenario, there are generally services such as “parking space navigation" and “vehicle management”. For the subway scenario, there are generally services such as "boarding code” and "arrival reminder”. , thereby determining the service collection according to the application scenario.
  • Service is a technical concept.
  • a functional entity provides a callable interface to the outside world, it supports passing in parameters, executing functions and returning results. Then this callable interface is a service.
  • the entity that provides the above interface is called a service provider.
  • a service provider can expose multiple services to the outside world. There is no restriction on the entity type of the service provider.
  • Services can be Android UI services, perception services, cloud services (such as cloud software as a service (SaaS)), voice services, systemized services (such as Android applications), third-party services (such as Google Chrome plug-ins) )wait.
  • cloud services such as cloud software as a service (SaaS)
  • voice services such as voice services
  • systemized services such as Android applications
  • third-party services such as Google Chrome plug-ins
  • the plug-in in WPS OFFICE is exposed to the electronic device 100 through the service gateway, and the electronic device 100 calls the plug-in in WPS through the service gateway of WPS to implement corresponding services, such as inserting picture services, inserting text services, etc.
  • a service is used to implement specific tasks.
  • the parking space navigation service implements the navigation function
  • the vehicle management service is used to implement vehicle locking/unlocking
  • the ride code service is used to implement the pop-up ride code function
  • the arrival reminder service is used to implement the function of prompting the user to arrive at the station
  • the screenshot service is used to implement the function of popping up the ride code. It is used to realize the device screenshot function
  • the screen projection service is used to realize the display screen projection between devices, etc.
  • map applications include navigation services and arrival reminder services.
  • the service called during application running may be a service on the current electronic device 100 or a service on other devices.
  • an application can be viewed as a collection of services (Application 1 to Application 3 in Figure 4), which are used to implement specific business logic through calls between services.
  • the services of the application of this application can be services on different operating systems, that is, the application supports heterogeneous operating systems and can realize cross-platform operation. .
  • the services in the application of this application support dynamic deployment, that is, based on the business logic executed by the current electronic device 100 during the operation process, The service corresponding to the business logic is dynamically deployed to the current electronic device 100 .
  • the services deployed by different devices may also be different, that is, the services in the application have the characteristics of differential deployment.
  • the service set corresponding to the application scenario can be preset, or can be determined based on the number of times and usage duration of the services used by the user in different application scenarios daily, or can be dynamically adjusted in any way. For example, if the user uses the ride code service every time he or she enters or exits the subway scene, the ride code service can be used as one of the service sets corresponding to the subway scene.
  • the triggering event can be detected in the current application scenario, thereby determining the target service corresponding to the triggering event in the service set.
  • the triggering event is associated with the services in the service collection, and the target service corresponding to the triggering event is quickly determined based on the accessibility of the triggering event.
  • Trigger events can be events generated by user interaction, such as user clicks on the display, user voice or key input, data collected by sensors meeting preset conditions, etc.
  • the data collected by the sensor meeting the preset conditions may be that the ambient light brightness collected by the ambient light sensor reaches the preset brightness, or the GPS detects that the current location is at the preset location, etc.
  • the service collection of the subway scene is , determine the "ride code” service as the target service.
  • the voice information of the microphone, etc. it can be determined that the user may need an arrival reminder. Therefore, it can be determined that the trigger event of the "arrival reminder" service has been detected. At this time, From the service collection of the subway scene, determine the "arrival reminder" service as the target service.
  • the target service After the target service is determined, if the target service has been installed in the electronic device 100, the target service can be run directly. When the target service has not been installed, or in order to save the memory of the electronic device 100, the service can be stored in the server 200 in the cloud. When the electronic device 100 needs it, the target service is obtained from the server 200 in the cloud.
  • Each service needs to have initial calling information preset when registering.
  • the initial calling information can be the information written when the service is registered. .
  • the electronic device 100 cannot directly run the target service based on the initial call information, but needs to convert the initial call information of the target service into target call information matching the target service.
  • the target service can run stably under the current electronic device 100 .
  • the current electronic device 100 is an Android system
  • the target service is a windows service.
  • the current electronic device 100 cannot directly use the windows service.
  • the initial call information needs to be converted.
  • the initial call information may include Android parameter A, Android parameter B, and Android parameter C.
  • the target service cannot directly handle Android parameter A, Android parameter B, and Android parameter C.
  • the current electronic device 100 can convert the initial call information into target call information, such as converting Android parameter A, Android parameter B and Android parameter C into windows parameter A, windows parameter B and windows parameter C respectively, Then input the windows parameter A, windows parameter B and windows parameter C into the target service to realize the calling of the target service.
  • target call information such as converting Android parameter A, Android parameter B and Android parameter C into windows parameter A, windows parameter B and windows parameter C respectively.
  • Android parameters and windows parameters may only have different formats but actually contain the same content. For example, if the target service is a navigation service, when entering a destination for navigation, both the Android parameters and the windows parameters include the actual "destination", thus ensuring After the server 200 converts the initial call information into the target call information, it can correctly call the target service, thereby avoiding the situation where incorrect call results may be obtained when running the target service after conversion.
  • the service scheduling method, service scheduling system 10 and electronic device 100 in the embodiment of the present application determine the service set corresponding to the application scenario by determining the current application scenario.
  • the target service that responds to the trigger event is determined in the service collection.
  • the corresponding target service is quickly determined and run, which reduces the time cost for users to find the target service and helps improve user experience.
  • the types of services on different platforms such as Android platform, server 200 platform, etc. are different. For example, services on the Android platform cannot run normally on the server 200 platform.
  • the implementation of this application will make the initial call of the target service After the information is converted into target call information that matches the target service, the target service can be stably run on the electronic device 100 . In this way, the target service can realize cross-platform operation, which expands the usage scenarios of the electronic device 100 .
  • step 011 includes:
  • 0111 Obtain interaction information and determine the current application scenario based on the interaction information.
  • the context awareness module 11 is also used to perform step 0111.
  • processor 20 is configured to perform step 0111.
  • interaction information is used to represent information generated by any interaction process of the electronic device 100, and may be information that the electronic device 100 can obtain.
  • the interaction information includes input information, sensor information, status information, location information, and at least one of running information of applications of the electronic device 100 .
  • the input information may include: voice interaction information, text interaction information, touch interaction information, etc., which are not limited here.
  • the sensor information may be images collected by the camera 40 of the electronic device 100, posture information collected by the posture sensor, ambient light brightness information collected by the ambient light sensor, sound information collected by the microphone, etc.
  • the status information may be the current status of the electronic device 100, such as the electronic device 100 is communicating with other devices, the time and power of the electronic device 100, etc.
  • the location information represents the location of the electronic device 100, such as home, company, shopping mall, or a specific location indoors.
  • the running information of the application includes whether the current application has completed a task (for example, the task of the navigation application may be whether the navigation task is completed), and the task of the shopping application may be whether the current shopping cart is settled, etc.
  • application scenarios may include basic application scenarios and advanced application scenarios.
  • Basic application scenarios such as environment, time, activities, traffic, location, nearby devices, etc.
  • You can also Determine advanced application scenarios based on basic application scenarios for example, obtain advanced application scenarios for ordering food through basic application scenario time/location reasoning; obtain advanced application scenarios for shopping through basic application scenario activity reasoning; obtain advanced application scenarios for going to work through basic application scenario transportation reasoning ; Obtain advanced application scenarios for sightseeing attractions through basic application scenario location inference; obtain advanced application scenarios for screen projection through basic application scenario nearby device inference, etc., which are not limited here.
  • the application scenario is determined through at least one of position awareness, vehicle awareness, activity state awareness, device state awareness, device attitude awareness, nearby device awareness, environment state awareness, and time awareness, which is not done here. limited.
  • the application scenario is determined according to the perceived position of the electronic device 100 .
  • Location awareness can locate the location of the electronic device 100 through global positioning system (GPS) technology, and can locate the location of the electronic device 100 through Beidou positioning system technology, etc., which are not limited here.
  • GPS global positioning system
  • Beidou positioning system technology etc., which are not limited here.
  • the application scene is determined to be a subway scene; when the location information shows that you are currently in a garage, the application scene is determined to be a garage scene.
  • the application scenario is determined according to the perceived vehicle type.
  • Vehicle sensing can calculate the change speed of the electronic device 100 in the horizontal and vertical directions through the acceleration sensor of the electronic device 100, and combine it with machine learning and other technologies to determine whether the electronic device 100 is in a driving state.
  • the types of vehicles are then distinguished through sound recognition, such as cars, buses, trains, airplanes, etc. Different vehicles have different environmental noises.
  • the application scenario is determined based on the perceived activity status.
  • Activity state sensing can calculate the change speed of the electronic device 100 in the horizontal and vertical directions through the acceleration sensor of the electronic device 100, and combine it with machine learning and other technologies to determine whether the user corresponding to the electronic device 100 is in a stationary state, walking state, or in a Running status, etc. are not limited here.
  • the application scene can be determined to be a sleeping scene; when the user is in a running state, the application scene can be determined to be a running scene.
  • the application scenario is determined based on the perceived device status.
  • Device status awareness can obtain the status of the electronic device 100 through the operating system of the electronic device 100 . For example, whether the electronic device 100 is connected to an audio playback device, whether the wireless module of the electronic device 100 is connected, whether the screen of the electronic device 100 is lit, etc. is not limited here.
  • the application scenario is determined to be the audio playback scenario.
  • the application scenario is determined based on the perceived device posture.
  • Device attitude sensing can use the acceleration sensor, gyroscope, magnetometer and other sensors of the electronic device 100, combined with machine learning and other technologies, to evaluate whether the electronic device 100 is facing up or down, whether it is resting on the desktop or placed in a pocket, backpack, etc., in This is not limited.
  • the application scene is determined to be a silent scene.
  • the application scenario is determined based on the perceived nearby devices.
  • Nearby device sensing can identify nearby devices through Bluetooth, WiFi and other broadcasts emitted by nearby devices.
  • the nearby devices may include, for example, smart phones, smart TVs, smart watches, smart headphones, smart cars, etc., which are not limited here.
  • the application scenario is determined to be a screen projection scenario.
  • the application scenario is determined based on the perceived environmental state.
  • Environmental state sensing can identify the current environmental state of the electronic device 100 through sensors such as barometer, thermometer, and ambient light of the electronic device 100 .
  • the application scene is determined to be a night scene shooting scene.
  • the application scenario is determined based on the perceived time.
  • Time awareness can be achieved by obtaining the current system time of the electronic device 100, calculating the date, day of the week and other information, and determining whether it is a working day or a weekend, morning, afternoon, night or late night, etc. Then use the country or region to determine whether it is a holiday, etc. For example, when the time is a working day and it is working time, the application scenario is determined to be the working scenario.
  • orientation information and movement information can also be obtained to further improve the accuracy of determining the application scenario of the electronic device 100 .
  • the target location corresponding to the preset location range is obtained.
  • the current electronic device 100 may first determine one or more preset location ranges F in the map, such as the range where the target entity A is located in the map of the current city (such as a circular range with a preset radius centered on the target entity A). (such as 10 meters, 20 meters, 50 meters, etc.)), such as the location range of the subway station, the location range of the shopping mall, the location range of the parking lot, etc., can be used as the default location range F.
  • preset location ranges F in the map such as the range where the target entity A is located in the map of the current city (such as a circular range with a preset radius centered on the target entity A). (such as 10 meters, 20 meters, 50 meters, etc.)), such as the location range of the subway station, the location range of the shopping mall, the location range of the parking lot, etc., can be used as the default location range F.
  • the target location L2 corresponding to the preset location range F can be obtained.
  • the location L1 is located in the preset location range F where subway station A is located.
  • the subway The target position L2 corresponding to the preset position range F where station A is located is the absolute position of subway station A (such as the longitude and latitude of subway station A).
  • the target position L2 is the predetermined position of subway station A (such as a subway entrance). Longitude and latitude.
  • Absolute orientation can be described by pitch, yaw, and roll angles, while relative orientation can be described using quantitative descriptions such as "the device is directly in front of the user.”
  • connection and orientation information between the position L1 corresponding to the position information and the target position L2 it can be accurately determined whether the user is facing the target position L2. For example, it can be determined whether the user is facing the target position L2 by judging whether the connection line L3 is within the angle range D corresponding to the orientation information.
  • the angle range D corresponding to the orientation information is from the yaw angle -30 degrees to the yaw angle 30 degrees, and the connection line L3 can be determined if it is within the angle range D. The user moves toward the target location.
  • the absolute position of the current electronic device 100 can be determined based on the position information, and the absolute position of the current electronic device 100 and the absolute position of the target position can be determined. , the relative distance between the current electronic device 100 and the target position can be determined.
  • the movement information may be the change information of the relative distance between the current electronic device 100 and the target location.
  • the relative distance between the current electronic device 100 and the target location shows a trend of decreasing with the passage of time.
  • the decrease with the passage of time can be: as time goes by, the user continues to approach the target position; it can also be: due to the twists and turns of the road, as time goes by, the user first moves away from the target position, and finally approaches the target position.
  • the current electronic device 100 is moving towards the target location L2, thereby determining that the current electronic device 100 is currently in the application scenario corresponding to the target location L2, such as the target location If L2 is the subway entrance of a subway station, the application scene is a subway scene. If the target location L2 is the entrance of a shopping mall, the application scene is a shopping mall scene.
  • interaction information is collected through the electronic device 100 (such as the current electronic device or other electronic devices 100 that are communicatively connected to the current electronic device 100). According to the interaction The information determines the initial application scenario in which the current electronic device 100 is currently located; outputs prompt information according to the initial application scenario, and obtains input information input according to the prompt information; and determines the application scenario in which the current electronic device 100 is currently located based on the input information.
  • the preset operation may be a "shake" operation, which can obtain the change amount of the current acceleration of the electronic device 100. If the change amount of acceleration is greater than the preset change amount, it is determined that the preset operation instruction is detected.
  • the current electronic device 100 When the current electronic device 100 detects a preset operation instruction, the current electronic device 100 collects interaction information, thereby determining the initial application scenario in which the current electronic device 100 is located based on the interaction information. In this way, the current electronic device 100 can save time and effort. power consumption.
  • the method of determining the initial application scenario is similar to determining the application scenario based on location information, orientation information and movement information in the previous embodiment, and will not be described again here.
  • the initial application scenario determined by the current electronic device 100 may not be accurate. Therefore, the current electronic device 100 will output prompt information on the display screen.
  • the prompt information may include the name of the initial application scenario and the determined button.
  • the user can click the corresponding OK button to enter the input information according to the prompt information and determine the final application scenario based on the input information.
  • the prompt information is "Is it a subway scene?" and the confirmation button includes "Yes” and "No”. If the user clicks "Yes”, the input information is that the application scene is a subway scene. If the user clicks "No", the input information is The application scenario is not a subway scenario.
  • the prompt information may also include the input box K.
  • the user clicks "No" the user can enter the name of the application scenario according to the actual application scenario, so that if there is a deviation in the determination of the application scenario, Accurately determine application scenarios based on input information.
  • step 011 also includes:
  • 0112 Determine the application script corresponding to the application scenario, where the application script includes at least one service identifier;
  • 0113 Use the set of services corresponding to all service identifiers in the application script as a service set.
  • the scene awareness module 11 is also used to perform step 0112 and step 0113.
  • the processor 20 is used to perform steps 0112 and 0113.
  • the application script may include at least one service identifier.
  • Each service in the application script can be found in the application market of the server 200 through the service identifier.
  • Each service identifier may have a corresponding service; the application script may also include It is used to control the control logic between services in the service collection corresponding to the application scenario.
  • a script language is used to describe a common business logic.
  • the script language can be xml or javascript.
  • the calling and management relationships between services are implemented through application scripts, and the application script describes a common business logic.
  • the service list corresponding to the application scenario can be determined first.
  • the service list includes at least one service identifier corresponding to the service. Based on the at least one service identifier included in the service list, a service list corresponding to the application scenario can be generated.
  • Application script is
  • an application script based on the service list When generating an application script based on the service list, first generate an initial application script corresponding to the application scenario based on the service identifier in the service list. Then, the initial application script can be generated based on the editing data of the initial application script and/or the user portrait data of the current user. The application script is adjusted to obtain an edited application script. The edited application script is the application script corresponding to the application scenario.
  • the current editing data can be determined based on the user's input information, the interaction information collected in the application scenario, the user's historical editing data of the application script, etc.
  • editing data and user portrait data are constantly updated, and the service set corresponding to each application scenario is also constantly updated, so as to target different users of the same application scenario. Identify personalized service collections to enhance user experience.
  • the editing data may also be determined based on the user's subscription operation to the service.
  • the subscription initiator device can obtain the service list of all services by accessing the application store server, and then receives the subscription operation for the services in the service list. Based on the service identifier corresponding to the service subscribed by the user, the application script corresponding to the application can be generated. It can be understood that a service can be used as an application in the application store alone, and multiple services subscribed by users can also be used as an application in the application store.
  • the user can access the application store and search for all services corresponding to a specific application scenario (such as scenario A) through the search box 72 in the application store interface 71 to form a service list.
  • Each service corresponds to a subscription.
  • Button 73 After the service receives the user's click operation on the subscribe button 73, the subscribe button 73 changes to the unsubscribe button 74, which indicates that the service has been subscribed. Clicking the unsubscribe button 74 can cancel the subscription of the corresponding application.
  • the application script corresponding to the application scenario can be generated.
  • the device When the device detects that the user's application subscription has changed, it downloads the application script of the user's newly subscribed application from the app store to the device.
  • the cloud (such as server 200) detects that the application subscriptions of device A and device B have changed, it will send the service identifiers of the newly subscribed applications of device A and device B to device A and device B respectively through change notifications, and then device A and device B downloads the corresponding application script from the application store according to the corresponding service identifier to complete application deployment.
  • a set formed by services corresponding to at least one service identifier included in the application script can be used as a service set.
  • multiple service identifiers corresponding to the control logic of a trigger can be used as a service set, or multiple service identifiers corresponding to the control logic of all triggers in the application script can be used as a service set.
  • step 012 includes:
  • 0122 Call the corresponding target control logic in the application script through the target trigger, and determine the target service corresponding to the trigger event in the service collection according to the target control logic.
  • the service governance module 12 is used to perform step 0121 and step 0122.
  • the processor 20 is used to perform step 0121 and step 0122.
  • the application script can be composed of several triggers (Trigger A, Trigger B, Trigger C and Trigger D in Figure 13), and each trigger is composed of a trigger event, a control Logic and several services controlled by control logic.
  • the service in the application script is not the service itself, but the service identifier of the service (service 1, service 2 and service 3 in Figure 13).
  • trigger events include events generated by interaction (such as reaching a specific location, time, user interaction input, etc.), and the control logic is the business logic corresponding to the trigger, which is usually composed of multiple services according to specified logic.
  • a trigger event occurs, a specific trigger is triggered to execute the corresponding control logic and call the corresponding service according to the control logic.
  • the trigger event is that when the user is in the living room, the action is that the sound flows to the speaker in the living room and is played.
  • the trigger event is that when the user walks to the bedroom, the action is that the sound flows to the speaker in the bedroom and is played.
  • the trigger event is that when the user leaves the room, the action is that the sound is played. Play on mobile phones and Bluetooth headsets.
  • the target trigger corresponding to the trigger event in the application script can be triggered; the target control logic corresponding to the target trigger is called through the target trigger, and the target control logic is used to determine The target service in the service collection that corresponds to the triggering event.
  • the target trigger corresponding to the trigger event in the application script ie, trigger A
  • the target control logic corresponding to trigger A can be called through trigger A.
  • the control logic in Figure 13 thereby determining the target service (such as service 1, service 2, etc.) in the service set corresponding to the triggering event through the target control logic.
  • the number of services controlled by the target control logic can be multiple, and the multiple services are executed according to the target control logic.
  • the multiple services controlled by the target control logic are sequenced and can be executed in sequence. In this way, the target service to be executed currently can be determined based on the target control logic.
  • the triggering event can also be an event triggered by the user, such as a tap event, a shake event, etc., or it can be an event output after calling a service, such as an event returned after the service call corresponding to the previous trigger is completed. event, this embodiment does not limit this.
  • the services in the application of this application are connected in series by control logic, and the device to which it is deployed can be determined at runtime. Therefore, after the current electronic device 100 downloads the application script, the service set called through the control logic will be processed at this time. deploy. After the application is running, according to the requirements of the control service logic, different services can be deployed to the same device, or differentially deployed to different devices, and perform different tasks on different devices. The deployment process is dynamic. If the device deployment service fails on multiple devices, the user will be prompted that the current service is unavailable.
  • the services called to realize cross-device screenshot include two-finger tap service, picture display service and screen capture service.
  • the mobile phone, tablet, car, and TV under the user account will all download the corresponding application script, and after downloading the application script, two-finger tap will be pre-deployed based on the initial trigger.
  • the trigger event is determined to be "cross-end screenshot".
  • the mobile phone determines that the executed business logic is a request to call other devices (such as tablets, cars, etc.) Screen capture service on the computer, TV, etc.).
  • other devices After receiving the request, other devices determine that the trigger event is "take a screenshot.” Based on the target trigger and target control logic in the application script, other devices determine that the business logic to be executed is to deploy the screenshot service, and run the screenshot service to take a screenshot of the current interface. Take a screenshot and send the screenshot to your phone.
  • the mobile phone After the mobile phone receives the screenshot, it determines that the trigger event is "display image". Based on the target trigger and target control logic in the application script, the mobile phone determines that the business logic to be executed is to deploy the picture display service and run the picture display service to display the screenshot. In this way, cross-end screenshots can be achieved through dynamic deployment of services.
  • step 013 includes:
  • 0131 Initiate a target call request to the target service, where the target call request contains the initial call information of the target service;
  • 0132 Call the corresponding service agent according to the initial call information in the target call request, and determine the target call information corresponding to the initial call information through the service agent.
  • the service governance module 12 is also used to perform step 0131 and step 0132.
  • the processor 20 is used to perform step 0131 and step 0132.
  • the electronic device 100 can directly call the service; or after the user orchestrates the registered services to form an overall application, the application can be called, for example, as shown in Figure 10 By subscribing, one or more application scripts corresponding to different application scenarios are generated. Then, the electronic device 100 quickly determines the target service according to the application scenario and the triggering event.
  • the processor 20 may first initiate a target call request for the target service, where the target call request includes initial call information of the target service, and the initial call information may include basic attributes of the service, such as service name, service ID, service description, etc.; the method of calling the service, such as the calling protocol type, some private parameters of the protocol, etc.; the parameter definition of the service: such as the service's input parameter list (such as parameter ID, parameter name, parameter type, etc.), output parameters, etc. List (such as parameter ID, parameter name, parameter type, etc.), conversion rules between service type parameters (such as conversion script, description, service ID, etc.), etc.
  • basic attributes of the service such as service name, service ID, service description, etc.
  • the method of calling the service such as the calling protocol type, some private parameters of the protocol, etc.
  • the parameter definition of the service such as the service's input parameter list (such as parameter ID, parameter name, parameter type, etc.), output parameters, etc. List (such as parameter ID, parameter name, parameter type, etc.), conversion rules
  • the conversion rules between the parameters of the current service and the standard parameters are defined when the service is registered (that is, the conversion rules between service type parameters).
  • the navigation service includes navigation service A and navigation service B.
  • the destination parameter in navigation service A is "destination”
  • the destination parameter in navigation service B is "final location”.
  • parameters of the service are defined in the following table:
  • the initial call information may be stored in the electronic device 100, or the initial call information may be stored in the server 200, and the processor 20 may also receive the initial call information corresponding to the target service sent by the server 200.
  • the processor 20 calls the service agent corresponding to the initial call information according to the initial call information in the target call request, thereby converting the initial call information into the target call information through the service agent.
  • the service agent can be deployed locally, such as deploying the service agent on the electronic device 100; or, the service agent can be set on the server 200 in the cloud, the processor 20 sends the target call request to the server 200, and the server 200 calls according to the target call request.
  • the corresponding service agent converts the initial call information into target call information.
  • the service gateway can pass the local (such as the electronic device 100) or
  • the service agent deployed by the server 200 converts the target call request in the same format into a real service call, that is, a service call that conforms to the current platform service specification.
  • the initial call information can be directly converted into target call information that can be used by the current electronic device 100 to directly run the target service, so that the target service can comply with the platform service specification of the current electronic device 100 .
  • the interface adaptation is performed according to the service proxy of the service gateway, so that the target call request conforms to the real service call of the Messenger service, deeplink service, etc., and the Messenger service, deeplink service, etc. are correctly called. .
  • the initial call information includes service type and registration call information;
  • the service type may include Android system services, windows system services, etc.
  • the registration call information includes the above-mentioned basic attributes of the service, the calling method of the service, and Service parameter definition.
  • the electronic device 100 can be deployed with different service agents as needed, 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 correspond 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.), or .
  • Different service agents correspond to different deployment forms (such as applets, browser plug-ins, applications, etc.)
  • different service agents correspond to different operating environments (such as virtual machines, browsers, operating systems, containers, etc.) ).
  • the same call request will be converted into different specific real calls within the service gateway.
  • the conversion of each service type can be completed by the designated service agent.
  • the service agent can be increased and decreased according to the actual deployment situation. For example, the service gateway of Windows only needs to deploy Windows-related service agents, and the service gateway of Android only needs to deploy Android Relevant service agents.
  • the service gateway may include at least one of Android Service agent, cloud restful agent, Android dynamic service agent and Web dynamic service agent.
  • Android Service the initial call information can be converted into target call information through Android Service, thereby adapting to electronic devices 100 of different systems or platforms.
  • cloud restful services the initial call information can be converted into target call information through the cloud restful proxy, thereby adapting to electronic devices 100 of different systems or platforms. I won’t list them all here.
  • a service may be invoked through an interface exposed by the service.
  • the type information represents the real interface type of the service. Different types have different attributes that need to be configured.
  • Provider type information refers to which application can support this service. For example, navigation services can be provided by Amap or Baidu.
  • the link information refers to the address to access the cloud.
  • Link standard information refers to the link's calling method.
  • the service gateway When calling the interface exposed by the target service, the service gateway will select the corresponding service agent based on the service type in the initial call information (corresponding to the type information in the interface definition), and then the service agent will convert the registered call information into an adapted real Target call information for the service provider's interface type.
  • the service provider does not need to make interface adaptation modifications. He only needs to specify this information when registering the service to quickly determine the accurate service agent, thereby realizing the conversion of the registered call information to the target call information, and finally based on the target call information Run the target service, such as calling the interface exposed by the target service and input the target call information (such as input parameters) to the interface.
  • the target service outputs the output parameters according to the input parameters, thereby realizing the call of the target service.
  • the target service can be normally run by the electronic device 100 of any system or platform, realizing cross-platform operation of the target service.
  • legality verification includes the following:
  • 015 Verify the legality of the target call request through the target service gateway
  • the target service gateway passes the verification of the target call request, the corresponding service agent is called according to the initial call information in the target call request, and the target call information corresponding to the initial call information is determined through the service agent.
  • the service governance module 12 is also used to perform steps 015 and 016.
  • the processor 20 is used to perform steps 015 and 016.
  • the target service gateway can first verify the legality of the target call request. If the legality verification passes, the target service gateway can continue to use the service agent corresponding to the initial call information. Conversion of initial call information to target call information. The legality verification may be to verify whether the user of the electronic device 100 is legal. Only the electronic device 100 that passes the legality verification can access the service gateway.
  • the target service gateway is the service gateway of the current electronic device 100
  • the target call request is verified for legality through the target service gateway.
  • the current service gateway of the electronic device 100 is the service gateway that calls the target service.
  • the target service gateway is the service gateway of the external electronic device 100
  • the target call request is sent to the external electronic device 100, and the processing result returned by the external electronic device 100 is received.
  • the processing result is that the external electronic device 100 passes the target service gateway Obtained in response to the target call request when the legality verification of the target call request passes.
  • the service invocation and the legality verification of the gateway are performed in different service gateways respectively.
  • the service gateway of the external electronic device 100 performs legality verification
  • the target call request can be sent to the external electronic device 100, thereby according to
  • the processing result is used to determine whether the legality verification is passed.
  • the processing result is responded to, thereby converting subsequent initial call information to target call information.
  • step 014 includes:
  • 0142 When the target service is the second service type, determine the host service corresponding to the target service, and when the host service is in a running state, run the target service according to the target call information.
  • the service running module 13 is also used to perform step 0141 and step 0142.
  • the processor 20 is configured to perform steps 0141 and 0142.
  • the service includes different service types.
  • the service includes a first service type and a second service type.
  • the first service type may be a dynamic service and the second service type may be a static service.
  • the static service depends on the host application and needs to be installed and the host service in the host application is running before the static service can be called.
  • Dynamic services refer to services that support dynamic deployment and can be dynamically deployed in the device while the application is running. As a service that supports dynamic deployment, dynamic services do not rely on pre-installed applications for invocation, and the dynamic services available for invocation are uniformly stored in the server 200 in the cloud. When the target service is of the first service type, the target service can be directly obtained from the server 200 and dynamically deployed, thereby directly running the target service according to the target call information.
  • the target service is a static service, that is, a pre-installed service.
  • the pre-installed service defines a host application and an access path.
  • the service governance module 12 is used to manage static services provided by the host application in the local device. After obtaining the target call information, the service governance module 12 queries the target service in the local device, and then determines the host service corresponding to the target service, and runs the target service. Before, you need to run the host service first to ensure that the target service can run normally according to the target call information.
  • the electronic device 100 can determine the target service agent corresponding to the target service according to the initial call information of the target service (the service type in the initial call information), and perform the processing through the target service agent. Parameter conversion, thereby obtaining the target service code set corresponding to the target service stored in the current electronic device 100 based on the host application and access path corresponding to the target service (the interface exposed by the target service), thereby calling the target by running the target service code set Serve.
  • the electronic device 100 will issue a failure prompt.
  • Step 1801 Initiate a target call request for the target service to the service gateway.
  • Step 1802 The service gateway verifies whether the request is legal; if it is legal, step 1803 is executed; if not, step 1809 is executed.
  • Step 1803 detect whether the host service is started; then start the target service, and perform step 1804; if it is not started, it will prompt that the target service failed to start.
  • Step 1804 Check whether there is a target service agent corresponding to the target service; if it exists, perform step 1805; if it does not exist, perform step 1809.
  • Step 1805 Convert the initial call information in the target call request into target call information through the target service proxy.
  • Step 1806 Call the target service based on the converted target call information to obtain output parameters.
  • Step 1807 Convert the output parameters through the target service proxy to generate the calling result.
  • Step 1808 return the call result.
  • Step 1809 return call failure.
  • the target service is a dynamic service
  • the service governance module 12 obtains the target service code set corresponding to the target service sent by the server 200, thereby running the target service code set according to the target call information, To achieve the call of the target service.
  • the electronic device 100 needs to determine the target service agent corresponding to the target service based on the initial call information of the target service, and perform parameter conversion through the target service agent, thereby outputting the converted target call information, so that based on the target call information Call the target service.
  • Step 1901 Initiate a target call request to the service gateway.
  • Step 1902 The service gateway verifies whether the request is legal; if it is legal, step 1903 is executed; if not, step 1910 is executed.
  • Step 1903 Check whether there is a target service agent corresponding to the target service; if it exists, perform step 1904; if it does not exist, perform step 1910.
  • Step 1904 Convert the initial call information in the target call request into target call information through the target service agent.
  • Step 1905 Check whether the target service is deployed; if it is deployed, perform step 1906; if it is not deployed, perform step 1907.
  • Step 1906 Call the target service based on the converted target call information to obtain output parameters.
  • Step 1907 Download and deploy the target service from the application warehouse, and call the target service based on the converted target call information to obtain output parameters.
  • Step 1908 Convert the output parameters through the target service proxy to generate the calling result.
  • Step 1909 return the call result.
  • Step 1910 return call failure.
  • subsequent steps after the electronic device 100 completes the service invocation are also different.
  • the electronic device 100 when the target service is a synchronous call service, the electronic device 100 obtains the call result of the target service, and then calls the next service based on the call result (until the call of all services under the trigger is completed) ;
  • the target service is an asynchronous calling service, the electronic device 100 obtains the service output event of the target service, thereby triggering the trigger in the target 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, this embodiment does not limit this.
  • Step 2101 The trigger event triggers a specific trigger in device A.
  • Step 2102 Device A executes the control logic of the trigger.
  • Step 2103 Device A executes business logic according to the control logic, changes status information and synchronizes it.
  • the state information on one or more devices is peer-to-peer and can maintain all the state information required for the application to run.
  • the state information on one device changes, the state information of all devices is synchronized to the latest state through data synchronization. .
  • device A deploys service 1 and service 2
  • device B deploys service 1 and service 3
  • device C deploys service 4 and service 5.
  • service 3 in device B the output event of service 3 changes the status information.
  • Device B synchronizes the status information to device A and device C through data synchronization so that device A and device C can update their own status information.
  • service 5 in device C the output event of service 5 changes the status information.
  • Device C synchronizes the status information to device A and device B through data synchronization so that device A and device B can update their own status information.
  • each device under the user account is equal, and the disconnection of a single device will not affect the operation of the application. For example, when a screen image of another device is intercepted by tapping with two fingers and sent to the current electronic device 100, the user can complete this operation by tapping on any device, and any device goes offline without affecting other devices. Take a normal screenshot.
  • Step 2104 The service management module calls the target service according to the control logic, and the target service can be called through the service gateway.
  • the service management module calls service 2 of device C through the service gateway.
  • the target service can be one or more, displayed in a list. If there is only one service in the service list, the service is called directly. If there are multiple services, the appropriate service is selected according to the policy.
  • Strategy 1 is to pop up a service list for users to choose;
  • Strategy 2 is to assist users to automatically determine the target service based on user information, device information, user behavior, service information and other data, such as running the target service based on the user. Historical usage information over time to determine target services.
  • Step 2105 For synchronous calls, the application directly obtains the return value of the service when it is running, and uses this return value as an input parameter as the input value of subsequent services. If there is subsequent business logic, return to step 1003, otherwise the execution ends. .
  • Step 2106 For asynchronous calls, the called service sends a trigger event to device A after completing the service. Device A responds to the trigger event and triggers a specific trigger, and returns to step 1001 again.
  • the initial call information includes registration call information and/or dynamic call information;
  • step 013 includes:
  • 0133 Obtain the registration call information of the target service currently stored in the electronic device 100, and/or obtain the dynamic call information generated by other services; wherein the registration call information is used to represent attributes related to the target service, and the dynamic call information is used to represent the operation Input variables required by the target service;
  • 0134 Determine the target call information based on the registered call information and dynamic call information.
  • the service governance module 12 is also used to perform step 0133 and step 0134.
  • the processor 20 is configured to perform steps 0133 and 0134.
  • the initial call information includes registration call information and/or dynamic call information; the registration call information is used to represent attributes related to the target service.
  • the dynamic call information includes other services or input variables generated by the electronic device 100.
  • the input variables of the target service are related parameters generated by other services in the target service set except the target service.
  • the specific calling process can be:
  • the interface exposed by the target service is: POST http://xxx.x.x.x:8888/service/call.
  • the interface needs to obtain the following information:
  • B String, //The device that calls the service. If the device that calls the target service is the current electronic device 100, set it to "local" or set it to empty. If it is determined that the target service is called for other devices, you need to specify the ID of the other device. For example, when a watch connected to a mobile phone calls the target service, enter the ID of the watch to directly control the watch to call the target service through the mobile phone.
  • the target service can output output parameters based on the above information. For example, if the current electronic device 100 calls the cloud map service for navigation, then among the input parameters, the type information is cloud restful, the device calling the service is "local", and the input variable includes the destination address. , the target service outputs the navigation route and surrounding maps as output parameters to achieve navigation.
  • the target service is determined to be the arrival reminder service.
  • the arrival reminder is performed. That is to say, when the arrival reminder service is called , the arrival reminder service will output site information according to the location information input by the electronic device 100 (that is, as an input variable).
  • the ride code service will be called based on the destination site (that is, as an input variable). , thereby outputting the ride code information.
  • a cross-end screenshot triggering event such as the current electronic device 100 receiving a screenshot gesture
  • the screenshot gesture service is run, and the screenshot gesture is used as an input variable to request the call to other electronic devices.
  • Screen capture service of device 100 (such as a device logged in with the same account as the current electronic device 100). The screen capture service will send the screenshot to the current electronic device 100 after taking a screenshot according to the screenshot gesture.
  • the service of this application is developed by the service developer and uploaded to the server 200.
  • it refers to the services developed by developers according to the preset service framework; in the broad sense, it refers to services developed by general service developers, that is, services that are not developed according to the preset service framework.
  • Step S3 The scene sensing module 11 senses the application scene.
  • step S4 the electronic device 100 detects a trigger event based on the interaction information.
  • Step S5 After detecting the triggering event, the service management module 12 can determine the trigger corresponding to the triggering event, thereby determining one or more target services corresponding to the control logic in the trigger.
  • Step S6 If the electronic device 100 does not have the target service locally, download the target service from the server 200 and deploy it to the electronic device 100.
  • Step S7 If there are multiple target services, determine the target service according to user selection, or automatically assist the user to automatically determine the target service based on user information, device information, user behavior, service information and other data.
  • Step S8 Deploy the target service to the electronic device 100 and call it.
  • the target service can be deployed on the current electronic device 100 or on other devices on different systems or platforms to achieve cross-platform operation.
  • Step S9 When invoking the target service, the service management module 12 may send a target invocation request to the service gateway.
  • Step S10 the service gateway determines the service agent corresponding to the service type in the target call request, the service agent converts the registered call information into target call information, and sends the target call information to the service running module 13 .
  • Step S11 The service running module 13 runs the target service according to the target calling information.
  • the scene sensing module 11 of the electronic device 100 determines that the vehicle has arrived at the shopping mall based on the location information, thereby determining that the application scene is a shopping scene.
  • the service management Module 12 detects that the trigger event is "parking space navigation", and the service management module 12 determines the trigger corresponding to "parking space navigation" and determines one or more target services (such as navigation services) corresponding to the control logic in the trigger. If the electronic If the navigation service is not deployed locally on the device 100, the navigation service is downloaded from the server 200 and deployed.
  • the service governance module 12 calls the navigation service.
  • the service governance module 12 sends a target call request to the service gateway.
  • the service gateway determines that the service type in the target call request corresponds to the service agent.
  • the service agent converts the registered call information into the target. Call the information and send the target call information to the service operation module 13.
  • the service operation module 13 runs the navigation service to guide the user to park to an empty parking space.
  • the service management module 12 After parking is completed, the service management module 12 detects that the trigger event is "shopping" (for example, the location corresponding to the location information of the electronic device 100 is located at the entrance of the mall), the service management module 12 determines the trigger corresponding to "shopping", and determines the trigger One or more target services (such as shopping services) corresponding to the control logic in , if the shopping service is not deployed locally on the electronic device 100, the shopping service is downloaded from the server 200 and deployed.
  • the trigger event is "shopping” (for example, the location corresponding to the location information of the electronic device 100 is located at the entrance of the mall)
  • the service management module 12 determines the trigger corresponding to "shopping”
  • One or more target services such as shopping services
  • the service governance module 12 calls the shopping service.
  • the service governance module 12 sends the target call request to the service gateway.
  • the service gateway determines that the service type in the target call request corresponds to the service agent.
  • the service agent converts the registered call information into the target call information and sends The target calls the information to the service running module 13, and the service running module 13 runs the shopping service to guide the user to shop.
  • the shopping guide interface When the shopping service is running, the shopping guide interface will be displayed.
  • the shopping guide interface displays the partitions of different products in the current mall. After the user clicks on any partition, it is determined that the trigger event of "navigation in the mall" is detected, and the shopping service will perform navigation in the mall. To navigate the user to the corresponding section, if the user clicks on the daily necessities area, the shopping service will automatically navigate the user to the daily necessities area.
  • the shopping service After arriving at the daily user's department store area, the shopping service will recommend hot-selling products and display the product recommendation page, such as hot-selling product 1, product 2, and product 3 in Figure 29. Similarly, after the user clicks on any product, After confirming that the trigger event of "navigation in the mall" is detected, the shopping service can also perform product navigation and navigate the user to the location of the corresponding product.
  • the electronic device 100 (such as a watch, mobile phone, etc.) is close to the electronic label of the product, it is determined that the trigger event of "add to shopping cart” is detected, so that the product can be automatically added to the shopping cart. After all the required products are added to the shopping cart, if it is detected that the electronic device 100 is located in the preset checkout area of the mall, it is determined that the trigger event of "payment” is detected, and the electronic device 100 automatically displays Payment code to make payment.
  • the receiving code can be displayed, such as 05814 in Figure 29. By showing the receiving code, all the purchased goods can be obtained.
  • the receiving area can be a preset area of the mall, or It can be delivered to the user's home by mall employees. In this way, a light and simple shopping experience can be achieved
  • this application provides a new development model, a layered development model, by turning applications into services.
  • the system provides a common mechanism to shield application-related complex details.
  • Service developers only need to provide services with a single function, which can be used by multiple applications.
  • Service developers can be ordinary developers.
  • Application developers focus on business logic, and the system provides code/low-code development methods.
  • Application developers can be ordinary developers or ordinary users, which lowers the development threshold and expands the developer base.
  • Application development is divided into three roles. For external developers, they are mainly divided into service developers and application developers.
  • the application store of this application can theoretically access the services of any operating system and platform. Therefore, developers can maintain the original development methods. Developers of different platforms such as Windows, Android, Cloud, etc. can use the technologies they are familiar with to develop related Serve.
  • the dynamic service is submitted to the server 200.
  • the system provides some dynamic service mechanisms. If the developer develops the dynamic service provided by the system, after the developer completes the development of the service, he needs to package the service and submit it to the server 200.
  • the main sub-processes of service development are as follows:
  • the third-party service provider publishes services in the app store, specifying the name of the service, description of the service and other relevant information.
  • third-party service installation information There are two types of third-party service installation information.
  • One is a pre-installed service. For example, the service of playing a video is obtained with the installation of the iQiyi application. You need to specify the host application information and supported versions;
  • One is a dynamic service.
  • the code of the dynamic service is in the server 200 and can be dynamically deployed to a designated device. It is necessary to specify the type of the dynamic service and the address of the dynamic service in the application store.
  • the service After submitting the service, the service will be reviewed by the app store. If it passes, the service can be seen in the application development tool.
  • Application development tools at different levels including code, low-code, and no-code, will be provided so that both professional developers and ordinary users can develop applications.
  • users can share applications.
  • Applications run based on users. Among different users, the system provides a unified framework to support sharing of applications among different users. Application developers only need to specify relevant sharing interactions (such as Pengpeng, QR code, SMS, WeChat, etc.) when packaging the application. No additional code development is required to realize the sharing of applications among different users. , and provide a set of mechanisms to authorize and withdraw sharing to ensure the safety of the behavior.
  • relevant sharing interactions such as Pengpeng, QR code, SMS, WeChat, etc.
  • the application shares the clipboard, allowing devices under the user's name to share complex pastes. If you touch a friend's phone, you can copy the content on your phone and use it on your friend's phone. You can paste it directly on your mobile phone.
  • the multi-camera camera application allows you to select the cameras of all devices under your name when taking pictures. If you touch a friend's phone, you can choose the camera of his phone; such as a batch photo processing application on the phone, and a friend's phone When the mobile phone is touched, the processing speed is doubled; when it is touched with the computer, the processing speed is increased by 3 times.
  • multiple devices of the user can collaboratively doodle, which can run on any device and system, and can be transferred among the user's devices; if it touches other users' mobile phones, or sends links to other users, Then you can doodle together.
  • Super Games distributes the audio, video, and control capabilities of the host device running the game to different target devices, realizing the ability to share a game process among multiple target devices; if it collides with other users' mobile phones, With just one touch, you can transfer the current game's graphics, sounds, controls and other capabilities to other users' phones.
  • the application of this application has the following characteristics:
  • the application of this application is naturally distributed. Different services of the application can be deployed to the same device, or differentially deployed to different devices, and perform different tasks on different devices, and can support the operation of multiple devices.
  • the application of this application supports heterogeneous operating systems, and realizes the conversion of initial call information to target call information through the service gateway, so that the services of the application (application 3 in Figure 4) can be services on different operating systems, so that Runs across multiple platforms.
  • the services in the application of this application can support dynamic deployment, that is, users can download them from the application store only when they need to use the service, thereby supporting a click-and-run user experience.
  • the definition of the application in this application is consistent on different devices, ensuring consistent user experience; and when the functions of the same application are implemented through multiple devices, since the business logic of different devices may be different, different device deployments There may also be differences in the services.
  • the service set of the application is different on different devices, which has the characteristics of differential deployment, so that the characteristics of different devices can be utilized.
  • the application of this application is a service assembly application.
  • the service can be used by multiple applications.
  • the application is composed of multiple services.
  • the service is highly reusable, which reduces the difficulty of development.
  • the visual development tool of this application lowers the development threshold, allowing ordinary users to develop micro-applications, especially micro-applications related to device characteristics, to improve the device usage experience.
  • This application provides an entrance for third-party application developers to access.
  • Third-party services only need to specify the service name and description, as well as the service calling method and other information, so that third-party applications can be used without modifying the original application. , very convenient to access the system.
  • the user subscription system of this application makes it possible to personalize the device experience. Since applications are bound to users, the same device will have different applications after switching to different users, so that users can subscribe to different applications. Let the same device have different characteristics in the hands of different users.
  • the unique sharing system of this application can allow micro-applications to produce effects among different users, increasing the interactive experience.
  • Figure 30 shows an architectural diagram of a service scheduling system 1000 provided by an exemplary embodiment of the present application.
  • the system includes at least one electronic device 100 and a server 200 .
  • the electronic device 100 is provided with a service management module 12.
  • the service management module 12 includes a script management module 1211, an event bus module 1212, an application scheduling module 1213, and a runtime module. 1214 and service scheduling module 1215.
  • the script management module 1211 is used to manage the application scripts of each application stored in the electronic device 100, and is responsible for parsing the application scripts to determine the triggers in the application scripts and the services under the triggers.
  • the script management module 1211 is also configured to download the corresponding application script when receiving a subscription operation for the application, and delete the application script corresponding to the application when receiving a subscription cancellation operation for the application.
  • the event bus module 1212 is used to cooperate with the application scheduling module 1213 to implement application scheduling based on trigger events.
  • the event bus module 1212 is mounted with triggers corresponding to multiple applications. Since the same trigger event may trigger multiple subscribed applications, after the event bus module 1212 receives the trigger event, it is handed over to the application for scheduling.
  • Module 1213 determines the application that needs to be run from several applications. Among them, the application scheduling module 1213 can automatically determine the application based on the scheduling policy, or it can also let the user manually select the application.
  • the runtime module 1214 is used to execute the control logic in the application script, thereby interacting with the service scheduling module 1215 based on the control logic, and the service scheduling module 1215 makes service calls.
  • the electronic device 100 is also provided with a data synchronization module 14 and a service gateway 15 .
  • the data synchronization module 14 is used to synchronize the status of other devices when the status of the service management module 12 changes (for example, an event generated by the service causes a status change) to ensure the consistency of status information of different devices.
  • the service gateway 15 is used to perform service invocation based on the target invocation request of the service scheduling module 1215, and specifically includes an agent management module 151 and a life cycle management module 152.
  • the agent management module 151 is provided with different service agents.
  • the service agents are used to convert the initial call information of the target call request in a unified format to obtain target call information that conforms to the electronic device 100 .
  • the life cycle management module 152 is used to manage the life cycle of services.
  • the electronic device 100 can not only make service calls through its own service gateway 15, but also make service calls through the service gateways 15 of other devices or servers 200 (determined by the business logic of the application), that is, cross-device implementation can be achieved. service call.
  • the electronic device 100 is also provided with a static service module 16 and a dynamic service module 17.
  • the static service module 16 is used to manage pre-installed static services
  • the dynamic service module 17 is used to manage dynamically deployed dynamic services.
  • the services included in the dynamic service module 17 can correspond to different running environments, different deployment forms, or different programming development languages.
  • the dynamic service module 17 includes an Android dynamic service 1251, a Web dynamic service 1252, and a container dynamic service 1253 as an example for schematic illustration, but this is not a limitation.
  • the server 200 is a server, a service cluster or a cloud computing center composed of several servers.
  • the server cluster is divided according to the functions implemented by each server.
  • the server cluster includes a user resource management server 212, an application store server 222, a service market server 223, and a cloud service library 224.
  • the user resource management server 212 is used to manage user accounts using applications, manage applications subscribed under different user accounts, manage called services, manage the binding relationship between user accounts and devices, and manage the interaction between user accounts and devices. Security verification is performed during the process.
  • the application store server 222 is used to provide application subscription services. When the user needs to use an application, he or she can search for the application through the application search engine provided by the application store server 222, and then select and subscribe to the application from the search results.
  • the application store server 222 sends the user account and the service identification of the subscribed application to the user resource management server 212, and the user resource management server 212 updates the user account and the subscription of the application. relation.
  • the user resource management server 212 is also used to determine other devices under the user account and push subscription notifications to other devices so that other devices can download the application script of the application from the application store server 222.
  • the user "Zhang San" subscribes to the application through a smartphone
  • the car and tablet computer logged in to the user account "Zhang San” receive the subscription notification pushed by the user resource management server 221, thereby based on the service in the notification Identifies the application script that downloads the application.
  • the service market server 223 is a developer-oriented server used to provide service query services. Developers can search for services through the service search engine provided by the service market server 223, apply the searched services to developed applications, and then upload the developed applications to the application store server 222 for other users to download and use.
  • developers can also develop dynamic services and upload the developed dynamic services to the application store server 222.
  • the electronic device 100 can download and deploy the dynamic service from the application store server 222.
  • the user resource management server 221 pushes a subscription notification containing the service identifier of the cross-end screenshot application to all devices under the user account to facilitate subsequent service deployment.
  • cross-terminal screenshot applications include two-finger tapping service, picture display service and screenshot service.
  • the script management module 1211 of all devices under the user account parses the application script, and determines that the two-finger tapping service needs to be deployed first based on the parsed content.
  • the user can perform a two-finger tapping action on any device (mobile phone 101 as shown in Figure 31), thereby triggering a screenshot event.
  • the event bus module 1212 and the application scheduling module 1213 determine the service that needs to be run based on the screenshot event, and then schedule it by the service Module 1215 schedules the two-finger tap service.
  • the target call request to obtain the screenshot image of other devices is sent to other devices (computer 102 as shown in Figure 31), and the service gateway 15 of computer 102
  • the agent management module 151 determines the service agent of the target call request, and then converts the initial call information in the target call request to generate the target call information.
  • the event bus module 1212 and the application scheduling module 1213 in the computer 102 cooperate to determine the need for deployment
  • the service scheduling module 1215 schedules the screen capture service according to the target call information to obtain the screen capture image, and sends the call request containing the screen capture image to the mobile phone 101 again.
  • the agent management module 151 in the service gateway 15 of the mobile phone determines the service agent corresponding to the target call request sent by the computer, and then converts the initial call information in the target call request to generate the target call information, the event bus module 1212 and the application scheduling module 1213 In conjunction with determining the services that need to be deployed and run (such as image display services), the service scheduling module 1215 schedules the image display service according to the target call information.
  • the image display service displays the screenshot image of the computer 102 according to the screenshot image contained in the target call information and can save it. , thereby achieving cross-end screenshots.
  • the electronic device 100 takes a screenshot and feeds it back to the mobile phone. After the mobile phone receives the screenshot image feedback from other devices, it calls the image display service to realize the screenshot display.
  • an embodiment of the present application also provides a non-volatile computer-readable storage medium 300 containing a computer program 301.
  • the computer program 301 is executed by one or more processors 20, the one or more processors 20 are caused to execute the service scheduling method of any of the above embodiments.
  • 011 Determine the current application scenario and determine the service set corresponding to the application scenario
  • 013 Determine the initial call information of the target service, determine the target call information based on the initial call information, and match the target call information with the electronic device 100 running the target service;
  • the processor 20 performs the following service scheduling method:
  • 0111 Obtain interaction information and determine the current application scenario based on the interaction information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Environmental & Geological Engineering (AREA)
  • Telephone Function (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un procédé de planification de service, un système de planification de service (1000), un dispositif électronique (100), et un support de stockage (300). Le procédé comprend les étapes suivantes : détermination d'une scène d'application courante, et détermination d'un ensemble de services correspondant à la scène d'application; à condition qu'un événement déclencheur soit détecté dans la scène d'application, détermination d'un service cible, correspondant à l'événement déclencheur, dans l'ensemble de services; détermination d'informations d'appel initiales du service cible, et détermination d'informations d'appel cibles selon les informations d'appel initiales, les informations d'appel cibles étant mises en correspondance avec un dispositif électronique exécutant le service cible; et exécution du service cible selon les informations d'appel cibles.
PCT/CN2022/141030 2022-05-07 2022-12-22 Procédé et système de planification de service, dispositif électronique, et support de stockage lisible par ordinateur WO2023216604A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210495294.4 2022-05-07
CN202210495294.4A CN115150507A (zh) 2022-05-07 2022-05-07 服务调度方法及系统、电子设备及计算机可读存储介质

Publications (1)

Publication Number Publication Date
WO2023216604A1 true WO2023216604A1 (fr) 2023-11-16

Family

ID=83406893

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/141030 WO2023216604A1 (fr) 2022-05-07 2022-12-22 Procédé et système de planification de service, dispositif électronique, et support de stockage lisible par ordinateur

Country Status (2)

Country Link
CN (1) CN115150507A (fr)
WO (1) WO2023216604A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115150507A (zh) * 2022-05-07 2022-10-04 Oppo广东移动通信有限公司 服务调度方法及系统、电子设备及计算机可读存储介质
CN115002274B (zh) * 2022-05-07 2024-02-20 Oppo广东移动通信有限公司 控制方法及装置、电子设备及计算机可读存储介质
CN116112375A (zh) * 2022-11-17 2023-05-12 中国直升机设计研究所 一种航电嵌入式/非嵌入式联合仿真架构及其设计方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108647102A (zh) * 2018-05-11 2018-10-12 阿里巴巴集团控股有限公司 异构系统的服务请求处理方法、装置和电子设备
US20210183386A1 (en) * 2019-08-15 2021-06-17 Huawei Technologies Co., Ltd. Voice Interaction Method and Apparatus, Terminal, and Storage Medium
CN113900577A (zh) * 2021-11-10 2022-01-07 杭州逗酷软件科技有限公司 一种应用程序控制方法、装置、电子设备及存储介质
CN114265641A (zh) * 2021-12-14 2022-04-01 Oppo广东移动通信有限公司 控制方法、电子设备及计算机可读存储介质
CN115150507A (zh) * 2022-05-07 2022-10-04 Oppo广东移动通信有限公司 服务调度方法及系统、电子设备及计算机可读存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111405478A (zh) * 2020-03-02 2020-07-10 Oppo广东移动通信有限公司 服务提供方法、装置、终端及存储介质
CN113961309A (zh) * 2021-10-21 2022-01-21 上海波顿诺华智能科技有限公司 信息处理方法、装置、电子设备及计算机存储介质
CN114125028B (zh) * 2021-11-29 2024-05-14 Oppo广东移动通信有限公司 微应用的运行方法、装置、设备、存储介质及程序产品
CN114282963A (zh) * 2021-12-14 2022-04-05 Oppo广东移动通信有限公司 购物服务方法及装置、电子设备及计算机可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108647102A (zh) * 2018-05-11 2018-10-12 阿里巴巴集团控股有限公司 异构系统的服务请求处理方法、装置和电子设备
US20210183386A1 (en) * 2019-08-15 2021-06-17 Huawei Technologies Co., Ltd. Voice Interaction Method and Apparatus, Terminal, and Storage Medium
CN113900577A (zh) * 2021-11-10 2022-01-07 杭州逗酷软件科技有限公司 一种应用程序控制方法、装置、电子设备及存储介质
CN114265641A (zh) * 2021-12-14 2022-04-01 Oppo广东移动通信有限公司 控制方法、电子设备及计算机可读存储介质
CN115150507A (zh) * 2022-05-07 2022-10-04 Oppo广东移动通信有限公司 服务调度方法及系统、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN115150507A (zh) 2022-10-04

Similar Documents

Publication Publication Date Title
WO2023216604A1 (fr) Procédé et système de planification de service, dispositif électronique, et support de stockage lisible par ordinateur
US10558475B2 (en) Apparatus and methods for widget intercommunication in a wireless communication environment
CN107943439B (zh) 界面移动方法、装置、智能终端、服务器和操作系统
US10063996B2 (en) Methods and systems for providing geospatially-aware user-customizable virtual environments
CN107943547B (zh) 多服务集成方法、装置、智能终端、服务器和操作系统
EP3726376B1 (fr) Procédé d'orchestration de programme et dispositif électronique
US20140297758A1 (en) Event notifications based on learned traveling times between locations
US8966508B2 (en) Method for executing hybrid web application and apparatus therefor
US20140195663A1 (en) Method and System for Providing Cloud-Based Common Distribution Applications
EP4002107B1 (fr) Procédé, appareil, et dispositif de liaison de données de mini-programme, et support d'informations
US10114543B2 (en) Gestures for sharing data between devices in close physical proximity
CN102549560A (zh) 共享服务器侧宏
JP6832098B2 (ja) 装置、コンピュータプログラム及び方法
CN109074555A (zh) 一步任务完成
US10028086B2 (en) Techniques for implementing location based device services
CN111597466A (zh) 展示方法、装置和电子设备
CN115002274B (zh) 控制方法及装置、电子设备及计算机可读存储介质
US11455178B2 (en) Method for providing routine to determine a state of an electronic device and electronic device supporting same
CN104317558B (zh) 用于提供通过其使用服务的对象的系统和方法
CN110083284A (zh) 候选信息处理装置、候选信息显示方法、存储介质及电子设备
KR102309243B1 (ko) Pip 모드에서 대화방에 컨텐츠를 공유하는 방법, 시스템, 및 컴퓨터 프로그램
CN115150378A (zh) 出行服务方法及装置、电子设备及计算机可读存储介质
CN110868640A (zh) 资源转移方法、装置、设备及存储介质
Dominguez et al. Mixed reality-aware service architecture for mobile environments
CN112308657A (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: 22941537

Country of ref document: EP

Kind code of ref document: A1