WO2024188228A1 - Task processing method and apparatus, and readable storage medium - Google Patents

Abstract

The present application relates to the technical field of terminals. Provided are a task processing method and apparatus, and a readable storage medium. The task processing method comprises: acquiring progress indication information of a first task, wherein the progress indication information comprises a first indication parameter corresponding to a first sub-task, the first task comprises a plurality of sub-tasks, and the first sub-task is an unexecuted sub-task among the plurality of sub-tasks; executing, according to the first indication parameter, a processing function corresponding to the first sub-task; and after the processing function is executed, updating the first indication parameter, which is in the progress indication information, to a second indication parameter corresponding to a second sub-task, wherein the second sub-task is the next sub-task of the first sub-task among the plurality of sub-tasks. The problem of the consumption of storage resources and a CPU by means of an existing task processing method being relatively large is solved to a certain extent.

Description

A task processing method, device and readable storage medium

This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on March 14, 2023, with application number 202310282489.5 and application name “A task processing method, device and readable storage medium”, the entire contents of which are incorporated by reference in this application.

Technical Field

The present application relates to the field of terminal technology, and in particular to a task processing method, device and readable storage medium.

Background Art

Microcontroller Unit (MCU), also known as single-chip microcomputer, has the advantages of small size, low power consumption and high reliability. It is widely used in industrial control, traffic management and daily life. In MCU embedded system, task processing (including task execution and task switching) can be realized through operating system (OS). In this method, task is the basic unit of OS scheduling. Each task will occupy the CPU exclusively during execution. In the process of task switching, the CPU needs to save the CPU context of the currently executing task to the stack space corresponding to the current task, and then load the CPU context of the new task into the CPU register to run the new task and realize task switching.

It is not difficult to see that during the task processing, this method needs to provide corresponding storage resources for each task stack to store the CPU context of the executing task when the task is switched, which increases the storage resource and CPU performance overhead of task processing.

Summary of the invention

The present application provides a task processing method, device and readable storage medium, which to a certain extent solve the problem that the existing task processing methods consume a lot of storage resources and CPU.

In order to achieve the above purpose, this application adopts the following technical solutions:

In a first aspect, the present application provides a task processing method, the method comprising:

Acquire progress indication information of a first task, the progress indication information including a first indication parameter corresponding to a first subtask, the first task including a plurality of subtasks, the first subtask being a subtask that has not been executed among the plurality of subtasks;

Execute a processing function corresponding to the first subtask according to the first indication parameter;

After the processing function is executed, the first indication parameter in the progress indication information is updated to a second indication parameter corresponding to a second subtask, and the second subtask is a next subtask of the first subtask among the multiple subtasks.

Based on the task processing method provided by the present application, after first determining the first subtask of the first task through the progress indication information, execute the processing function corresponding to the first subtask, and after the processing function is executed, update the first indication parameter in the progress indication information to the second indication parameter corresponding to the second subtask. In this way, dividing the first task into multiple subtasks can greatly shorten the CPU time occupied by the execution of the first subtask, so that other tasks can be executed when at least one subtask of the first task is executed, and a certain amount of time is provided for the execution of other tasks. Moreover, since after the processing of the first subtask is completed, the above method also updates the first indication parameter in the progress indication information to the second indication parameter corresponding to the second subtask, thus avoiding the need to allocate a separate storage space to the currently executed first task to save the CPU context of the currently executed first task when switching tasks, effectively reducing the dependence of task processing on storage resources, and greatly reducing the consumption of storage resources and CPU.

In addition, by dividing the first task into multiple subtasks, other tasks can be switched to execution after some subtasks in the first task are executed, so that other tasks can be responded to or processed in a timely manner, effectively avoiding the occurrence of blocking caused by the first task occupying the CPU for too long, achieving the effect of multi-task parallel execution, and improving CPU utilization.

In a possible implementation of the first aspect, during the execution of the processing function, if a newly added second task is detected and the task processing priority of the second task is higher than that of the first task, the second task is executed after the first indication parameter is updated.

Based on the above optional method, the above task processing method makes the complete processing process of the first subtask include both the process of processing the first subtask using the processing function corresponding to the first subtask and the process of updating the progress indication information according to the execution order of multiple subtasks in the first task after the first subtask is processed by the processing function. Such a design avoids the interruption of the execution of the first subtask due to the influence of other tasks during the execution of the first subtask. By dividing the first task into multiple subtasks, the occurrence rate of exceptions or interruptions during the execution of the first task is reduced.

In a possible implementation manner of the first aspect, if the first subtask is the last subtask among the multiple subtasks, the second subtask is the first subtask among the multiple subtasks.

In a possible implementation of the first aspect, before obtaining the progress indication information of the first task, the method further includes:

Initializing multiple tasks to obtain a task set, where the task set includes the first task;

The multiple tasks in the task set are scheduled based on a preset task scheduling strategy.

Exemplarily, the task scheduling strategy may include: any one of a first-in-first-out scheduling strategy, a priority-based scheduling strategy, and a polling scheduling strategy.

It is not difficult to understand that in actual applications, the task scheduling strategy can also be customized according to actual application requirements, and this application does not limit this.

Based on the above optional implementation methods, the first task is determined from the task set through scheduling strategies such as customization, first-in-first-out scheduling strategy, priority-based scheduling strategy and polling scheduling strategy. This not only meets the actual application needs or business scenarios, but also the diverse selection of scheduling strategies effectively ensures the flexibility of selecting task scheduling strategies between different tasks.

In a possible implementation of the first aspect, the plurality of subtasks in the first task are implemented by way of a state machine or an iterator.

It should be understood that the implementation methods of the multiple subtasks in the first task can also be customized according to specific business scenarios.

Based on the above optional implementation methods, in the specific implementation process of the above task processing method, a modular approach (such as state machine or iterator methods) can be used to develop and design the first task, thereby increasing programming flexibility and reducing the difficulty of task programming; when the actual business scenario changes, the established program framework of the first task can be used to implement functions corresponding to the new business scenario, thereby improving the reusability of the program and achieving the purpose of improving development and maintenance efficiency.

In a second aspect, an embodiment of the present application provides a task processing device, the task processing device comprising:

an acquiring unit, configured to acquire progress indication information of a first task, the progress indication information comprising a first indication parameter corresponding to a first subtask, the first task comprising a plurality of subtasks, the first subtask being a subtask that has not been executed among the plurality of subtasks;

