Task processing method

By migrating tasks to a second device with execution capabilities when the device's power is low, the problem of task interruption and data loss caused by insufficient power is solved, achieving seamless task migration and continuous execution, and improving the user experience.

CN121985357APending Publication Date: 2026-05-05LENOVO (BEIJING) LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
LENOVO (BEIJING) LTD
Filing Date
2025-12-31
Publication Date
2026-05-05

AI Technical Summary

Technical Problem

In the existing technology, when electronic devices run out of power, ongoing tasks are interrupted and data is lost, causing inconvenience to users.

Method used

By monitoring the device's battery level, when it falls below the target battery threshold, the system automatically acquires the target task and assesses its own execution capability. If the capability is insufficient, the task is migrated to a second device with execution capability, ensuring seamless migration and execution of tasks between different devices.

Benefits of technology

This effectively avoids task interruptions and data loss due to insufficient device power, ensuring the continuity and stability of task execution and improving the user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121985357A_ABST
    Figure CN121985357A_ABST
Patent Text Reader

Abstract

The invention provides a task processing method. The method is applied to first equipment and comprises the steps of obtaining a target task if the electric quantity of the first equipment is lower than a target electric quantity threshold value; determining a first parameter; the first parameter represents the ability of the first device to execute the target task; and if the first parameter is smaller than a first parameter threshold, transmitting the target task to a second device.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of computer technology, and more particularly to a task processing method. Background Technology

[0002] Currently, electronic devices often interrupt ongoing tasks when their battery is depleted, causing considerable inconvenience to users. For example, smartphones may automatically shut down when the battery is low, causing users to miss important reminders, meetings, or navigation information. Users typically need to manually intervene to resume or transfer tasks, resulting in discontinuity in task execution and data loss. Therefore, current task processing methods suffer from the problem of discontinuity in task execution and data loss due to insufficient device battery power. Summary of the Invention

[0003] This application provides a task processing method.

[0004] This application provides a task processing method applied to a first device, comprising: if the battery level of the first device is lower than a target battery threshold, acquiring a target task; determining a first parameter; the first parameter characterizing the ability of the first device to execute the target task; and if the first parameter is less than a first parameter threshold, transmitting the target task to a second device.

[0005] According to one embodiment of this application, the target task represents performing a target operation upon detecting that a target condition is met; the step of transmitting the target task to a second device if the first parameter is less than a first parameter threshold includes: in response to the first parameter being less than the first parameter threshold, transmitting task information of the target task to the second device, so that the second device creates the target task based on the task information.

[0006] According to one embodiment of this application, the target task is a task being executed on the first device; the step of transmitting the target task to the second device if the first parameter is less than the first parameter threshold includes: in response to the first parameter being less than the first parameter threshold, transmitting task information of the target task to the second device, so that the second device executes the target task based on the task information.

[0007] According to one embodiment of this application, transmitting the target task to a second device includes: obtaining a candidate device list; determining a second device that meets executable conditions from the candidate device list based on the task information of the target task; the executable conditions indicating that the second device can execute the target task; establishing a connection with the second device, and sending the target task to the second device.

[0008] According to one embodiment of this application, determining a second device that meets the executable conditions from the candidate device list includes: obtaining attribute information corresponding to each device in the candidate device list; determining a second parameter corresponding to each device based on the attribute information corresponding to each device; the second parameter characterizing the ability of the device to perform the target task; and determining a second device that meets the executable conditions from the candidate device list based on the execution conditions of the target task and the second parameter corresponding to each device.

[0009] According to one embodiment of this application, the method further includes: in response to a first parameter of the first device being greater than a second parameter threshold, obtaining a transmission record corresponding to the target task; the second parameter threshold being greater than the first parameter threshold; the transmission record at least including device information receiving the target task; if no target condition is detected to be met for executing the target operation, sending a second instruction to the second device to cause the second device to delete the target task based on the second instruction; if the target task is not completed on the second device, then executing the target task on the first device.

[0010] According to one embodiment of this application, obtaining the target task includes: obtaining configuration information corresponding to a transferable first task; and determining, based on the configuration information corresponding to each of the first tasks, that the configuration information is configured as a target task representing the transferable task.

