A task management method and device, electronic equipment and storage medium

Abstract

Embodiments of the present application relate to a task management method and device, electronic equipment and storage medium, the method comprising: when a target monitoring period arrives, obtaining running state information of each task in a target task list; for each running state information, when the running state information meets a target preset condition, generating target alarm information of a target task corresponding to the running state information, the target preset condition being any one of a plurality of preset conditions; determining a first target user corresponding to each target task; for each target task, sending the target alarm information to a terminal where the first target user is located for alarm. Thus, within the target monitoring period, the running state information of the task is obtained to monitor the running of the task, when the task running is abnormal, the corresponding alarm information is generated, the alarm information is sent to the terminal where the user corresponding to the task is located for alarm, so that the user can timely handle the task running abnormally.

Description

Technical Field

[0001] The embodiments of the present invention relate to the field of big data technology, and in particular to a task management method, apparatus, electronic device and storage medium. Background Technology

[0002] Currently, with the advent of the big data era, more and more companies are establishing data departments. These departments build data platforms that run thousands of tasks, which may have dependencies on each other. If a critical task running on the data platform malfunctions and the relevant technical personnel fail to fix it in time, it will directly affect the operation of other dependent tasks. Summary of the Invention

[0003] In view of this, in order to solve the above-mentioned technical problems or some of the technical problems, embodiments of the present invention provide a task management method, apparatus, electronic device and storage medium.

[0004] In a first aspect, embodiments of the present invention provide a task management method, including:

[0005] When the target monitoring period arrives, obtain the running status information of each task in the target task list;

[0006] For each of the aforementioned operating status information, when the operating status information meets the target preset condition, a target alarm information for the target task corresponding to the operating status information is generated, wherein the target preset condition is any one of a plurality of preset conditions;

[0007] Determine the first target user corresponding to each of the target tasks;

[0008] For each target task, the target alarm information is sent to the terminal where the first target user is located to issue an alarm.

[0009] In one possible implementation, the running status information includes the task runtime, task execution result, and task name;

[0010] The target preset conditions include at least one of the following:

[0011] The task runtime exceeds a preset duration threshold; or,

[0012] The task execution result is task execution failure; or,

[0013] The format of the task name does not match the preset format.

[0014] In one possible implementation, generating the target alarm information for the target task corresponding to the running status information includes:

[0015] The target alarm template corresponding to the target preset condition is determined from the first association relationship, wherein the first association relationship stores multiple correspondences between the preset conditions and alarm templates;

[0016] Based on the target alarm template, generate target alarm information for the target task corresponding to the running status information.

[0017] In one possible implementation, sending the target alarm information to the terminal where the first target user is located includes:

[0018] The target message channel corresponding to the target task is determined from the second association relationship, wherein the second association relationship stores multiple relationships between the task and the message channel;

[0019] The target alarm information is sent to the terminal where the first target user is located through the target message channel.

[0020] In one possible implementation, the method further includes:

[0021] Based on the third association relationship and the running status information of each task, the target running result of each application is determined, wherein the third association relationship includes multiple correspondences between the applications and the tasks;

[0022] The first visual dashboard displays the results of each of the stated objectives.

[0023] In one possible implementation, the method further includes:

[0024] For each of the preset conditions, a first judgment result that satisfies the preset conditions is determined;

[0025] A second judgment result is determined, which does not satisfy any of the preset conditions;

[0026] A second visual dashboard displays each of the first judgment results, and a third visual dashboard displays the second judgment results.

[0027] In one possible implementation, sending the target alarm information to the terminal where the first target user is located includes:

[0028] Determine the target identifier corresponding to the first target user;

[0029] When the first target user corresponding to the target identifier is stored in the first user list, the second target user corresponding to the first target user is determined from the second user list;

[0030] The target alarm information is sent to the terminal where the second target user is located.

[0031] In a second aspect, embodiments of the present invention provide a task management device, comprising:

[0032] The acquisition module is used to acquire the running status information of each task in the target task list when the target monitoring period arrives;