a processing unit, configured to execute a processing function corresponding to the first subtask according to the first indication parameter;

An updating unit is used to update the first indication parameter in the progress indication information to a second indication parameter corresponding to a second subtask after the processing function is executed, and the second subtask is a next subtask of the first subtask among the multiple subtasks.

In a possible implementation of the second aspect, during the execution of the processing function, if a newly added second task is detected and the task processing priority of the second task is higher than that of the first task, the second task is executed after the first indication parameter is updated.

In a possible implementation of the second aspect, if the first subtask is the last subtask among the multiple subtasks, the second subtask is the first subtask among the multiple subtasks.

In a possible implementation of the second aspect, before obtaining the progress indication information of the first task, the method further includes:

Initializing multiple tasks to obtain a task set, where the task set includes the first task;

The multiple tasks in the task set are scheduled based on a preset task scheduling strategy.

In a possible implementation of the second aspect, the plurality of subtasks in the first task are implemented by way of a state machine or an iterator.

In a possible implementation of the second aspect, the task scheduling strategy includes: any one of a first-in-first-out scheduling strategy, a priority-based scheduling strategy, and a polling scheduling strategy.

In a third aspect, an embodiment of the present application provides an electronic device, comprising: a processor, wherein the processor is used to run a computer program stored in a memory to implement the method in the first aspect or any possible implementation manner of the first aspect.

In a fourth aspect, the present application provides a task processing system, which includes the electronic device described in the third aspect.

In a fifth aspect, the present application provides a chip, comprising a processor, wherein the processor is used to read and execute a computer program stored in a memory to execute the method in the first aspect or any possible implementation of the first aspect.

Optionally, the chip also includes a memory, and the memory is connected to the processor via a circuit or wire.

In a sixth aspect, the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the method in the first aspect or any possible implementation manner of the first aspect is implemented.

In a seventh aspect, the present application provides a computer program product. When the computer program product runs on an electronic device, the electronic device executes the method in the first aspect or any possible implementation manner of the first aspect.

The technical effects of the second to seventh aspects provided in the present application can refer to the technical effects of the various possible implementation methods of the first aspect mentioned above, and will not be repeated here.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram of the structure of an existing task processing method provided in an embodiment of the present application.

FIG. 2 is a schematic diagram of the structure of another existing task processing method provided in an embodiment of the present application.

FIG3 is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application.

FIG4 is a structural block diagram of an MCU embedded system provided in an embodiment of the present application.

FIG5 is a flowchart of processing multiple tasks provided in an embodiment of the present application.

FIG6 is a flowchart of a task processing method provided in an embodiment of the present application.

FIG. 7 is a flow chart of an implementation method corresponding to the task processing method provided in an embodiment of the present application.

FIG8 is a schematic diagram of an array structure created in another implementation method corresponding to the task processing method provided in an embodiment of the present application.

FIG. 9 is a flow chart of another implementation method corresponding to the task processing method provided in an embodiment of the present application.

FIG10 is a structural block diagram of a task processing device corresponding to the task processing method provided in an embodiment of the present application.

DETAILED DESCRIPTION

MCU, also known as single-chip microcomputer, has the advantages of small size, low power consumption and high reliability, and is widely used in industrial control, traffic management and daily life. With the development of science and technology, MCU-based embedded systems are no longer limited to realizing a single function, but need to be able to handle multiple operation flows at the same time. For example, motor-type MCUs need to control motor parameters and maintain communication connection with the host computer in actual use.

In practical applications, the processing of multiple workflows by the MCU embedded system may include the execution (or running) of each workflow and the switching between multiple workflows. For MCUs with a certain storage space or computing frequency capability, the scheduling management of multiple tasks (including the execution of each workflow and the switching between multiple workflows) can be implemented through the OS. It should be noted that in this method, the task is used as the minimum scheduling and running unit of the application, and one task corresponds to an independent task processing function. Referring to Figure 1, it is assumed that multiple tasks include Task 1, Task 2...Task n, each task has a corresponding task control block and attributes, wherein the attributes include number, priority, entry function, stack space, and current stack pointer, etc. The OS is responsible for managing the switching of the central processing unit (CPU) between multiple tasks. If Task 1 is the currently executing task, Task 1 will monopolize the CPU during execution. In some cases (for example, the priority of Task 2 is higher than the priority of Task 1), regardless of whether Task 1 is completed or not, the OS will control the CPU to switch from Task 1 to Task 2 to use the CPU to process Task 2. In the process of CPU switching from Task 1 to Task 2, the CPU context of Task 1 will first be saved in the stack space corresponding to Task 1, so that Task 1 can continue to execute Task 1 when it obtains the CPU again. After the CPU context of Task 1 is saved in the stack space of Task 1, the CPU context of Task 2 is loaded into the CPU register to run Task 2.

Although the OS can be used to complete the scheduling and management of multiple tasks, a certain amount of storage space needs to be provided for the task control block and stack of each task during the task switching process, which greatly increases the reliance of task scheduling on storage resources and increases the overhead of storage resources and CPU performance. In addition, this method is only applicable to MCUs with a certain amount of storage space or computing frequency capabilities to meet the minimum operating requirements of the OS for scheduling and management. If the MCU does not have a certain amount of storage space or computing frequency capabilities, or cannot meet the practical requirements of the minimum storage space or computing frequency for the OS to schedule and process tasks, the above method cannot be used to achieve the scheduling and management of multiple tasks.

For MCUs that cannot perform task scheduling management through OS, the software framework of the super loop system can usually be used to implement task scheduling management through hard coding. Referring to Figure 2, the super loop system is a foreground/background system. In other words, the super loop system includes a background system and a foreground system. The background system is also called the background system, which processes multiple functions of one or more tasks in an infinite loop through a background program; for example, task 1 may include multiple functions such as function A, function B, function C, and function D; or task 1, task 2, and task 3 include multiple functions such as function A, function B, function C, and function D. The foreground system is also called the foreground system. The foreground system is composed of multiple interrupt service programs. For example, the foreground system may include interrupt service program 1 and interrupt service program 2. In actual applications, if the foreground system does not trigger interrupt service program 1 or interrupt service program 2, the background system will execute task 1 in an infinite loop; if the foreground system triggers interrupt service program 1, at this time, the background system is executing function B of task 1, but function B has not yet been completed, then the function B of task 1 being executed by the background system will be interrupted by interrupt service program 1, and the background system will suspend the continued processing of function B in task 1 until the foreground system completes processing of interrupt service program 1, and the background system will continue to execute function B from where function B was interrupted.