[0011] According to one embodiment of this application, the method further includes: in response to the first parameter being less than a set first parameter threshold, displaying a first control on the first device; the first control being configured to receive an interaction instruction, the interaction instruction being configured to transfer the target task; and in response to receiving an interaction instruction for the first control, transmitting the target task to a second device so that the second device executes the target task.

[0012] According to one embodiment of this application, the method further includes: obtaining execution conditions corresponding to at least two target tasks respectively; determining at least two second devices corresponding to the at least two target tasks based on the execution conditions and attribute information of a plurality of second devices; and transmitting the at least two target tasks to the corresponding second devices respectively, so that each second device executes its corresponding target task.

[0013] This application also provides a task processing apparatus applied to a first device, comprising: an acquisition module, configured to acquire a target task if the battery level of the first device is lower than a target battery threshold; a determination module, configured to determine a first parameter; the first parameter characterizing the ability of the first device to execute the target task; and a processing module, configured to transmit the target task to a second device if the first parameter is less than a first parameter threshold. Attached Figure Description

[0014] The above and other objects, features, and advantages of exemplary embodiments of this application will become readily apparent from the following detailed description taken in conjunction with the accompanying drawings. Several embodiments of this application are illustrated in the drawings by way of example and not limitation, in which: In the accompanying drawings, the same or corresponding reference numerals indicate the same or corresponding parts.

[0015] Figure 1 This application illustrates a schematic diagram of the processing flow of the task processing method provided in an embodiment. Figure 1 ; Figure 2 This application illustrates a schematic diagram of the processing flow of the task processing method provided in an embodiment. Figure 2 ; Figure 3 This application illustrates a schematic diagram of the processing flow of the task processing method provided in an embodiment. Figure 3 ; Figure 4 This application illustrates a schematic diagram of the processing flow of the task processing method provided in an embodiment. Figure 4 ; Figure 5 This illustration shows an application scenario diagram of the task processing method provided in an embodiment of this application; Figure 6 An optional schematic diagram of the task processing apparatus provided in an embodiment of this application is shown. Detailed Implementation

[0016] To make the objectives, features, and advantages of this application more apparent and understandable, the technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0017] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0018] In the following description, the terms "first" and "second" are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first" and "second" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0019] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0020] The processing flow of the task processing method provided in the embodiments of this application is described below. See also Figure 1 , Figure 1 This is a schematic diagram of the task processing method provided in the embodiments of this application. Figure 1 , will combine Figure 1 Steps S101-S103 shown will be explained.

[0021] Step S101: If the battery level of the first device is lower than the target battery threshold, obtain the target task.

[0022] In some embodiments, the first device may include electronic devices such as smartphones, tablets, smart speakers, and smartwatches. The first device can perform various predefined tasks. This application does not limit the specific first device; the target battery threshold may include a preset battery percentage value, such as 10% or 20%. The target task may include operations performed under set conditions, such as reminders, scheduled tasks, navigation, and file downloads. The target task may also include tasks currently being performed on the first device. The battery level of the first device can be determined by the remaining battery power, battery degradation curve, and current power consumption.

[0023] Step S102: Determine the first parameter; the first parameter characterizes the ability of the first device to perform the target task.

[0024] Step S103: If the first parameter is less than the first parameter threshold, the target task is transmitted to the second device.

[0025] In some embodiments, the first parameter can be used to characterize the first device's ability to execute the target task. The first parameter can be determined comprehensively based on parameters such as the first device's battery level, device performance, and task type. A threshold value for the first parameter can be used to determine whether the first device has sufficient capability to execute the target task. The second device can include other electronic devices besides the first device, such as smartphones, tablets, smart speakers, and smartwatches. The second device can be used to receive and execute tasks transferred from the first device. If the second device meets the execution conditions of the target task, the first device may not execute the target task. After receiving the target task transmitted by the first device, the second device parses the task information of the target task to obtain the execution conditions and task content. Based on the execution conditions and task content, a corresponding task instance is created on the second device. The task instance runs independently on the second device, and the execution of the task instance is unrelated to the execution object of the target task on the first device.