[0033] The generation module is used to generate target alarm information for the target task corresponding to each of the running status information when the running status information meets the target preset condition. The target preset condition is any one of a plurality of preset conditions.

[0034] A determination module is used to determine the first target user corresponding to each of the target tasks;

[0035] The alarm module is used to send the target alarm information to the terminal where the first target user is located for each target task, so as to issue an alarm.

[0036] Thirdly, embodiments of the present invention provide an electronic device, including: a processor and a memory, wherein the processor is configured to execute a task management program stored in the memory to implement the task management method described above.

[0037] Fourthly, embodiments of the present invention provide a storage medium storing one or more programs, which can be executed by one or more processors to implement the task management method described above.

[0038] This invention provides a task management method, comprising: acquiring the running status information of each task in the target task list when a target monitoring period arrives; generating target alarm information for the target task corresponding to each running status information when the running status information meets a target preset condition, wherein the target preset condition is any one of multiple preset conditions; determining a first target user corresponding to each target task; and sending the target alarm information to the terminal where the first target user is located for each target task to issue an alarm. Through the above method, this invention monitors the running status of tasks by acquiring task running status information within the target monitoring period. When a task running abnormality is detected, corresponding alarm information is generated and sent to the terminal where the user corresponding to the task is located to issue an alarm, facilitating timely handling of abnormal tasks by the user. Attached Figure Description

[0039] Figure 1 A flowchart illustrating a task management method provided in an embodiment of the present invention;

[0040] Figure 2A flowchart illustrating another task management method provided in an embodiment of the present invention;

[0041] Figure 3 A flowchart illustrating step S206 provided in an embodiment of the present invention;

[0042] Figure 4 A schematic diagram of the structure of a task management device provided in an embodiment of the present invention;

[0043] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present invention;

[0044] In the attached diagrams above:

[0045] 10. Acquisition Module; 20. Generation Module; 30. Confirmation Module; 40. Alarm Module;

[0046] 400. Electronic device; 401. Processor; 402. Memory; 4021. Operating system; 4022. Application program; 403. User interface; 404. Network interface; 405. Bus system. Detailed Implementation

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

[0048] To facilitate understanding of the embodiments of the present invention, further explanations and descriptions will be provided below with reference to the accompanying drawings and specific embodiments. These embodiments do not constitute a limitation on the embodiments of the present invention.

[0049] refer to Figure 1 , Figure 1 This is a schematic diagram illustrating the structure of a task management method provided in an embodiment of the present invention. The task management method provided in this embodiment of the present invention includes the following steps:

[0050] S101: When the target monitoring period arrives, obtain the running status information of each task in the target task list.

[0051] The target monitoring period can be set according to actual needs, and this embodiment does not impose a specific limitation. For example, the target monitoring period can be 5 minutes, 4 minutes, etc. Those skilled in the art should know that the target monitoring period is the duration between the last monitoring time and the current monitoring time. For example, if the target monitoring period is 5 minutes, the last monitoring time is 14:00 on November 1, 2021, and the current time is 14:02 on November 1, 2021, then the duration between the last monitoring time and the current time is 2 minutes (which is less than the target monitoring period). Therefore, the current time has not yet reached the monitoring time. As another example, if the current time is 14:05 on November 1, 2021, then the duration between the last monitoring time and the current time is 5 minutes (which is equal to the target monitoring period). Therefore, the current time has reached the monitoring time, and the step of obtaining the running status information of each task in the target task list can be executed.

[0052] In this embodiment, a large number of tasks run on the Yet Another Resource Negotiator (YARN). The target task list is formed by the tasks currently running on YARN. Based on the target task list, the running status information of each task in the target task list can be obtained through the YARN interface. Specifically, the YARN interface refers to the Representational State Transfer API (REST API) provided by the Hadoop YARN Web service, used to obtain cluster, node, and application information of the YARN-based distributed system. This YARN-based distributed system includes a Hadoop cluster and YARN that manages cluster resources. All tasks submitted to the YARN-based distributed system ultimately run as applications in the cluster; therefore, the running status information of each task in the target task list is obtained through the YARN interface. It should be noted that the target task list is updated as the tasks running on YARN change.