Although the above method does not require the MCU to have a certain storage space or computing frequency capability, the irregular appearance of the interrupt service program will cause the background system to interrupt the task being executed. Moreover, if this method is used to time-share multiple tasks, it is necessary to consider the priority between multiple tasks, the dependencies between multiple tasks, the response time between multiple tasks and other factors. For multiple tasks, the corresponding multiple functions are arranged in the infinite loop body of the background system. Obviously, this method needs to be based on different tasks. When writing corresponding programs, when the business scenario changes, for example, the number of functions in multiple tasks or the priority, dependency, response time and other factors between multiple functions change, it is necessary to rewrite new programs in the infinite loop body to realize the processing between new multiple tasks, etc. The reusability of the program is low. Therefore, the above method increases the complexity of programming and reduces the efficiency of program development and maintenance.

Therefore, in response to the above problems, the present application provides a task processing method, after executing the processing function corresponding to the first subtask, the first indication parameter in the progress indication information is updated to the second indication parameter corresponding to the next subtask of the first subtask in the multiple subtasks, so that other tasks can be executed after the first subtask of the first task is executed, avoiding the need to allocate a separate storage space to the currently executed first subtask to save the CPU context of the currently executed first subtask when switching tasks, greatly reducing the consumption of storage resources and CPU, and improving the CPU utilization. In addition, such a design method can adopt a modular approach (such as state machine or iterator method) to develop and design multiple subtasks or multiple tasks to be executed separately during the implementation process, increase programming flexibility, reduce the difficulty of task programming, improve the reusability of the program, and achieve the purpose of improving development and maintenance efficiency.

The technical solutions in the embodiments of the present application are described below in conjunction with the drawings and related embodiments in the embodiments of the present application. Among them, in the description of the embodiments of the present application, the terms used in the following embodiments are only for the purpose of describing specific embodiments, and are not intended to be used as limitations on the present application. As used in the specification and the appended claims of the present application, the singular expressions "a", "said", "above", "the" and "this" are intended to also include expressions such as "one or more", unless there is a clear indication to the contrary in the context. It should also be understood that in the following embodiments of the present application, "at least one", "one or more" refer to one or more (including two). The term "and/or" is used to describe the association relationship of associated objects, indicating that three relationships can exist; for example, A and/or B can represent: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The character "/" generally indicates that the associated objects before and after are in a "or" relationship.

References to "one embodiment" or "some embodiments" etc. described in this specification mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Thus, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "include", "comprise", "have" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways. The term "connection" includes direct connection and indirect connection, unless otherwise specified. "First" and "second" are used for descriptive purposes only and cannot be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated.

In the embodiments of the present application, the words "exemplarily" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design described as "exemplarily" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplarily" or "for example" is intended to present related concepts in a specific way.

The task processing method provided in the embodiment of the present application can be applied to electronic devices. The electronic device can be a mobile phone, a tablet computer, a wearable device, an augmented reality (AR)/virtual reality (VR) device, a laptop computer, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (PDA), a vehicle-mounted device, a smart screen, a cloud server, etc. The embodiment of the present application does not impose any restrictions on the specific type of the electronic device.

Referring to FIG3 , it is a schematic diagram of the structure of an electronic device 300 provided in the present application. The electronic device 300 may include a processor 310, an external memory interface 320, an internal memory 331, a Universal Serial Bus (USB) interface 330, a charging management module 340, a power management module 341, a battery 342, an antenna 1, an antenna 2, a mobile communication module 350, a wireless communication module 360, an audio module 370, a speaker 370A, a receiver 370B, a microphone 370C, an earphone interface 370D, a sensor module 380, a button 390, a motor 391, an indicator 392, a camera 393, a display screen 394, and a Subscriber Identification Module (SIM) card interface 395, etc. The sensor module 380 may include a pressure sensor 380A, a gyroscope sensor 380B, an air pressure sensor 380C, a magnetic sensor 380D, an acceleration sensor 380E, a distance sensor 380F, a proximity light sensor 380G, a fingerprint sensor 380H, a temperature sensor 380J, a touch sensor 380K, an ambient light sensor 380L, a bone conduction sensor 380M, etc.

It is to be understood that the structure illustrated in the embodiment of the present application does not constitute a specific limitation on the electronic device 300. In other embodiments of the present application, the electronic device 300 may include more or fewer components than shown in the figure, or combine some components, or split some components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

For example, when the electronic device 300 is a mobile phone or a tablet computer, it may include all the components shown in the figure, or may include only some of the components shown in the figure.

The processor 310 may include one or more processing units, for example, the processor 310 may include an application processor (AP), a modem processor, a graphics processor (GPU), an image signal processor (ISP), a controller, a memory, a video codec, a digital signal processor (DSP), a baseband processor, and/or a neural-network processing unit (NPU), etc. Different processing units may be independent devices or integrated in one or more processors.

The controller may be the nerve center and command center of the electronic device 300. The controller may generate an operation control signal according to the instruction operation code and the timing signal to complete the control of fetching and executing instructions.

The processor 310 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 310 is a cache memory. The memory may store instructions or data that the processor 310 has just used or cyclically used. If the processor 310 needs to use the instruction or data again, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 310, and thus improves the efficiency of the system.

In some embodiments, the processor 310 may include one or more interfaces. The interface may include an Inter-integrated Circuit (I2C) interface, an Inter-integrated Circuit Sound (I2S) interface, a Pulse Code Modulation (PCM) interface, a Universal Asynchronous Receiver/Transmitter (UART) interface, a Mobile Industry Processor Interface (MIPI), a General-Purpose Input/Output (GPIO) interface, a Subscriber Identity Module (SIM) interface, and/or a Universal Serial Bus (USB) interface, etc.

The USB interface 330 is an interface that complies with the USB standard specification, and specifically can be a Mini USB interface, a Micro USB interface, a USB Type C interface, etc. The USB interface 330 can be used to connect a charger to charge the electronic device 300, and can also be used to transmit data between the electronic device 300 and a peripheral device. It can also be used to connect headphones to play audio through the headphones. The interface can also be used to connect other electronic devices, such as AR devices, etc.