[0026] As an example, taking a smartphone as the first device and a smartwatch as the second device, a check-in task is set on the smartphone to be performed at 6 PM every day. When the smartphone detects that its battery level is below a target threshold (20%), it retrieves the target task set on the smartphone, namely the daily check-in task at 6 PM. A first parameter corresponding to the smartphone is calculated based on parameters such as the remaining battery level, device performance, and task type. It is then determined whether the first parameter is less than the first parameter threshold. If it is less than the threshold, it indicates that the smartphone cannot complete the check-in task with the current battery level, and the check-in task is transmitted to the smartwatch. After receiving the check-in task, the smartwatch parses the task information, obtaining the execution condition of 6 PM every day and the task content of performing the check-in operation. Based on the parsed execution conditions and task content, the smartwatch creates a corresponding task instance locally. This task instance is independent of the task on the smartphone, with independent execution logic and data. The task instance on the smartwatch is automatically triggered at 6 PM to perform the check-in operation. Even if the smartphone is turned off, the task instance on the smartwatch can still independently complete the check-in task.

[0027] The method in this application embodiment monitors the battery level of a first device. When the battery level falls below a target battery threshold, it automatically acquires the target task and assesses its own execution capability. If its own execution capability is insufficient to complete the target task, task migration is triggered. This effectively avoids task interruption and data loss due to insufficient device battery, ensuring the continuity and stability of task execution and improving the user experience.

[0028] In some embodiments, the target task can characterize the execution of a target operation when a target condition is detected; step S103 may further include: in response to a first parameter being less than a first parameter threshold, transmitting the task information of the target task to a second device so that the second device creates the target task based on the task information.

[0029] In this embodiment, the target conditions may include conditions that trigger task execution, such as time, location, and event. The target operation may include specific operations such as sending a reminder, playing music, displaying information, and executing an application; this embodiment does not limit the specific target operation. Task information may include the task's execution conditions and task content.

[0030] As an example, taking a smartphone as the first device and a smartwatch as the second device, a reminder task is set on the smartphone to remind users to go to bed at 3 PM every day. When the smartphone detects that its battery level is below a target threshold (20%), it retrieves the target task set on the smartphone, namely the reminder task to go to bed at 3 PM every day. The smartphone's first parameter is calculated based on parameters such as its remaining battery level, device performance, and task type. It is then determined whether the first parameter is less than the first parameter threshold. If it is less than the threshold, it indicates that the smartphone cannot complete the reminder task with the current battery level, and the reminder task is transmitted to the smartwatch. After receiving the reminder task, the smartwatch parses the task information and obtains the execution conditions: ringing at 3 PM every day, and the task content: performing a reminder operation. Based on the parsed execution conditions and task content, the smartwatch creates a corresponding task instance locally. This task instance is independent of the task on the smartphone, with independent execution logic and data. The task instance on the smartwatch automatically triggers at 3 PM and performs the reminder operation. Even if the smartphone is turned off, the task instance on the smartwatch can still independently complete the reminder task.

[0031] The method in this application embodiment monitors the battery level of a first device. When the battery level falls below a target battery threshold, it automatically migrates the target task set to be executed on the first device to a second device. This enables the second device to create and execute the target task, achieving seamless migration of the target task between different devices. It effectively avoids task interruptions and data loss due to insufficient device battery power, ensuring the continuity and stability of task execution and improving the user experience.

[0032] In some embodiments, the target task may be a task being executed on the first device; step S103 may further include: in response to the first parameter being less than the first parameter threshold, transmitting the task information of the target task to the second device, so that the second device executes the target task based on the task information.

[0033] As an example, taking a smartphone as the first device and a smartwatch as the second device, the smartphone is performing a navigation task through a navigation app. This task includes real-time updates of route information and estimated arrival time. When the smartphone detects that its battery level is below a target battery threshold (15%), it retrieves the currently executing target task, which is to display navigation information in real-time through the navigation app. The smartphone calculates the corresponding first parameter based on parameters such as the current GPS (Global Positioning System) and screen power consumption. It then determines whether the first parameter is less than the first parameter threshold. If it is, it indicates that the smartphone cannot complete the task of displaying navigation information with the current battery level. The smartphone extracts the task information from the navigation app, packages it into a corresponding data packet, and sends it to the smartwatch via Bluetooth. This data packet may include destination coordinates, remaining path, estimated time, and real-time location. After receiving the data packet, the smartwatch creates a corresponding task instance in its navigation app based on the task information in the data packet. This task instance is independent of the task on the smartphone, has independent execution logic and data, and executes the task of displaying navigation information and updating route information and estimated arrival time in real-time based on the created task instance.