[0053] In this embodiment, the runtime status information includes task runtime, task execution result, and task name. Each application on YARN includes tasks with a fixed name format, which includes the name of the application to which the task belongs and a preset task name. For example, a user profile's app store up / down task, with a preset task name of `tag_up_and_down`, and the name of the user profile application being `User_portrait`, would be named `User_portrait_tag_up_and_down`. All task information on YARN is recorded in the database, including the task name, task description, and task developer. The runtime status information for each task can be obtained from the database.

[0054] S102: For each running status information, when the running status information meets the target preset condition, the target alarm information of the target task corresponding to the running status information is generated. The target preset condition is any one of multiple preset conditions.

[0055] Specifically, after obtaining the running status information of each task, the running status information is compared with multiple pre-stored preset conditions. When the running status information meets one of the preset conditions, the target task corresponding to the running information can be determined to be an abnormal task; when the running status information does not meet any of the preset conditions, the target task corresponding to the running information can be determined to be a normal task.

[0056] In this embodiment, the target preset conditions include at least one of the following:

[0057] The task runtime exceeds a preset duration threshold; or,

[0058] The task execution result is that the task execution failed; or,

[0059] The task name format does not match the default format.

[0060] In this process, when the target monitoring period arrives, after acquiring the task runtime, task execution result, and task name of a task, the task runtime is compared with a preset duration threshold. If the task runtime exceeds the preset duration threshold, a target alarm message for the target task corresponding to the running status information is generated. If the task runtime does not exceed the preset duration threshold, the task execution result is checked. If the task execution result is a failure, a target alarm message for the target task corresponding to the running status information is generated. If the task execution result is a success, the format of the task name is checked. If the format of the task name does not match the preset format, a target alarm message for the target task corresponding to the running status information is generated. If the format of the task name matches the preset format, the task is determined to be a normal task. In this embodiment, the order in which the task runtime, task execution result, and task name are checked against the corresponding preset conditions can be set according to actual needs, and this embodiment does not impose specific limitations on this.

[0061] In this embodiment, the preset duration threshold can be 2 hours. Of course, the specific value of the preset duration threshold can also be set according to actual needs. This embodiment does not make specific limitations on this.

[0062] S103: Determine the first target user corresponding to each target task.

[0063] In this embodiment, the first target user is the manager of the target task, i.e., the developer who repairs and optimizes the target task. The first target user can be determined in the following way:

[0064] The first target user corresponding to each target task is determined from the fourth association relationship; the fourth association relationship stores the correspondence between multiple tasks and users.

[0065] S104: For each target task, send the target alarm information to the terminal where the first target user is located to issue an alarm.

[0066] Specifically, the target alarm information can be sent to the terminal where the first target user is located through the corresponding message channel. The method for determining the message channel will be described below, and will not be repeated here in this embodiment.

[0067] This embodiment provides a task management method that monitors the operation of tasks by acquiring task running status information within a target monitoring period. When a task running abnormality is detected, corresponding alarm information is generated and sent to the terminal of the user corresponding to the task to issue an alarm, so that the user can handle the abnormal task in a timely manner.

[0068] refer to Figure 2 , Figure 2This is a flowchart illustrating another task management method provided in an embodiment of the present invention. The task management method provided in this embodiment of the present invention includes the following steps:

[0069] S201: When the target monitoring period arrives, obtain the running status information of each task in the target task list.

[0070] Step S201 is the same as step S101 described above, and can be referred to the above description for details. This embodiment will not repeat the details here.

[0071] S202: For each running status information, when the running status information meets the target preset conditions, the target alarm template corresponding to the target preset conditions is determined from the first association relationship.