It is understandable that the interface connection relationship between the modules illustrated in the embodiment of the present application is only a schematic illustration and does not constitute a structural limitation on the electronic device 300. In other embodiments of the present application, the electronic device 300 may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

The charging management module 340 is used to receive charging input from a charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 340 may receive charging input from a wired charger through the USB interface 330. In some wireless charging embodiments, the charging management module 340 may receive wireless charging input through a wireless charging coil of the electronic device 300. While the charging management module 340 is charging the battery 342, it may also power the electronic device through the power management module 341.

The power management module 341 is used to connect the battery 342, the charging management module 340 and the processor 310. The power management module 341 receives input from the battery 342 and/or the charging management module 340, and supplies power to the processor 310, the internal memory 331, the external memory interface 320, the display screen 394, the camera 393, and the wireless communication module 360. The power management module 341 can also be used to monitor parameters such as battery capacity, battery cycle number, and battery health status (leakage, impedance).

In some other embodiments, the power management module 341 may also be disposed in the processor 310. In some other embodiments, the power management module 341 and the charging management module 340 may also be disposed in the same device.

The wireless communication function of the electronic device 300 can be implemented through the antenna 1, the antenna 2, the mobile communication module 350, the wireless communication module 360, the modem processor and the baseband processor.

Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the electronic device 300 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve the utilization of the antennas. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In some other embodiments, the antenna can be used in combination with a tuning switch.

The mobile communication module 350 can provide solutions for wireless communications including 2G/3G/4G/5G, etc., applied to the electronic device 300. The mobile communication module 350 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 350 can receive electromagnetic waves from the antenna 1, and filter, amplify, etc. the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 350 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1.

In some embodiments, at least some functional modules of the mobile communication module 350 may be disposed in the processor 310. In some embodiments, at least some functional modules of the mobile communication module 350 and at least some modules of the processor 310 may be disposed in the same device.

The modem processor may include a modulator and a demodulator. Among them, the modulator is used to modulate the low-frequency baseband signal to be sent into a medium-high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After the low-frequency baseband signal is processed by the baseband processor, it is passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to a speaker 370A, a receiver 370B, etc.), or displays an image or video through a display screen 394. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 310 and be set in the same device as the mobile communication module 350 or other functional modules.

The wireless communication module 360 can provide wireless communication solutions including wireless local area networks (WLAN) (such as Wireless Fidelity (Wi-Fi) network), Bluetooth (BT), Global Navigation Satellite System (GNSS), Frequency Modulation (FM), Near Field Communication (NFC), Infrared (IR), etc., which are applied to the electronic device 300. The wireless communication module 360 can be one or more devices integrating at least one communication processing module. The wireless communication module 360 receives electromagnetic waves via the antenna 2, modulates the frequency of the electromagnetic wave signal and performs filtering, and sends the processed signal to the processor 310. The wireless communication module 360 can also receive the signal to be sent from the processor 310, modulate the frequency of the signal, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2.

In some embodiments, the antenna 1 of the electronic device 300 is coupled to the mobile communication module 350, and the antenna 2 is coupled to the wireless communication module 360, so that the electronic device 300 can communicate with the network and other devices through wireless communication technology. The wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time-Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and/or IR technology. GNSS can include the Global Positioning System (GPS), the Global Navigation Satellite System (GLONASS), the Beidou Navigation Satellite System (BDS), the Quasi-Zenith Satellite System (QZSS) and/or the Satellite Based Augmentation Systems (SBAS).

The electronic device 300 implements the display function through a GPU, a display screen 394, and an application processor. The GPU is a microprocessor for image processing, which connects the display screen 394 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 310 may include one or more GPUs, which execute program instructions to generate or change display information.

The display screen 394 is used to display images, videos, etc. For example, icons, folders, folder names, etc. of the APP in the embodiment of the present application. The display screen 394 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the electronic device 300 may include 1 or N display screens 394, where N is a positive integer greater than 1.

The electronic device 300 can realize the shooting function through ISP, camera 393, video codec, GPU, display screen 394 and application processor.

The ISP is used to process the data fed back by the camera 393. For example, when taking a photo, the shutter is opened, and the light is transmitted to the camera photosensitive element through the lens. The light signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converts it into an image visible to the naked eye. The ISP can also perform algorithm optimization on the noise, brightness, and skin color of the image. The ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP can be set in the camera 393.

The camera 393 is used to capture still images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element. The focal length of the lens can be used to indicate the field of view of the camera. The smaller the focal length of the lens, the larger the field of view of the lens. The photosensitive element can be a charge coupled device (CCD) or a complementary metal oxide semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP for conversion into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV or other format.

In the present application, the electronic device 300 may include cameras 393 with 2 or more focal lengths.

The digital signal processor is used to process digital signals, and can process not only digital image signals but also other digital signals. For example, when the electronic device 300 is selecting a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy.

The video codec is used to compress or decompress digital video. The electronic device 300 may support one or more video codecs. In this way, the electronic device 300 can play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG1, MPEG3, MPEG4, etc.

NPU is a neural network (NN) computing processor. By drawing on the structure of biological neural networks, such as the transmission mode between neurons in the human brain, it can quickly process input information and can also continuously self-learn. Through NPU, applications such as intelligent cognition of the electronic device 300 can be realized, such as image recognition, face recognition, voice recognition, text understanding, etc.

In an embodiment of the present application, the NPU or other processors may be used to perform operations such as analyzing and processing images in a video stored in the electronic device 300.

The external memory interface 320 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 300. The external memory card communicates with the processor 310 through the external memory interface 320 to implement a data storage function. For example, files such as music and videos can be stored in the external memory card.

The internal memory 331 can be used to store computer executable program codes, and the executable program codes include instructions. The processor 310 executes various functional applications and data processing of the electronic device 300 by running the instructions stored in the internal memory 331. The internal memory 331 may include a program storage area and a data storage area. Among them, the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.). The data storage area can store data created during the use of the electronic device 300 (such as audio data, a phone book, etc.).

In addition, the internal memory 331 may include a high-speed random access memory and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (Universal Flash Storage, UFS), etc.