[0034] The method in this application embodiment monitors the battery level of a first device. When the battery level falls below a target battery threshold, it automatically migrates the currently executing target task to a second device. This enables the second device to create and execute the target task, achieving seamless migration of the target task between different devices, ensuring uninterrupted task execution, effectively avoiding task interruptions and data loss due to insufficient device battery, ensuring the continuity and stability of task execution, and improving the user experience.

[0035] In some embodiments, the processing flow of the task processing method is illustrated. Figure 2 ,like Figure 2 As shown, step S103, transmitting the target task to the second device, may include: Step S201: Obtain the candidate device list.

[0036] Step S202: Based on the task information of the target task, determine the second device that meets the executable conditions from the candidate device list.

[0037] In some embodiments, step S202, determining a second device that meets the executable conditions from the candidate device list, may include: obtaining attribute information corresponding to each device in the candidate device list; determining a second parameter corresponding to each device based on the attribute information corresponding to each device; the second parameter characterizing the device's ability to perform the target task; and determining a second device that meets the executable conditions from the candidate device list based on the execution conditions of the target task and the second parameters corresponding to each device.

[0038] As an example, taking the target task of participating in a video conference and collaboratively editing a document as an example, the candidate device list can include devices such as tablets, speakers, and smart bracelets. The attribute information of the devices in the candidate device list is obtained, such as battery level, screen size, network connection speed, and application support. For example, a tablet has sufficient battery power, a large screen size, a stable network connection, and has the necessary applications for video conferencing and document editing installed; a smart speaker has a network connection but lacks a screen and does not have the necessary applications installed; a smart bracelet has a small screen and does not have the necessary applications installed. Based on this attribute information, the tablet is determined to have the highest second parameter, indicating that the tablet has the strongest ability to perform the target task. Since the execution conditions of the target task include screen display, text input, network connection, and application support, the tablet is selected from the candidate device list as the second device that meets the execution conditions.

[0039] Step S203: Establish a connection with the second device and send the target task to the second device.

[0040] In this embodiment, the candidate device list may include at least one other electronic device capable of connecting to the first device, such as a smartwatch, tablet, or smart speaker. Task information describes the specific content and execution conditions of the target task. Specifically, task information may include task type, execution time, task ID, and whether it can be cancelled. Task information may also include task classification information. For example: Level 1 (critical survival): emergency call, medical alert. Level 2 (core task): real-time navigation, ride-hailing trip, important business meeting, payment process. Level 3 (continuous experience): media playback, document editing. Level 4 (delayable): file download, system update. Execution conditions can be used to determine whether the device can execute the target task. Attribute information may include: device battery status, power consumption level, hardware attributes (such as screen, speaker, etc.), software attributes (such as the installation status of related applications), and user habits. Attribute information may include: device battery status, hardware capabilities (such as screen, speaker, processor performance, etc.), software support (such as installed applications), and user habits. The second parameter may include: a parameter derived from the comprehensive attribute information of the device. The second parameter can characterize the candidate device's ability to execute the target task. Execution conditions may include the device requirements corresponding to the task. This application does not limit the specific execution conditions.

[0041] As an example, taking a laptop as the first device, when the laptop is performing the target task of participating in a video conference and collaboratively editing a document, its battery level is insufficient to support the entire meeting, meaning it cannot complete the target task. Based on the task information, a tablet computer that is running and meets the execution conditions is selected as the second device from the candidate device list. This task information may include the meeting link, participation password, document link, and current speaker information. The laptop establishes a Wi-Fi or Bluetooth connection with the tablet computer and transmits a "work meeting context packet" containing key information such as the meeting link, participation password, link to the document being collaboratively edited, and current speaker information as the task information to the tablet computer. After receiving the task, the tablet computer automatically parses this task information using its locally installed video conferencing and document editing applications to obtain the execution conditions and task content of the target task. Based on these conditions and content, a corresponding task instance is created on the tablet computer. This task instance is independent of the task on the laptop computer, with its own execution logic and data. Based on the created task instance, the video conferencing and document editing applications display the meeting interface and document editing page corresponding to the target task on the tablet computer's screen.

[0042] The method in this application embodiment quantifies the device's execution capabilities by acquiring device attribute information and calculating a second parameter. Combined with the task's execution conditions, it can determine the most suitable second device, ensuring efficient task execution, effectively avoiding task interruptions and data loss due to insufficient device power, ensuring the continuity and stability of task execution, and improving the user experience.