[0072] In this embodiment, the first association relationship stores multiple correspondences between preset conditions and alarm templates. Specifically, there is a timeout alarm template for the preset condition that the task runtime exceeds a preset time threshold, an execution result alarm template for the preset condition that the task execution result is a failure, and a format alarm template for the preset condition that the task name format does not match a preset format. Different alarm templates represent different specific situations of abnormal tasks. Each alarm template contains the ID number of the abnormal task, the executing user, the task name, and the developer. Additionally, each alarm template also contains the cause of the abnormality (corresponding to the preset condition), which may specifically refer to task runtime timeout, task execution failure, or format mismatch. Therefore, once the target preset condition satisfied by the running status information is determined, the target alarm template corresponding to the target preset condition can be determined from the first association relationship.

[0073] S203: Based on the target alarm module, generate target alarm information for the target task corresponding to the running status information.

[0074] Once the target alarm template is determined, the target ID number, target execution user, target task name, and target developer corresponding to the target task are obtained. The target ID number, target execution user, target task name, and target developer are then filled into the corresponding positions in the target alarm template to generate the target alarm information for the target task corresponding to the running status information.

[0075] S204: Determine the first target user for each target task.

[0076] In this embodiment, step S204 is the same as step S103 described above, and can be referred to the above description for details. This embodiment will not repeat the details here.

[0077] S205: For each target task, determine the target message channel corresponding to the target task from the second association relationship.

[0078] The second association stores multiple relationships between tasks and message channels. Message channels include at least one of the following: SMS message channel, email message channel, Alipay message channel, WeChat message channel, APP notification message channel, WeChat Mini Program message channel, voice SMS message channel, WeChat Work message channel, or Lark message channel. In this embodiment, one task can correspond to one message channel, or one task can correspond to at least two message channels. The correspondence between tasks and message channels is pre-set. When a task needs to add a new message channel, the second association is updated.

[0079] S206: Send the target alarm information to the terminal where the first target user is located through the target message channel to issue an alarm.

[0080] Among them, the target alarm information is generated by the target alarm template. When the user's terminal receives the target alarm information, the user can clearly understand the cause of the task's abnormality, enabling the user to repair the abnormal task in a targeted manner based on the cause of the abnormality, thereby improving work efficiency.

[0081] To ensure that users handling abnormal tasks can accurately receive target alarm information, refer to Figure 3 Step S206 specifically includes:

[0082] S2061: Determine the target identifier corresponding to the first target user;

[0083] S2062: Determine whether the first user list contains the first target user corresponding to the target identifier;

[0084] S2063: When the first target user corresponding to the target identifier is not stored in the first user list, the target alarm information is sent to the terminal where the first target user is located through the target message channel to trigger an alarm;

[0085] S2064: When the first user list stores the first target user corresponding to the target identifier, then determine the second target user corresponding to the first target user from the second user list;

[0086] S2065: Send the target alarm information to the terminal where the second target user is located through the target message channel to issue an alarm.

[0087] In this embodiment, for steps S2061 to S2065, the target identifier is a unique identifier for the first target user. For example, the target identifier can be a mobile phone number, ID card number, etc. The specific form of the target identifier can be set according to actual needs, and this embodiment does not impose specific limitations here. The first user list is formed by developers who are no longer responsible for processing the corresponding tasks, and the second user list is formed by developers who are no longer processing the tasks and have transferred the processing work of the tasks to other developers. The first user list includes multiple correspondences between first target users and target identifiers. The second user list includes multiple correspondences between first target users, second target users, and target identifiers. By matching the target identifier with the first user list, it can be determined whether the first user list includes the first target user, and by matching the target identifier with the second user list, it can be determined whether the second target user in the second user list corresponds to the first target user.

[0088] For example, for a target task 1, the first target user is user1. The first target user user1 is no longer responsible for handling the target task 1, and has transferred the handling of the target task 1 to the second target user user2. The target identifier of the first target user is ID1. When it is determined that the first target user user1 is stored in the first user list through the target identifier ID1, the second target user user2 corresponding to the first target user user1 can be determined from the second user list through the target identifier ID1. This enables the target alarm information to be sent to the corresponding developers in a timely and accurate manner, so that the developers can handle the abnormal task in a timely manner.