The electronic device 300 can implement audio functions through an audio module 370, a speaker 370A, a receiver 370B, a microphone 370C, an earphone interface 370D, and an application processor.

The audio module 370 is used to convert digital audio signals into analog audio signals for output, and is also used to convert analog audio inputs into digital audio signals. The audio module 370 can also be used to encode and decode audio signals. In some embodiments, the audio module 370 can be arranged in the processor 310, or some functional modules of the audio module 370 can be arranged in the processor 310.

The speaker 370A, also called a "speaker", is used to convert audio electrical signals into sound signals. The electronic device 300 can listen to music or listen to hands-free calls through the speaker 370A. For example, the speaker can play the comparison analysis results provided in the embodiment of the present application.

The receiver 370B, also called a "earpiece", is used to convert audio electrical signals into sound signals. When the electronic device 300 receives a call or voice message, the voice can be received by placing the receiver 370B close to the human ear.

Microphone 370C, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak by putting their mouth close to the microphone 370C to input the sound signal into the microphone 370C. The electronic device 300 can be provided with at least one microphone 370C. In other embodiments, the electronic device 300 can be provided with two microphones 370C, which can not only collect sound signals but also realize noise reduction function. In other embodiments, the electronic device 300 can also be provided with three, four or more microphones 370C to collect sound signals, reduce noise, identify the sound source, realize directional recording function, etc.

The earphone interface 370D is used to connect a wired earphone. The earphone interface 370D may be the USB interface 330, or may be a 3.5 mm Open Mobile Terminal Platform (OMTP) standard interface or a Cellular Telecommunications Industry Association of the USA (CTIA) standard interface.

The key 390 includes a power key, a volume key, etc. The key 390 may be a mechanical key or a touch key. The electronic device 300 may receive key input and generate key signal input related to user settings and function control of the electronic device 300.