[0043] In some embodiments, the processing flow of the task processing method is illustrated. Figure 3 ,like Figure 3 As shown, the task processing method may also include: Step S301: In response to the first parameter of the first device being greater than the second parameter threshold, the transmission record corresponding to the target task is obtained.

[0044] In this embodiment, the second parameter threshold is greater than the first parameter threshold, and the transmission record may include device information of the second device receiving the target task. The second parameter threshold may include a preset parameter value used to determine whether the first device has sufficient capability to re-execute the target task. The transmission record may include the transmission history information of the target task, such as the identifier (ID) of the receiving device, transmission time, and transmission status.

[0045] In step S302, if no target condition is detected to perform the target operation, a second instruction is sent to the second device so that the second device deletes the target task based on the second instruction.

[0046] In this embodiment, the failure to detect that the target condition for executing the target operation is met can be due to the task triggering condition not being met, such as time, location, or event. For example, if a reminder task is set to execute at 6 PM, but it is currently 5 PM, then it is determined that the target condition for executing the target operation has not been met. If a navigation task is set to start when the device reaches a specific location, but the device has not yet reached that location, then it is determined that the target condition for executing the target operation has not been met. The second instruction can be used to instruct the second device to stop executing the target task and delete the target task.

[0047] Step S303: If the target task is not completed on the second device, then the target task is executed on the first device.

[0048] As an example, taking a smartphone as the first device and a smartwatch as the second device, a reminder task is set on the smartphone to remind the user to check in at 6 PM every day. When the smartphone's battery drops to 15%, it is determined that the smartphone's first parameter is less than a first parameter threshold, and the reminder task is transferred to the user's smartwatch. After receiving the task, the smartwatch begins to execute the reminder task, expecting to remind the user to check in at 6 PM. When the smartphone is charged and its battery is restored to 30%, it is determined that the smartphone's first parameter is greater than a second parameter threshold, and the smartphone obtains the transmission record corresponding to the reminder task. The transmission record includes the smartwatch's device information and the task transmission time. It is determined that the current time is 5 PM, not yet 6 PM, so the target condition for executing the target operation has not been detected. Therefore, a second instruction is sent to the smartwatch, instructing the smartwatch to delete the reminder task. Since the reminder task on the smartwatch has not yet been completed, the smartphone re-executes the reminder task, reminding the user to check in at 6 PM every day.

[0049] The method in this application embodiment can send instructions to the second device based on the transmission record when the first device's power is restored, flexibly stopping or deleting tasks, or returning unfinished tasks to the first device for continued execution. This improves the system's adaptability, effectively avoids task interruptions and data loss due to insufficient device power, ensures the continuity and stability of task execution, enhances user experience, and meets the needs of various device usage scenarios.

[0050] In some embodiments, obtaining the target task in step S101 may include: obtaining configuration information corresponding to the transferable first task; and determining, based on the configuration information corresponding to each first task, that the configuration information is configured as the target task representing the transferable task.

[0051] In this embodiment, the first task may include at least one transferable task set by the user on the first device. Configuration information indicating a transferable task may include identifying that the task can be transferred to other devices for execution. Furthermore, the task configuration information can be automatically adjusted based on user habits such as the number of times each task is viewed or repeatedly executed. That is, based on user preferences and behavioral patterns, it is automatically determined which tasks should be marked as transferable tasks.

[0052] As an example, taking a smartphone as the first device, multiple first tasks are set on the smartphone, including a daily 6 PM check-in reminder task and a file download task, both of which are transferable tasks. The check-in reminder task's configuration information contains a marker indicating it's a transferable task, while the file download task's configuration information does not. The configuration information of all first tasks is retrieved. Based on the configuration information of each first task, the check-in reminder task with the marker in its configuration information is identified as the target task. Only the check-in reminder task is transferred as the target task. The smartphone packages the task information of this task and sends it to a second device (such as a smartwatch) via Bluetooth or Wi-Fi. After receiving the task information, the smartwatch independently executes the check-in reminder task.

[0053] The method in this application embodiment, by obtaining the configuration information of transferable tasks, can identify and determine the target tasks that can be transferred, ensuring that only necessary and important tasks will be transferred when the device power is insufficient, thereby improving the efficiency of task processing, effectively avoiding task interruption and data loss caused by insufficient device power, ensuring the continuity and stability of task execution, improving user experience, and meeting the needs of various different device usage scenarios.