[0089] The task management method provided in this embodiment of the invention further includes:

[0090] S207: Determine the target execution result for each application based on the third association relationship and the running status information of each task.

[0091] S208: The first visual dashboard displaying the results of each target's execution.

[0092] The first visual dashboard format includes at least one of the following: image dashboard, text dashboard, number dashboard, progress bar dashboard, graphical dashboard, and list dashboard; the graphical dashboard includes at least one of the following: scatter plot dashboard, line graph dashboard, and histogram dashboard. The third association includes multiple correspondences between applications and tasks. An application may include one task, or an application may include at least two tasks. In this embodiment, steps S207 and S208 can be executed between steps S201 and S202, or between steps S202 and S203. The specific execution order of steps S207 and S208 can be set according to actual needs; this embodiment does not specifically limit their specific execution order.

[0093] For example, when steps S207 and S208 are executed between steps S201 and S202, after obtaining the task runtime of each task in the target task list, tasks whose runtime exceeds a preset duration threshold are identified. Based on the third association relationship and the tasks exceeding the preset duration threshold, the tasks included in each application that exceed the preset duration threshold are identified, and after sorting them according to their runtime, a list dashboard of the sorted task runtimes is displayed, as shown in Table 1. Table 1 is a list dashboard of task runtimes. In this embodiment, the preset duration threshold can be 1 hour. The preset duration threshold can be set according to actual needs, and this embodiment does not impose specific limitations here.

[0094] Table 1 Task Runtime List Dashboard

[0095] Serial Number Application Classification Task Name Running time (minutes) date 1 Data access Data_access_001 100 2022-05-05 2 Data access Data_access_002 98 2022-05-05 3 Data access Data_access_003 97 2022-05-05 ...... ...... ...... ...... ......

[0096] For example, when steps S207 and S208 are executed between steps S202 and S203, after determining whether any preset condition is met based on the running status information, the success rate and / or failure rate of each application can be determined according to the third correlation. The success rate and failure rate of an application can be determined by the number of tasks included in the application and the running status of the tasks (abnormal tasks or normal tasks; if the running status information of a task meets any preset condition, then the task can be identified as an abnormal task). For example, if an application includes 30 tasks, of which 2 tasks are abnormal tasks, then the success rate of the application is equal to (30-2) / 30 = 93.33%. After obtaining the success rate and / or failure rate of each application, a list of the success rate and / or failure rate of each application is displayed, as shown in Table 2. Table 2 is a list of the success rates of an application.

[0097] Table 2 Task Runtime List Dashboard

[0098] Serial Number Application Classification Success rate date 1 Data access 100％ 2022-05-05 2 Data warehouse 97.20％ 2022-05-05 3 User Profile 98％ 2022-05-05 ...... ...... ...... ......

[0099] In this embodiment, by displaying the first visual dashboard showing the target running results of each application, developers can understand the running status of the application in real time, enabling them to optimize the corresponding tasks based on the data in the first visual dashboard.

[0100] S209: For each preset condition, determine the first judgment result that satisfies the preset condition.

[0101] S210: Determine the second judgment result that does not meet multiple preset conditions.

[0102] S211: A second visual dashboard displaying each first judgment result, and a third visual dashboard displaying the second judgment result.

[0103] The second and third visual dashboards include at least one of the following formats: image dashboard, text dashboard, number dashboard, progress bar dashboard, graphical dashboard, and list dashboard; the graphical dashboard includes at least one of the following: scatter plot dashboard, line graph dashboard, and histogram dashboard. In this embodiment, the first judgment result includes the number of tasks and the task list that meet the preset conditions, the second judgment result includes the number of tasks and the task list that do not meet multiple preset conditions, a number dashboard displaying the number of tasks, and a list dashboard displaying the task list. In this embodiment, steps S209 to S211 can be executed between steps S202 and S203.