Motor 391 can generate vibration prompts. Motor 391 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. For example, touch operations acting on different applications (such as taking pictures, audio playback, etc.) can correspond to different vibration feedback effects. For touch operations acting on different areas of the display screen 394, motor 391 can also correspond to different vibration feedback effects. Different application scenarios (for example: time reminders, receiving messages, alarm clocks, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

Indicator 392 may be an indicator light, which may be used to indicate charging status, power changes, messages, missed calls, notifications, etc.

The SIM card interface 395 is used to connect a SIM card. The SIM card can be connected to or disconnected from the electronic device 300 by inserting it into the SIM card interface 395 or removing it from the SIM card interface 395. The electronic device 300 can support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 395 can support Nano SIM cards, Micro SIM cards, SIM cards, and the like. Multiple cards can be inserted into the same SIM card interface 395 at the same time. The types of the multiple cards can be the same or different. The SIM card interface 395 can also be compatible with different types of SIM cards. The SIM card interface 395 can also be compatible with external memory cards. The electronic device 300 interacts with the network through the SIM card, To realize functions such as calls and data communications. In some embodiments, the electronic device 300 uses an eSIM, that is, an embedded SIM card. The eSIM card can be embedded in the electronic device 300 and cannot be separated from the electronic device 300.

The task processing method provided in this application can be applied to a variety of computer systems. For example, the computer system can be a microcontroller unit (MCU) embedded system. It should be noted that the execution subject of the task processing method may be different in different computer systems. For example, in the above-mentioned MCU embedded system, the execution subject of the task processing method can be the MCU; in other systems, the execution subject of the task processing method can be the control chip. This application does not impose any restrictions on the type of computer system and the execution subject of the task processing method provided in this application.

In one example, as shown in FIG4, a structural diagram of an MCU embedded system provided by an embodiment of the present application is shown. Referring to FIG4, the MCU embedded system includes a sensor electrically connected to the MCU, an actuator electrically connected to the MCU, and a host computer connected to the MCU in communication. The sensor may be a temperature sensor, a position sensor, etc., for real-time monitoring and acquisition of sensor data; the actuator may be a device that can perform one or some actions under certain conditions, for example, the actuator may be a motor, a machine tool, an industrial robot, a stepper motor, a robot arm, and an instrument; the host computer generally refers to a device that plays a role in control and deployment, for example, a laptop computer, etc., which can transmit information such as communication commands with the MCU. The MCU embedded system shown in FIG4 above is only a possible example of the task processing method provided by the embodiment of the present application in practical applications. In practical applications, the corresponding MCU embedded system may change with different business needs, and this application does not make special restrictions on this.

The task processing method provided in the embodiment of the present application will be exemplarily described below in conjunction with the MCU embedded system shown in FIG. 4 .

As shown in Figure 5, it is a flow chart of a task processing process provided by an embodiment of the present application. Referring to Figure 5, the complete operation process of the task in the embodiment of the present application mainly includes initialization processing, determining the first task and executing the first task, wherein the initialization processing can be understood as registering the task to be executed to the corresponding system, and performing initialization processing on the task to obtain a task set after initialization processing, wherein the task set after initialization processing contains the first task; then, determining the first task to be executed from the task set; after determining the first task, executing the first task using the task processing method provided in the embodiment of the present application.

In practical applications, a task set may include one or more tasks. When the number of tasks to be initialized is different, the method for determining the first task may be different. In an embodiment of the present application, if there is only one task in the task set, the task in the task set is initialized, and after the task initialization is completed, the task is directly determined as the first task; if there are two or more tasks in the task set, the multiple tasks can be initialized separately to obtain a task set consisting of multiple tasks, and then the preset task scheduling strategy can be used to determine the first task to be processed or executed from the above task set.

It should be understood that the preset task scheduling strategy may include any one of: a first-in-first-out scheduling strategy, a priority-based scheduling strategy, and a polling scheduling strategy. In the actual implementation process, the task scheduling strategy can also be customized by the user according to different business scenarios, and this application does not limit the specific content of the task scheduling strategy.

FIG6 is a flowchart of an embodiment of a task processing method provided by an embodiment of the present application. Referring to FIG6 , the task processing method mainly includes the following steps:

S601, obtaining progress indication information of a first task, the progress indication information including a first indication parameter corresponding to a first subtask, the first task including a plurality of subtasks, the first subtask being a subtask that has not been executed among the plurality of subtasks.

It should be understood that the first task (also called the target task) refers to a task (or job flow) to be executed or processed at present. In practical applications, the first task can be understood as a specific function to be processed. For example, in the MCU embedded system shown in FIG4, it is assumed that the actuator is a motor, and the specific business scenario is that the MCU controls the motor to rotate 180° clockwise every minute; the sensor is a temperature sensor for real-time temperature monitoring; the host computer is a laptop computer for real-time monitoring of the commands received by the serial port. Then in this example, the motor rotates 180° per minute, the temperature sensor monitors the temperature in real time, and the host computer monitors the serial port command in real time as three tasks (or three job flows). These three tasks constitute a task set. Assuming that the priorities of these three tasks increase in sequence, and the task scheduling strategy is selected as a priority-based scheduling strategy, the third task of the above three tasks: the host computer monitors the serial port command in real time can be determined as the first task.

It should be noted that, in the actual implementation process, each task in the task set has corresponding attribute information, and the attribute information includes but is not limited to number, name, priority, progress indication information and the task processing function corresponding to the task, among which the number can be used to uniquely identify a task; the name is a notation corresponding to each task, which is generally used in the debugging process to display specific debugging information; the priority is also a priority processing level, which is used to identify the order of task execution. The higher the priority of the task, the higher the order of execution of the task; in the embodiment of the present application, progress indication information is newly added to the attribute information of each task, and the progress indication information is used to identify the execution progress of each task; the task processing function corresponds to each first task, that is, The task processing function is the main processing function corresponding to each first task. During program execution, the task processing function is used to establish a program entry for a specific task, so as to facilitate the subsequent use of the task processing function to call other functions and methods related to the task.

Taking the MCU embedded system shown in Figure 4 as an example, assuming that the third task is determined as the first task using a priority-based task scheduling strategy, where the third task is real-time monitoring of serial port commands by the host computer, then after the first task is determined, the execution progress of the third task can be determined by obtaining the progress indication information of the first task, that is, the progress indication information corresponding to the third task, and then the first subtask of the third task can be determined.

It should be understood that the first subtask is determined according to the progress indication information of the first task, and the first subtask can be understood as the first subtask among the multiple subtasks of the first task that have not been executed and are divided according to the execution order or function of the first task. It is worth noting that in order to better manage the processing functions corresponding to the first task, in actual applications, some first tasks may be divided into one subtask according to the execution order. In this case, the first subtask is usually a task with simple functions, and the first subtask is the same task as the first task.

In the embodiment of the present application, during a complete execution of the first task, the first subtask is a subtask that has not been executed. Assuming that the third task "real-time monitoring of serial port commands by the host computer" in the above example is determined as the first task and marked as task 1, then, according to the execution order of the task, task 1 can be divided into: subtask a monitoring data, subtask b receiving the monitored data, and subtask c processing the received monitoring data. The above three subtasks, during a complete execution of the first task, the first subtask that has not been executed in task 1 can be determined by obtaining the first indication parameter in the progress indication information corresponding to task 1. As the first indication parameter in the progress indication information changes, the first subtask may be subtask a, may be subtask b, or may be subtask c.

S602: Execute a processing function corresponding to the first subtask according to the first indication parameter.

It should be understood that the processing function corresponding to the first subtask also refers to the sub-processing function that executes the first subtask. After the first subtask of the first task is determined, the processing of the first subtask can be implemented by executing the sub-processing function corresponding to the first subtask.

S603: After the processing function is executed, the first indication parameter in the progress indication information is updated to a second indication parameter corresponding to the second subtask, where the second subtask is the next subtask of the first subtask among the multiple subtasks.

It is not difficult to understand that the second indication parameter of the second subtask is the second indication parameter corresponding to the next subtask of the first subtask in the progress indication information of the first task.

It should be understood that if the first subtask is the last subtask among multiple subtasks, the second subtask is the first subtask among the multiple subtasks; if the first subtask is not the last subtask among the multiple subtasks, the first indication parameter is updated to the second indication parameter corresponding to the second subtask, that is, the second subtask is the next subtask of the first subtask.

That is to say, after executing the processing function corresponding to the first subtask, the task processing method provided in the embodiment of the present application updates the first indication parameter in the progress indication information of the first task to the second indication parameter corresponding to the second subtask (such as updating the first indication parameter in the progress indication information according to the execution order of multiple subtasks in the first task). In this way, even if a second task with a higher priority is encountered during the execution of the first task and the second task needs to be processed first, the second task can be executed after the first indication parameter in the progress indication information is updated. After the processing of the second task with a higher priority is completed, the execution progress of the first task is obtained through the second indication parameter in the updated progress indication information, so as to continue to execute the unexecuted subtasks in the first task, thereby quickly realizing the switching management of multiple tasks. Alternatively, when there is a second task with the same priority during the execution of the first task, after the first indication parameter of the first subtask of the first task is updated, the task processing method provided in the embodiment of the present application can be used to execute the first subtask of the second task. After the first subtask of the second task is executed, the second subtask of the first task is executed according to the updated first indication parameter (i.e., the second indication parameter of the second subtask). The first task and the second task are executed in a cycle until the first task and the second task are completely executed. This not only realizes the switching management of different tasks, but also facilitates different tasks to use shared resources in turn, thereby achieving the effect of load balancing.

In an embodiment of the present application, if a newly added second task is detected during the execution of the processing function, and the task processing priority of the second task is higher than that of the first task, the second task is executed after the first indication parameter is updated.

It should be understood that the second task can be understood as a new task detected when multiple subtasks in the first task have not yet been completely executed.

In other words, if during the execution of the processing function corresponding to the first subtask, there is a second task in the task set whose scheduling priority is higher than the first task, then after the first indication parameter in the progress indication information is updated to the second indication parameter corresponding to the second subtask, the task processing method provided in the embodiment of the present application is used to execute the second task. It is not difficult to understand that the above task The processing method ensures that the complete execution process of the first subtask includes both the process of executing the processing function corresponding to the first subtask and the process of updating the progress indication information after the first subtask is processed by the processing function. This design avoids the interruption of the execution of the first subtask due to the influence of other tasks during the execution of the first subtask. By dividing the first task into multiple subtasks, the occurrence rate of exceptions or interruptions during the execution of the first task is reduced.

The multiple subtasks in the first task provided in the present application can be implemented by a state machine or by an iterator. The above two implementation methods are exemplified below in conjunction with the MCU embedded system shown in Figure 4.

First, an exemplary description is given using a state machine.

Based on the example in the above embodiment, the above task 1 can be divided into three stages, the first stage A corresponds to subtask a; the second stage B corresponds to subtask b, and the third stage C corresponds to subtask c, see Figure 7. In the specific programming implementation process, the progress indication information corresponding to task 1 can be defined as a stage variable, and the specific value of stage represents the first indication parameter. If after determining that the first task is task 1, the value of the first indication parameter stage is A, that is, stage=A, then it can be determined that the first subtask of task 1 is subtask a.

Then, the processing function corresponding to task a can be executed according to the first indication information to realize the processing of the first subtask. If the value of the acquired first indication information stage is A, that is, stage＝A, and the first subtask is determined to be subtask a, then the processing function corresponding to subtask a can be determined to be processA() according to stage＝A. After the processing function processA() of subtask a is determined, referring to FIG7 , the processing of the first subtask can be completed by executing the processing function processA().

After executing the processing function corresponding to the first subtask, the first indication parameter corresponding to the first subtask can be updated to the second indication parameter corresponding to the next subtask of the first subtask among the multiple subtasks of the first task. Continuing with the above example, referring to FIG7, assuming that the first subtask is subtask a, for task 1 (the first task), after subtask a is executed, the next subtask to be executed is subtask b corresponding to the second stage B. Therefore, after executing the sub-processing function processA() corresponding to task a, the value of the first indication parameter stage in the progress indication information can be updated to the second indication parameter B corresponding to subtask b, that is, stage=B.

It is not difficult to understand that if the first subtask is subtask c, after executing the sub-processing function processC() corresponding to task c, the first indication parameter C in the progress indication information of the first task a should be updated to the second indication parameter A corresponding to task a, that is, stage = A. It is not difficult to understand that for task 1 (the first task), after executing subtask c, it can be indicated that task 1 has been executed once. When task 1 is determined as the first task again, the first subtask of task 1 will be restarted from subtask a to meet the actual application requirements.

Next, an exemplary description is given of the method using iterators.

In the method of implementing multiple subtasks in the first task through an iterator, the progress indication information can be defined as a pointer variable (or cursor) for the execution progress of the first task. The address pointed to by the pointer variable is the first indication parameter. That is, after obtaining the pointer variable corresponding to the first task, the subtask corresponding to the address pointed to by the pointer variable can be determined as the first subtask.

Based on the same example above, see Figures 8 and 9. The three subtasks corresponding to the above Task 1 can be defined as three ordered sequences of elements in the array SubFuncArray. The array SubFuncArray includes the first element SubFunc0, the second element SubFunc1, and the third element SubFunc2, a total of three elements. Among them, SubFunc0 corresponds to subtask a; SubFunc1 corresponds to subtask b, and SubFunc2 corresponds to subtask c. In the specific programming implementation process, the progress indication information of Task 1 can be defined as a pointer variable Cursor. If the pointer variable Cursor points to the location If the address pointed to by the pointer variable Cursor is 0, it corresponds to the first element in the array SubFuncArray, that is, the first subtask is subtask a corresponding to SubFunc0; if the address pointed to by the pointer variable Cursor is 1, it corresponds to the second element in the array SubFuncArray, that is, the first subtask is subtask b corresponding to SubFunc1; if the address pointed to by the pointer variable Cursor is 2, it corresponds to the third element in the array SubFuncArray, that is, the first subtask is subtask c corresponding to SubFunc2, and the actual value i of the address pointed to by the pointer variable and the number N of subtasks in the first task satisfy i=N-1. Therefore, if after determining that the first task is task 1, the address pointed to by the pointer variable Cursor corresponds to the first element in the array SubFuncArray, it can be determined that the first subtask of task 1 is subtask a.

After the first subtask in Task 1 is determined as Subtask a, the processing function of the first subtask can be determined according to the address pointed to by the pointer variable Cursor. Assuming that the address pointed to by the obtained pointer variable Cursor is the first element SubFunc0 in the array SubFuncArray, and the first subtask of Task 1 is determined to be Subtask a, then SubFunc0 can be determined as the processing function of Subtask a through SubFuncArray[0], see Figure 9, and the processing of the first subtask is realized by executing the processing function SubFunc0.

After executing the processing function SubFunc0, the value of the pointer variable can be updated to the value corresponding to the next subtask of the first subtask to update the first indication parameter. Based on the above example, assuming that the first subtask is subtask a, for task 1, after subtask a is executed, the next subtask to be executed is the processing function SubFunc1 in the array SubFuncArray[1]. The corresponding subtask b, so executing the processing function SubFunc0 can realize the processing of subtask a, move the address pointed to by the pointer variable Cursor one position backward, so that the pointer variable Cursor points to the address corresponding to the processing function SubFunc1 in the array SubFuncArray[1], and complete the update of the first indication parameter.

Similarly, for Task 1, the execution of the processing function SubFunc2 indicates that the execution of Task 1 is completed, that is, Task 1 has been completely processed. When Task 1 is determined as the first task again, the first subtask of Task 1 will be re-executed from subtask a. Therefore, if the first subtask is subtask c, after the processing function SubFunc2 is executed, the pointer variable Cursor is moved backward by one position so that the pointer variable Cursor continues to point to the first element in the array SubFuncArray, that is, SubFunc0, so that when the first task is re-executed, the first subtask in Task 1 is determined by the address pointed to by the pointer variable Cursor.

Based on the above two examples, in the specific implementation process of the above task processing method, a modular approach (such as state machine or iterator methods) can be used to develop and design the first task, thereby increasing programming flexibility and reducing the difficulty of task programming; when the actual business scenario changes, the established program framework of the first task can be used to implement the functions corresponding to the new business scenario, thereby improving the reusability of the program and achieving the purpose of improving development and maintenance efficiency.

The task processing method provided in the embodiment of the present application is based on the task processing method provided in the present application. After first determining the first subtask of the first task through the progress indication information, the processing function corresponding to the first subtask is executed. After the processing function is executed, the first indication parameter in the progress indication information is updated to the second indication parameter corresponding to the second subtask. The method of dividing the first task into multiple subtasks in this way can greatly shorten the CPU time occupied by the execution of the first subtask, so that other tasks can be executed when at least one subtask of the first task is executed, and a certain amount of time is provided for the execution of other tasks. Moreover, since after the processing of the first subtask is completed, the above method also updates the first indication parameter in the progress indication information to the second indication parameter corresponding to the second subtask, thus avoiding the need to allocate a separate storage space to the currently executed first task to save the CPU context of the currently executed first task when the task is switched, effectively reducing the dependence of task processing on storage resources, and greatly reducing the consumption of storage resources and CPU.

In addition, by dividing the first task into multiple subtasks, other tasks can be switched to execution after some subtasks in the first task are executed, so that other tasks can be responded to or processed in a timely manner, effectively avoiding the occurrence of blocking caused by the first task occupying the CPU for too long, achieving the effect of multi-task parallel execution, and improving CPU utilization.

It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

Corresponding to the task processing method described in the above embodiment, FIG10 is a schematic block diagram of a task processing device 1000 provided in an embodiment of the present application. The task processing device 1000 shown in FIG10 includes: an acquisition unit 1010 , a processing unit 1020 and an update unit 1030 .

The acquisition unit 1010 is used to acquire progress indication information of a first task, wherein the progress indication information includes a first indication parameter corresponding to a first subtask, wherein the first task includes multiple subtasks, and the first subtask is a subtask that has not been executed among the multiple subtasks.

The processing unit 1020 is configured to execute a processing function corresponding to the first subtask according to the first indication parameter.

The updating unit 1030 is used to update the first indication parameter in the progress indication information to a second indication parameter corresponding to a second subtask after the processing function is executed, and the second subtask is a next subtask of the first subtask among the multiple subtasks.

Optionally, during the execution of the processing function, if a newly added second task is detected and the task processing priority of the second task is higher than that of the first task, the second task is executed after the first indication parameter is updated.

Optionally, if the first subtask is the last subtask among the multiple subtasks, the second subtask is the first subtask among the multiple subtasks.

Optionally, before obtaining the progress indication information of the first task, the task processing device 1000 further includes:

An initialization processing unit, used for performing initialization processing on a plurality of tasks to obtain a task set, wherein the task set includes the first task;

The scheduling unit is used to schedule multiple tasks in the task set based on a preset task scheduling strategy.

Optionally, the plurality of subtasks in the first task are implemented by way of a state machine or an iterator.

Optionally, the task scheduling strategy includes: any one of a first-in-first-out scheduling strategy, a priority-based scheduling strategy and a polling scheduling strategy.

It should be understood that the description of the device embodiment can refer to the above-mentioned description of the electronic device and the task processing method embodiment. Its implementation principle and technical effect are similar to those of the above-mentioned method embodiment and will not be repeated here.

Based on the methods provided in the above embodiments, the embodiments of the present application also provide the following contents:

An embodiment of the present application provides a computer program product, which includes a program. When the program is executed by an electronic device, the electronic device performs the task processing method shown in the above embodiments.

An embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the task processing method shown in the above embodiments is implemented.

An embodiment of the present application provides a chip, which includes a memory and a processor. The processor executes a computer program stored in the memory to control the above-mentioned electronic device to execute the task processing method shown in the above-mentioned embodiments.

It should be understood that the processor mentioned in the embodiments of the present application may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

It should also be understood that the memory mentioned in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (Synchlink DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM).

The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.

In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

In the embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the system embodiments described above are only schematic. For example, the division of the modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or units, which can be electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may be a separate unit. The integrated unit may be implemented in the form of hardware or software functional unit.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, which can be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may at least include: any entity or device that can carry the computer program code to a large-screen device, a recording medium, a computer memory, a read-only memory (ROM), a random access memory (RAM), an electric carrier signal, a telecommunication signal, and a software distribution medium. For example, a USB flash drive, a mobile hard disk, a magnetic disk or an optical disk. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electric carrier signals and telecommunication signals.

Finally, it should be noted that the above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims (11)

A task processing method, characterized in that the method comprises: Acquire progress indication information of a first task, the progress indication information including a first indication parameter corresponding to a first subtask, the first task including a plurality of subtasks, the first subtask being a subtask that has not been executed among the plurality of subtasks; Execute a processing function corresponding to the first subtask according to the first indication parameter; After the processing function is executed, the first indication parameter in the progress indication information is updated to a second indication parameter corresponding to a second subtask, and the second subtask is a next subtask of the first subtask among the multiple subtasks. The task processing method according to claim 1 is characterized in that, during the execution of the processing function, if a newly added second task is detected and the task processing priority of the second task is higher than that of the first task, the second task is executed after the first indication parameter is updated. The task processing method according to claim 1 or 2 is characterized in that if the first subtask is the last subtask among the multiple subtasks, then the second subtask is the first subtask among the multiple subtasks. The task processing method according to any one of claims 1 to 3, characterized in that before obtaining the progress indication information of the first task, the method further comprises: Initializing multiple tasks to obtain a task set, where the task set includes the first task; The multiple tasks in the task set are scheduled based on a preset task scheduling strategy. The task processing method according to claim 4 is characterized in that the task scheduling strategy includes: any one of a first-in-first-out scheduling strategy, a priority-based scheduling strategy and a polling scheduling strategy. The task processing method according to any one of claims 1 to 5 is characterized in that the multiple subtasks in the first task are implemented by means of a state machine or an iterator. A task processing device, characterized in that the device comprises: an acquiring unit, configured to acquire progress indication information of a first task, the progress indication information comprising a first indication parameter corresponding to a first subtask, the first task comprising a plurality of subtasks, the first subtask being a subtask that has not been executed among the plurality of subtasks; a processing unit, configured to execute a processing function corresponding to the first subtask according to the first indication parameter; An updating unit is used to update the first indication parameter in the progress indication information to a second indication parameter corresponding to a second subtask after the processing function is executed, and the second subtask is a next subtask of the first subtask among the multiple subtasks. A task processing system, characterized by comprising: the task processing device as described in claim 7. An electronic device, characterized in that it comprises: a processor, wherein the processor is used to run a computer program stored in a memory to implement the method according to any one of claims 1 to 6. A chip, characterized in that the chip comprises a processor and a memory, wherein a computer program is stored in the memory, and when the computer program is executed by the processor, the method according to any one of claims 1 to 6 is implemented. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, it implements the method according to any one of claims 1 to 6.