[0054] In some embodiments, the task processing method may further include: displaying a first control on a first device in response to a first parameter being less than a set first parameter threshold; the first control being used to receive an interaction instruction, the interaction instruction being used to transfer a target task; and transmitting the target task to a second device in response to receiving an interaction instruction for the first control, so that the second device executes the target task.

[0055] As an example, taking a smartphone as the first device and a smart speaker as the second device, a user plays music through a music app on their smartphone at home at night. When the smartphone detects that the battery level is below a set first parameter threshold, a first control is displayed on the smartphone screen. The first control includes a low battery warning and an option to transfer the task. For example, the first control may display a list of transferable devices, including smart speaker 1, smart speaker 2, and smart speaker 3. In response to receiving a touch command for the option to transfer the task to smart speaker 2, the user confirms that the music playback task has been transferred to smart speaker 2. The smartphone packages the current music playback status (such as song progress, playlist, etc.) into a music playback context packet as the task information for the target task. The smartphone sends the home control context packet to smart speaker 2 via Wi-Fi. After receiving the task, smart speaker 2 continues playing music through its local music app.

[0056] The method in this application embodiment, by displaying controls on a first device, allows users to actively trigger task migration through interactive commands, making the task migration process more controllable, effectively avoiding task interruption and data loss due to insufficient device power, ensuring the continuity and stability of task execution, and improving the user experience.

[0057] In some embodiments, the processing flow of the task processing method is illustrated. Figure 4 ,like Figure 4 As shown, the task processing method may also include: Step S401: Obtain the execution conditions corresponding to at least two target tasks.

[0058] Step S402: Based on the execution conditions and the attribute information of multiple second devices, determine at least two second devices corresponding to at least two target tasks respectively.

[0059] Step S403: At least two target tasks are transmitted to their respective second devices so that each second device can execute its corresponding target task.

[0060] As an example, taking a smartphone as the first device and a smart speaker and smart glasses as the second devices, a user uses their smartphone at home at night to display a document through a document app and play music through a music app. The system identifies the two target tasks currently being performed by the smartphone: displaying the document and playing music. After analyzing the execution conditions of these tasks, the system determines that displaying the document requires a screen, while playing music requires an audio output device. The system selects two second devices from the candidate device list: smart glasses (with screen display capabilities) and a smart speaker (with audio playback capabilities), and obtains their attribute information. Based on the execution conditions and attribute information, the smart glasses and smart speaker are determined to be the second devices that meet the execution conditions. The smartphone transmits the task of displaying the document to the smart glasses and the task of playing music to the smart speaker. After receiving the tasks, the smart glasses continue to display the document content through their local document app. After receiving the tasks, the smart speaker continues to play music through its local music app.

[0061] The method in this application supports the simultaneous processing and migration of multiple target tasks. It can assign different tasks to multiple second devices according to the task execution conditions and device attribute information, thereby improving task processing capability and efficiency. It is suitable for complex task scenarios and multi-device collaborative environments, effectively avoiding task interruption and data loss due to insufficient device power, ensuring the continuity and stability of task execution, and improving user experience.

[0062] refer to Figure 5The application scenario diagram of the task processing method provided in this application embodiment is applied to task processing on the device.

[0063] The first device (such as a smartphone or smartwatch) can set the original reminder task, and the second device (such as a smartwatch or computer) has the ability to receive the reminder task and perform it on its behalf. The connection between the first and second devices can be established through communication protocols such as Bluetooth, Wi-Fi, and UWB (Ultra Wideband).