[0104] In this embodiment, by displaying a second visualization dashboard for each first judgment result and a third visualization dashboard for the second judgment result, developers can understand the overall operation of the task in real time, and developers can perform specific processing on abnormal tasks based on the data in the second visualization dashboard.

[0105] This embodiment provides a task management method that monitors the operation of tasks by acquiring task running status information within a target monitoring period. When a task running abnormality is detected, corresponding alarm information is generated and sent to the terminal of the user corresponding to the task to issue an alarm, so that the user can handle the abnormal task in a timely manner.

[0106] refer to Figure 4 , Figure 4This is a schematic diagram of a task management device provided in an embodiment of the present invention. The task management device provided in this embodiment includes: an acquisition module 10, a generation module 20, a determination module 30, and an alarm module 40. The acquisition module 10 is used to acquire the running status information of each task in the target task list when the target monitoring period arrives. The generation module 20 is used to generate target alarm information for each running status information when the running status information meets a target preset condition, wherein the target preset condition is any one of multiple preset conditions. The determination module 30 is used to determine the first target user corresponding to each target task. The alarm module 40 is used to send the target alarm information to the terminal where the first target user is located for each target task to trigger an alarm.

[0107] In this embodiment, the running status information includes the task runtime, task execution result, and task name;

[0108] The target preset conditions must include at least one of the following:

[0109] The task runtime exceeds a preset duration threshold; or,

[0110] The task execution result is that the task execution failed; or,

[0111] The task name format does not match the default format.

[0112] In this embodiment, the generation module 20 is further configured to:

[0113] The target alarm information for the corresponding target task includes:

[0114] The target alarm template corresponding to the target preset condition is determined from the first association relationship. The first association relationship stores multiple correspondences between preset conditions and alarm templates.

[0115] Based on the target alarm template, generate target alarm information for the target task corresponding to the running status information.

[0116] In this embodiment, the alarm module 40 is also used for:

[0117] The target message channel corresponding to the target task is determined from the second association relationship, which stores multiple relationships between tasks and message channels;

[0118] The target alarm information is sent to the terminal where the first target user is located through the target message channel.

[0119] In this embodiment, the determining module 30 is further configured to:

[0120] Based on the third association and the running status information of each task, the target running result of each application is determined. The third association includes the correspondence between multiple applications and tasks.

[0121] The task management device provided in this embodiment also includes a display module, which is used to display the first visual dashboard of the running results of each target.

[0122] In this embodiment, the determining module 30 is further configured to:

[0123] For each preset condition, determine the first judgment result that satisfies the preset condition;

[0124] The second judgment result is determined if none of the preset conditions are met.

[0125] In this embodiment, the display module is also used for:

[0126] A second visual dashboard displays the results of each first judgment, and a third visual dashboard displays the results of the second judgment.

[0127] In this embodiment, the alarm module 40 is also used for:

[0128] Identify the target identifier corresponding to the first target user;

[0129] If the first target user corresponding to the target identifier is stored in the first user list, then the second target user corresponding to the first target user is determined from the second user list;

[0130] The target alarm information is sent to the terminal where the second target user is located.

[0131] This embodiment provides a task management device, including: an acquisition module, a generation module, a determination module, and an alarm module. The acquisition module acquires the running status information of each task in the target task list when the target monitoring period arrives. The generation module generates target alarm information for each running status information when the running status information meets target preset conditions, where the target preset conditions are any one of multiple preset conditions. The determination module determines the first target user corresponding to each target task. The alarm module sends the target alarm information to the terminal of the first target user for each target task to trigger an alarm. Through this method, this embodiment monitors the operation of tasks by acquiring task running status information within the target monitoring period. When an abnormal task operation is detected, corresponding alarm information is generated and sent to the terminal of the user corresponding to the task to trigger an alarm, facilitating timely handling of abnormal tasks by the user.

[0132] Figure 5This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present invention. Figure 5 The illustrated electronic device 400 includes at least one processor 401, a memory 402, at least one network interface 404, and other user interfaces 403. The various components in the electronic device 400 are coupled together via a bus system 405. It is understood that the bus system 405 is used to implement communication between these components. In addition to a data bus, the bus system 405 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in… Figure 5 The general designated all buses as Bus System 405.

[0133] The user interface 403 may include a display, keyboard, or clicking device (e.g., mouse, trackball, touchpad, or touchscreen).

[0134] It is understood that the memory 402 in the embodiments of the present invention can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced Synchronous DRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 402 described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0135] In some implementations, memory 402 stores elements, executable units or data structures, or subsets thereof, or extended sets thereof: operating system 4021 and application program 4022.

[0136] The operating system 4021 includes various system programs, such as the framework layer, core library layer, and driver layer, used to implement various basic business functions and handle hardware-based tasks. The application program 4022 includes various applications, such as a media player and a browser, used to implement various application functions. The program implementing the method of this embodiment can be included in the application program 4022.

[0137] In this embodiment of the invention, by calling the program or instructions stored in the memory 402, specifically the program or instructions stored in the application program 4022, the processor 401 is used to execute the method steps provided in each method embodiment, such as: when the target monitoring period arrives, obtaining the running status information of each task in the target task list; for each running status information, when the running status information meets the target preset conditions, generating target alarm information for the target task corresponding to the running status information, wherein the target preset conditions are any one of multiple preset conditions; determining the first target user corresponding to each target task; and for each target task, sending the target alarm information to the terminal where the first target user is located to issue an alarm.

[0138] The methods disclosed in the above embodiments of the present invention can be applied to processor 401, or implemented by processor 401. Processor 401 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the integrated logic circuit of the hardware in processor 401 or by instructions in the form of software. The processor 401 may be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of the present invention. The general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of the present invention can be directly embodied in the execution of a hardware decoding processor, or executed by a combination of hardware and software units in the decoding processor. The software units may be located in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. The storage medium is located in memory 402. Processor 401 reads the information in memory 402 and, in conjunction with its hardware, completes the steps of the above method.

[0139] It is understood that the embodiments described herein can be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, the processing unit can be implemented in one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), general-purpose processors, controllers, microcontrollers, microprocessors, other electronic units for performing the functions described herein, or combinations thereof.

[0140] For software implementation, the techniques described herein can be implemented by units that perform the functions described herein. The software code can be stored in memory and executed by a processor. The memory can be implemented in the processor or external to the processor.

[0141] The electronic device provided in this embodiment may be as follows: Figure 5 The electronic device shown can perform the following: Figure 1-3 All steps of the task management method, thereby achieving Figure 1-3 For details on the technical effects of the task management method shown, please refer to [link / reference]. Figure 1-3 The relevant descriptions are presented concisely and will not be elaborated upon here.

[0142] This invention also provides a storage medium (computer-readable storage medium). This storage medium stores one or more programs. The storage medium may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as read-only memory, flash memory, hard disk, or solid-state drive; the memory may also include combinations of the above types of memory.

[0143] When one or more programs in the storage medium can be executed by one or more processors to implement the task management method described above that is executed on the task management device side.

[0144] The processor is used to execute the task management program stored in the memory to implement the following steps of the task management method executed on the task management device side: when the target monitoring period arrives, obtain the running status information of each task in the target task list; for each running status information, when the running status information meets the target preset conditions, generate the target alarm information of the target task corresponding to the running status information, wherein the target preset conditions are any one of multiple preset conditions; determine the first target user corresponding to each target task; for each target task, send the target alarm information to the terminal where the first target user is located to issue an alarm.

[0145] Those skilled in the art will further recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this invention.

[0146] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be implemented in hardware, a software module executed by a processor, or a combination of both. The software module can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.