[0064] Taking a reminder task scheduled on a first device as an example, the first device is first set up with a reminder task, such as an alarm or countdown. The first device monitors the battery status in real time. When the battery level is detected to be below a target battery threshold (5%), the first device retrieves the target task scheduled to be executed on the first device, i.e., a reminder task to be executed every day at 6 PM. The first device's first parameter is calculated based on its remaining battery level, device performance, and task type. It is then determined whether the first parameter is less than the first parameter threshold. If it is less than the threshold, it indicates that the first device cannot complete the reminder task with the current battery level. The first device selects a second device from the candidate device list that is in the running state and meets the execution conditions, and establishes a connection with the second device. The task information of the reminder task (task type, time, ID, whether it can be canceled, etc.) is transmitted to the second device. After receiving the reminder task, the second device parses the task information, obtaining the execution conditions as 6 PM every day and the task content as executing a reminder operation. Based on the parsed execution conditions and task content, the second device creates a corresponding task instance locally. The task instance is independent of the task on the first device and has independent execution logic and data. The first device automatically shut down due to depleted battery. The task instance on the second device automatically triggered at 6 PM to execute the reminder. The first device then restarted after recharging. It checked if the first parameter corresponding to the first device was greater than a second parameter threshold. If it was, it indicated that the first device could complete the reminder task with the current battery level. The first device read local records and system status, and sent a task termination command to the second device. After confirming that the task termination command originated from the first device, the second device deleted the reminder task set on the second device.

[0065] Taking the target task as an example of a task being executed on the first device, in a health monitoring and emergency call application scenario, the first device can be the user's smartwatch, used to monitor the user's heart rate, exercise data, and other health indicators in real time, and to issue an emergency call when an abnormality is detected. The second device is the user's smartphone, which has processing power and communication functions, capable of receiving health data and executing emergency call tasks. When the smartwatch's battery drops to 3%, its device status monitoring module detects that the battery is insufficient to support the monitoring of health indicators, meaning it cannot complete the target task. Based on the task information of the target task, a smartphone that is in the running state and meets the execution conditions is selected as the second device from the candidate device list. The task information may include the user's historical heart rate baseline, emergency contacts, drug allergy information, and task classification information. The smartwatch establishes a Wi-Fi or Bluetooth connection with the smartphone and transmits a "health monitoring task package" containing key information such as the user's historical heart rate baseline, emergency contacts, drug allergy information, and task classification information as task information to the smartphone. After receiving the task, the tablet automatically parses this task information, takes over the health monitoring task, and prepares to execute an emergency call when an abnormality is detected.

[0066] The following continues to describe an exemplary structure of the task processing device 90 provided in the embodiments of this application as a software module. In some embodiments, such as Figure 6 As shown, the task processing device 90 may include: an acquisition module 901, configured to acquire a target task if the battery level of the first device is lower than a target battery threshold; a determination module 902, configured to determine a first parameter; the first parameter characterizing the ability of the first device to execute the target task; and a processing module 903, configured to transmit the target task to a second device if the first parameter is less than a first parameter threshold.

[0067] In some embodiments, the target task represents the execution of a target operation upon detection that a target condition is met; the processing module 903 is configured to: in response to the first parameter being less than a first parameter threshold, transmit the task information of the target task to a second device, so that the second device creates the target task based on the task information.

[0068] In some embodiments, the target task is a task being executed on the first device; the processing module 903 is configured to: in response to the first parameter being less than a first parameter threshold, transmit the task information of the target task to a second device, so that the second device executes the target task based on the task information.

[0069] In some embodiments, the processing module 903 is configured to: obtain a list of candidate devices; determine a second device that meets the executable conditions from the list of candidate devices based on the task information of the target task; the executable conditions indicate that the second device can execute the target task; establish a connection with the second device and send the target task to the second device.

[0070] In some embodiments, the processing module 903 is configured to: obtain attribute information corresponding to each device in the candidate device list; determine a second parameter corresponding to each device based on the attribute information corresponding to each device; the second parameter characterizes the ability of the device to perform the target task; and determine a second device from the candidate device list that meets the executable conditions based on the execution conditions of the target task and the second parameter corresponding to each device.

[0071] In some embodiments, the processing module 903 is configured to: obtain a transmission record corresponding to the target task in response to a first parameter of the first device being greater than a second parameter threshold; the second parameter threshold being greater than the first parameter threshold; the transmission record including at least device information receiving the target task; if no target condition is detected to be met for executing the target operation, send a second instruction to the second device so that the second device deletes the target task based on the second instruction; if the target task is not completed on the second device, execute the target task on the first device.

[0072] In some embodiments, the acquisition module 901 is configured to: acquire configuration information corresponding to a first transferable task; and determine, based on the configuration information corresponding to each first task, that the configuration information is configured as a target task representing the transferable task.