[0147] The specific embodiments described above further illustrate the purpose, technical solution, and beneficial effects of the present invention. It should be understood that the above description is only a specific embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A task management method, characterized in that, include: When the target monitoring period arrives, obtain the running status information of each task in the target task list; For each of the aforementioned operating status information, when the operating status information meets the target preset condition, a target alarm information for the target task corresponding to the operating status information is generated, wherein the target preset condition is any one of a plurality of preset conditions; Determine the first target user corresponding to each of the target tasks; For each target task, the target alarm information is sent to the terminal where the first target user is located to issue an alarm; The running status information includes the task runtime, task execution result, and task name; The target preset conditions include at least one of the following: The task runtime exceeds a preset duration threshold; or, The task execution result is task execution failure; or, The format of the task name does not match the preset format; The generation of target alarm information for the target task corresponding to the running status information includes: The target alarm template corresponding to the target preset condition is determined from the first association relationship, wherein the first association relationship stores multiple correspondences between the preset conditions and alarm templates; Based on the target alarm template, generate target alarm information for the target task corresponding to the running status information; Sending the target alarm information to the terminal where the first target user is located includes: The target message channel corresponding to the target task is determined from the second association relationship, wherein the second association relationship stores multiple relationships between the task and the message channel; The target alarm information is sent to the terminal where the first target user is located through the target message channel; The method further includes: Based on the third association relationship and the running status information of each task, the target running result of each application is determined, wherein the third association relationship includes multiple correspondences between the applications and the tasks; A first visual dashboard displaying the results of each of the stated objectives; The method further includes: For each of the preset conditions, a first judgment result that satisfies the preset conditions is determined; A second judgment result is determined, which does not satisfy any of the preset conditions; A second visual dashboard displays each of the first judgment results, and a third visual dashboard displays the second judgment results.

2. The method according to claim 1, characterized in that, Sending the target alarm information to the terminal where the first target user is located includes: Determine the target identifier corresponding to the first target user; When the first target user corresponding to the target identifier is stored in the first user list, the second target user corresponding to the first target user is determined from the second user list; The target alarm information is sent to the terminal where the second target user is located.

3. A task management device, characterized in that, include: The acquisition module is used to acquire the running status information of each task in the target task list when the target monitoring period arrives; The generation module is used to generate target alarm information for the target task corresponding to each of the running status information when the running status information meets the target preset condition. The target preset condition is any one of a plurality of preset conditions. A determination module is used to determine the first target user corresponding to each of the target tasks; The alarm module is used to send the target alarm information to the terminal where the first target user is located for each target task, so as to issue an alarm. The running status information includes the task runtime, task execution result, and task name; The target preset conditions include at least one of the following: The task runtime exceeds a preset duration threshold; or, The task execution result is task execution failure; or, The format of the task name does not match the preset format; The generation of target alarm information for the target task corresponding to the running status information includes: The target alarm template corresponding to the target preset condition is determined from the first association relationship, wherein the first association relationship stores multiple correspondences between the preset conditions and alarm templates; Based on the target alarm template, generate target alarm information for the target task corresponding to the running status information; Sending the target alarm information to the terminal where the first target user is located includes: The target message channel corresponding to the target task is determined from the second association relationship, wherein the second association relationship stores multiple relationships between the task and the message channel; The target alarm information is sent to the terminal where the first target user is located through the target message channel; Specifically, based on the third association relationship and the running status information of each task, the target running result of each application is determined, wherein the third association relationship includes the correspondence between multiple applications and tasks; and a first visual dashboard is displayed for each target running result. Specifically, for each preset condition, a first judgment result that satisfies the preset condition is determined; a second judgment result that does not satisfy any of the preset conditions is determined; a second visual dashboard is displayed for each of the first judgment results; and a third visual dashboard is displayed for the second judgment result.

4. An electronic device, characterized in that, include: A processor and a memory, the processor being configured to execute a task management program stored in the memory to implement the task management method according to any one of claims 1 to 2.

5. A storage medium, characterized in that, The storage medium stores one or more programs, which can be executed by one or more processors to implement the task management method according to any one of claims 1 to 2.

Images