[0073] In some embodiments, the processing module 903 is configured to: display a first control on the first device in response to the first parameter being less than a set first parameter threshold; the first control is configured to receive an interaction instruction, the interaction instruction being configured to transfer the target task; and in response to receiving an interaction instruction for the first control, transmit the target task to a second device so that the second device executes the target task.

[0074] In some embodiments, the processing module 903 is configured to: obtain execution conditions corresponding to at least two target tasks respectively; determine at least two second devices corresponding to the at least two target tasks respectively based on the execution conditions and attribute information of a plurality of second devices; and transmit the at least two target tasks to the corresponding second devices respectively, so that each second device executes its corresponding target task.

[0075] It should be noted that the description of the apparatus in this application embodiment is similar to the description of the method embodiment above, and has similar beneficial effects as the method embodiment; therefore, it will not be repeated. For any technical details not covered in the task processing apparatus provided in this application embodiment, please refer to... Figures 1 to 6 The meaning is understood in accordance with the description of any of the accompanying drawings.

[0076] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this application can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this application can be achieved, and this is not limited herein.

[0077] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as controlling or implying relative importance or implicitly specifying the number of technical features controlled. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "a plurality of" means two or more, unless otherwise explicitly specified.

[0078] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A task processing method, applied to a first device, comprising: If the battery level of the first device is lower than the target battery threshold, obtain the target task; Determine the first parameter; The first parameter characterizes the ability of the first device to perform the target task; If the first parameter is less than the first parameter threshold, the target task is transmitted to the second device.

2. The method according to claim 1, wherein the target task characterization performs a target operation upon detecting that the target condition is met; The step of transmitting the target task to the second device if the first parameter is less than the first parameter threshold includes: In response to the first parameter being less than a first parameter threshold, the task information of the target task is transmitted to the second device, so that the second device creates the target task based on the task information.

3. The method according to claim 1, wherein the target task is a task currently being executed on the first device; The step of transmitting the target task to the second device if the first parameter is less than the first parameter threshold includes: In response to the first parameter being less than a first parameter threshold, the task information of the target task is transmitted to the second device, so that the second device executes the target task based on the task information.

4. The method according to claim 1, wherein transmitting the target task to the second device comprises: Obtain a list of candidate devices; Based on the task information of the target task, a second device that meets the executable conditions is determined from the list of candidate devices; The executable condition indicates that the second device can perform the target task; Establish a connection with the second device and send the target task to the second device.

5. The method according to claim 4, wherein determining a second device that satisfies the executable condition from the candidate device list comprises: Obtain the attribute information corresponding to each device in the candidate device list; Based on the attribute information corresponding to each device, the second parameter corresponding to each device is determined; The second parameter characterizes the device's ability to perform the target task; Based on the execution conditions of the target task and the second parameters corresponding to each device, a second device that meets the executable conditions is determined from the candidate device list.

6. The method according to claim 2, further comprising: In response to the first parameter of the first device being greater than the second parameter threshold, the transmission record corresponding to the target task is obtained; The second parameter threshold is greater than the first parameter threshold; The transmission record includes at least the device information for receiving the target task; If no target condition is detected to be met for the target operation to be performed, a second instruction is sent to the second device so that the second device deletes the target task based on the second instruction; If the target task is not completed on the second device, then the target task is executed on the first device.

7. The method according to claim 1, wherein obtaining the target task includes: Obtain the configuration information corresponding to the first transferable task; Based on the configuration information corresponding to each of the first tasks, the configuration information is determined to be configured as the target task representing the transferable task.

8. The method according to claim 1, further comprising: In response to the first parameter being less than a set first parameter threshold, a first control is displayed on the first device; The first control is used to receive interactive instructions, which are used to transfer the target task; In response to receiving an interaction instruction for the first control, the target task is transmitted to the second device so that the second device executes the target task.

9. The method according to claim 3, further comprising: Obtain the execution conditions corresponding to at least two target tasks; Based on the execution conditions and the attribute information of the multiple second devices, at least two second devices corresponding to the at least two target tasks are determined respectively; The at least two target tasks are transmitted to their respective second devices so that each second device can execute its corresponding target task.

10. A task processing apparatus, applied to a first device, comprising: The acquisition module is used to acquire the target task if the battery level of the first device is lower than the target battery threshold. The determination module is used to determine the first parameter; The first parameter characterizes the ability of the first device to perform the target task; The processing module is configured to transmit the target task to the second device if the first parameter is less than the first parameter threshold.