CN108255681A

CN108255681A - Task alarm method and device

Info

Publication number: CN108255681A
Application number: CN201810149096.6A
Authority: CN
Inventors: 椤瑰嘲; 项峰
Original assignee: Tencent Technology Beijing Co Ltd
Current assignee: Tencent Technology Beijing Co Ltd
Priority date: 2018-02-09
Filing date: 2018-02-09
Publication date: 2018-07-06
Anticipated expiration: 2038-02-09
Also published as: CN108255681B

Abstract

The invention discloses a kind of task alarm method and devices, belong to task management field.This method includes：The history run of goal task is obtained, which is task to be alerted；According to the history run of the goal task, the operating condition guess value of the goal task is determined, guess value, operation deadline guess value and operation duration guess value between which is included when operation starts；The current operating situation of goal task and tolerance floating parameter are obtained, which is to determine to obtain according to the fluctuation range of hardware resource, is used to indicate the range of allowable error of the operating condition of the goal task；According to the operating condition guess value of the current operating situation, the tolerance floating parameter and the goal task, which is alerted, in this way, alarm accuracy can be improved.

Description

Task warning method and device

Technical Field

The invention relates to the field of task management, in particular to a task warning method and a task warning device.

Background

At present, a task alarm mechanism is usually set in the field of task management, and the task alarm mechanism is used for alarming a certain task when detecting that the operation of the task is abnormal in the process of operating the task by equipment, so that related personnel can timely handle the abnormal condition.

In the related art, a task warning method is provided, which includes: first, alarm conditions are set for a target task to be alarmed by a technician empirically, which may include an expected start time, an expected completion time, and an expected running time of the task. And then, detecting the running condition of the target task, and alarming the target task when detecting that the actual starting time of the target task is later than the expected starting time, or the actual finishing time is later than the expected finishing time, or the actual running time is longer than the expected running time.

Because the alarm condition set manually according to experience may not be accurate enough, and the running condition of the task is also easily affected by hardware resources such as network resources, storage resources and the like, the running condition fluctuates, so the alarm is performed according to the running condition of the task and the manually set alarm condition, and the alarm accuracy is low.

Disclosure of Invention

The embodiment of the invention provides a task warning method and device, which can be used for solving the problem of low warning accuracy in the related technology. The technical scheme is as follows:

in one aspect, a task warning method is provided, and the method includes:

acquiring the historical running condition of a target task, wherein the target task is a task to be warned;

determining a running condition presumption value of the target task according to the historical running condition of the target task, wherein the running condition presumption value comprises a running start time presumption value, a running completion time presumption value and a running duration presumption value;

acquiring the current running condition and a tolerance floating parameter of the target task, wherein the tolerance floating parameter is determined according to the fluctuation range of hardware resources and is used for indicating the tolerance error range of the running condition of the target task;

and alarming the current target task according to the current running condition, the tolerance floating parameter and the running condition presumption value of the target task.

Optionally, the alarming the target task according to the current operating condition, the tolerance floating parameter and the operating condition presumption value of the target task includes:

when the current target task is determined to be not operated completely according to the current operation condition, the time length between the current time and the operation completion time presumption value is larger than the tolerance floating parameter, and the current target task is in an operation termination state, determining that the target task needs to be alarmed, and reporting first alarm information, wherein the first alarm information is used for indicating that the current target task is terminated to operate;

when the current target task is determined to be not operated and not completed according to the current operation condition, the time length between the current time and the operation completion time presumption value is larger than the tolerance floating parameter, and the current target task is determined to meet the delay condition according to the current operation condition, the tolerance floating parameter and the operation starting time presumption value, the target task is determined to be required to be alarmed, and second alarm information is reported, wherein the second alarm information is used for indicating that the current target task is operated in a delayed mode;

when the current target task is determined to be not operated completely according to the current operation condition, the time length between the current time and the operation completion time presumption value is larger than the tolerance floating parameter, and the current target task meets the overtime condition according to the current operation condition, the tolerance floating parameter and the operation time length presumption value, the target task is determined to need to be alarmed, and third alarming information is reported, wherein the third alarming information is used for indicating that the current target task is operated overtime.

Optionally, when it is determined that the current target task is not completed in operation according to the current operation condition, and a time length between the current time and the operation completion time presumption value is greater than the tolerance float parameter, and it is determined that the current target task meets a delay condition according to the current operation condition, the tolerance float parameter, and the operation start time presumption value, it is determined that the target task needs to be warned, and second warning information is reported, where the method includes:

when the current target task is determined to be not operated and completed according to the current operation condition, the time length between the current time and the operation completion time presumption value is larger than the tolerance floating parameter, the current target task is determined to meet the delay condition according to the current operation condition, the tolerance floating parameter and the operation starting time presumption value, and the target task is determined not to be the related task of the appointed task, the target task is determined to need to be alarmed, and the second alarm information is reported, wherein the appointed task is the task which needs to be alarmed.

Optionally, the operation completion time presumption value is determined according to a historical operation condition of the target task and a data date, where the data date refers to a date of data processed by the target task;

before the warning is performed on the target task according to the current operating condition, the tolerance floating parameter and the operating condition presumption value of the target task, the method further includes:

when the current target task is determined to be not operated completely according to the current operation condition, determining the data date of the current target task;

determining a first time offset of a current time relative to a data date of the current target task;

and determining the time length between the current time and the operation completion time presumption value according to the difference between the first time offset and the operation completion time presumption value.

Optionally, the determining that the current target task meets a delay condition according to the current operating condition, the tolerant floating parameter, and the operating start time speculative value includes:

when the current target task is determined not to start to run according to the current running condition, determining the duration between the current time and the running starting time presumption value; when the duration between the current time and the operation starting time speculative value is greater than the tolerance floating parameter, determining that the current target task meets the delay condition;

when the current target task starts to run according to the current running condition, determining the time length between the actual running starting time of the current target task and the running starting time presumption value; when the time length between the actual running starting time of the target task and the running starting time presumption value is larger than the tolerance floating parameter, determining that the target task meets the delay condition currently.

Optionally, the operation start time presumption value is determined according to a historical operation condition of the target task and a data date, where the data date refers to a date of data processed by the target task;

the determining a duration between a current time and the running start time speculative value comprises:

determining the data date of the current target task;

and determining the time length between the current time and the operation starting time presumption value according to the difference value between the first time offset and the operation starting time presumption value.

Accordingly, the determining a duration between an actual execution start time of the current target task and the execution start time presumption value includes:

determining the data date and the actual operation starting time of the current target task;

determining a second time offset of the actual run start time relative to a data date of the current target task;

and determining the time length between the actual running starting time of the current target task and the running starting time presumption value according to the difference between the second time offset and the running starting time presumption value.

In one aspect, a task alert device is provided, the device comprising:

the system comprises a first acquisition module, a second acquisition module and a warning module, wherein the first acquisition module is used for acquiring the historical running condition of a target task, and the target task is a task to be warned;

the first determination module is used for determining the operation condition presumption value of the target task according to the historical operation condition of the target task, wherein the operation condition presumption value comprises an operation starting time presumption value, an operation finishing time presumption value and an operation duration presumption value;

the second acquisition module is used for acquiring the current running condition of the target task and a tolerance floating parameter, wherein the tolerance floating parameter is determined according to the fluctuation range of hardware resources and is used for indicating the tolerance error range of the running condition of the target task;

and the warning module is used for warning the target task according to the current running condition, the tolerance floating parameter and the running condition presumption value of the target task.

In one aspect, a task alert device is provided, the device includes a processor and a memory, the memory stores at least one instruction, at least one program, a set of codes, or a set of instructions, and the instruction, the program, the set of codes, or the set of instructions is loaded and executed by the processor to implement the task alert method.

In one aspect, a computer-readable storage medium is provided, in which at least one instruction, at least one program, a set of codes, or a set of instructions is stored, which is loaded and executed by a processor to implement the above task alert method.

The technical scheme provided by the embodiment of the invention has the following beneficial effects:

according to the embodiment of the invention, the operation condition presumption value of the target task can be presumed according to the historical operation condition of the target task, and the operation condition presumption value of the target task is presumed according to the historical operation condition of the target task, so that the possible operation condition of the current target task can be accurately indicated, therefore, according to the current operation condition and the operation condition presumption value of the target task, the target task can be accurately warned, and the warning accuracy is improved. In addition, the tolerance floating parameter of the target task is determined according to the fluctuation range of the hardware resource, and the target task is alarmed by combining the current running condition, the tolerance floating parameter and the running condition presumption value of the target task, so that the influence of the fluctuation of the hardware resource on the running condition of the target task can be avoided, and the accuracy of alarming can be further improved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1A is a schematic diagram of a task alert system according to an embodiment of the present invention;

FIG. 1B is a flowchart of a task alert method according to an embodiment of the present invention;

FIG. 1C is a flowchart illustrating a task alert method according to an embodiment of the present invention;

FIG. 2 is a schematic structural diagram of a task alert device according to an embodiment of the present invention;

fig. 3 is a schematic structural diagram of a terminal according to an embodiment of the present invention;

fig. 4 is a schematic structural diagram of a server according to an embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

Before explaining the embodiments of the present invention in detail, an application scenario of the embodiments of the present invention will be described.

The task warning method provided by the embodiment of the invention is applied to the scene of task equipment running tasks, and particularly can be widely applied to the scene and products needing to monitor the task running state, discover task running abnormity and inform task responsible persons of processing. In the process of task equipment running a task, an alarm mechanism is generally needed to be set so as to alarm the task running abnormally in time, so that related personnel can know the abnormality in time and handle the abnormal condition in time.

The alarm method provided in the related art generally sets an alarm condition manually, which may include an expected start time, an expected completion time, and an expected operation time of a task, but the manual setting of the alarm condition may have the following problems:

1) if the manually set alarm conditions are inaccurate, the alarm may not be given in time. For example, if the theoretical completion time of a task is 3, but the predicted completion time is set to 7 by human error, the task will be alerted only if the delay exceeds 4 hours. Even if the task is delayed, other tasks directly or indirectly dependent on the task may be delayed, and related personnel cannot be timely warned and timely processed, so that the influence is large.

2) If the manual setting is accurate in a period of time, but as the task increases, the calculation amount gradually increases and the matched calculation storage resources and the like do not keep up, the task completion time becomes later and later, and if the predicted completion time cannot be adjusted in time manually, the situation can also lead to inaccurate alarm.

3) In actual operation, the task operation condition is easily affected by hardware resources such as computing resources and network resources, and under the condition that the hardware resources are changed, the task operation condition fluctuates correspondingly. If a task is affected by hardware resources and is slightly later than the expected completion time, the alarm method provided by the related art also alarms, but since the delay is not caused by equipment abnormality, that is, the delay is within a tolerable range, the task can be considered to be normally operated, and therefore the alarm is meaningless.

The more inaccurate alarms or the more meaningless alarms, the more diluted real abnormal alarms are caused, and related personnel can hardly find out the real abnormal alarms from the received alarms, so that the efficiency of abnormal processing is low and the cost is high.

The embodiment of the invention provides an accurate alarm method for giving an alarm to a task according to the current running condition of the task, the running condition presumption value and the hardware resource, and can obviously improve the accuracy of the alarm.

The system architecture of the embodiments of the present invention is described next.

The task warning method provided by the embodiment of the invention can be applied to a task warning device, the task warning device can be a task device for running a task, and can also be a monitoring device for monitoring the task device, and the embodiment of the invention does not limit the task warning method.

Fig. 1A is a schematic diagram of a task alert system according to an embodiment of the present invention, and as shown in fig. 1A, the task alert system may include a task device 10, a monitoring device 20, and a management device 30, where the task device 10 and the monitoring device 20 may be connected through a network, and the monitoring device 20 and the management device 30 may also be connected through a network.

The task device 10 is used to run tasks. The monitoring device 20 is used for monitoring the task device 10, and may specifically monitor the device status of the task device 10 and the operation condition of the task running therein. The management device 30 is configured to manage the task device 10 and may also display the reported alarm information. In practical application, the task device 10, the monitoring device 20, and the management device 30 may be terminals, servers, or server clusters, and the like, which is not limited in this embodiment of the present invention.

In the embodiment of the invention, the task warning method based on the task warning system can have the following two implementation modes:

the first implementation mode comprises the following steps:the warning is made by the task device 10.

The task device 10 is configured to obtain a historical operating condition of a target task, where the target task is a task to be alerted; determining a running condition presumption value of the target task according to the historical running condition of the target task, wherein the running condition presumption value comprises a running start time presumption value, a running completion time presumption value and a running duration presumption value; acquiring the current running condition and a tolerance floating parameter of a target task, wherein the tolerance floating parameter is determined according to the fluctuation range of hardware resources and is used for indicating the tolerance error range of the running condition of the target task; determining whether to alarm the current target task according to the current running condition, the tolerance floating parameter and the running condition speculative value of the target task; when it is determined that the current target task needs to be warned, the warning information is displayed, or the warning information is reported to the management device 30, and the management device 30 displays the warning information.

It should be noted that fig. 1A only exemplifies that the task alert system includes the monitoring device 20 and the management device 30, and in the first implementation, the task alert system may also not include the monitoring device 20, or may not include the monitoring device 20 and the management device 30.

The second implementation mode comprises the following steps:the alarm is made by the monitoring device 20.

The task device 10 is used to run a target task;

the monitoring device 20 is used for acquiring the historical operating condition of the target task from the task device 10; determining a running condition presumption value of the target task according to the historical running condition of the target task, wherein the running condition presumption value comprises a running start time presumption value, a running completion time presumption value and a running duration presumption value; acquiring the current running condition of the target task from the task equipment 10, and acquiring a tolerance floating parameter, wherein the tolerance floating parameter is determined according to the fluctuation range of hardware resources and is used for indicating the tolerance error range of the running condition of the target task; determining whether to alarm the current target task according to the current running condition, the tolerance floating parameter and the running condition speculative value of the target task; when it is determined that the current target task needs to be warned, the warning information is displayed, or the warning information is reported to the management device 30, and the management device 30 displays the warning information.

The task warning method provided by the embodiment of the invention is described in detail below.

Fig. 1B is a flowchart of a task alert method according to an embodiment of the present invention, where the method may be applied to a task alert device, and the task alert device may be the task device or the monitoring device in fig. 1A, as shown in fig. 1B, the method includes the following steps:

step 101: and acquiring the historical running condition of the target task, wherein the target task is a task to be alarmed.

The target task may be any task that needs to be alerted among a plurality of tasks run by the task device, and each running task may be processed in accordance with the alert mode of the target task.

In practical applications, the target task may be a periodically running task or an aperiodically running task, and the embodiment of the present invention mainly takes the target task as the periodically running task as an example. For example, the task period of the target task may be hours, days, or months, etc. Taking the task period of the target task as 1 day as an example, it represents that the task device can run the target task once a day.

The historical operating condition of the target task may include an operating start time, an operating completion time, an operating duration, and the like of the target task in the historical operating process, so that the operating condition presumption value of the current target task may be presumed by processing the historical operating condition, and the operating condition presumption value may include an operating start time presumption value, an operating completion time presumption value, and an operating duration presumption value.

In practical application, a target statistical time interval may be determined, and then the historical operating conditions of the target task operating within the target statistical time interval may be counted. Specifically, the obtaining of the historical operating condition of the target task may include: determining a target counting time interval, wherein the target counting time interval is a counting time interval before the current time and the duration of the target counting time interval is greater than or equal to the running period of the target task; and counting the historical operation condition of each time that the target task is successfully operated and completed within the target counting time interval to obtain at least one historical operation condition, wherein the historical operation condition of each time comprises the operation starting time, the operation completing time and the operation duration of each time of the target task.

The target statistical time interval may be preset or determined according to a currently running target task. For example, when the target task has an operation period of 1 day, that is, the target task is operated once a day, one week or one month before the current time, etc. may be determined as the target statistical time interval.

In addition, the running condition of the running failure is eliminated in the target counting time interval, and only the historical running condition of each time that the target task is successfully run and completed is counted, so that the accuracy of the historical running condition can be ensured, and the accuracy of the running condition presumption value determined according to the historical running condition is further ensured.

Furthermore, each historical operation condition that the target task is successfully operated and completed and the operation starting time, the operation completing time and the operation duration are not empty in the target statistic time interval can be counted. Furthermore, the target task can be successfully operated and completed in the target counting time interval, the operation starting time, the operation completing time and the operation duration are not empty, and the data date is in each historical operation condition in the target counting time interval.

The data date of the target task refers to the date of the data processed by the target task. For example, when the target task is a daily task, the data date of the target task running on the current day is usually the previous day of the current day, that is, the data to be processed in the running process of the target task is the data of the previous day. For example, when the target task is a statistical task that is executed once a day, the data processed each time is the data of the previous day.

In one embodiment, the structure of the historical operating condition of each time may be:

id: task ID (identification, ID number)

instance _ time: date of data

status: operating state

start _ time: time of start of operation

end _ time: time of completion of operation

duration: length of operation

Further, when the target task is a task that runs periodically, the target task may also be indicated by a task period of the target task. Taking the task period of the target task as the designated task period as an example, the historical operating condition of the task with the task period as the designated task period in the target statistical time interval may be only counted to obtain the historical operating condition of the target task.

In an embodiment, taking a task period of a target task as an example of a specified task period, an operation condition record meeting the following conditions may be screened from operation condition records of all tasks in the statistical time interval as a historical operation condition of the target task: and 1, the task period is a specified task period. And 2, the data period is within the target statistical time interval. And 3, the task state is success. And 4, the operation starting time, the operation finishing time and the operation duration are not null.

Further, when a plurality of statistical time intervals are preset, for a currently running target task, a statistical time interval before the current time and closest to the current time may be selected from the plurality of statistical time intervals, and the selected statistical time interval is determined as a target statistical time interval. Of course, the plurality of statistical time intervals may also be all used as the target statistical time interval, which is not limited in the embodiment of the present invention.

Furthermore, the historical operation condition of the target task can be counted periodically. Specifically, the historical operating conditions of the target task may be periodically counted according to preset statistical parameters. The statistical parameters may include a statistical period and a target task, or include a statistical period, a period start time, and a target task. The period start time is used to indicate the start time of the statistical period.

When the target task is a task which runs periodically, the target task can be indicated by the task period of the target task. For example, the statistical parameters may include a statistical period and a task period, or include a statistical period, a period start time, and a task period. In practical applications, the statistical parameters may be preset, for example, may be input by a technician in advance.

Specifically, when the statistical parameter does not include the cycle start time, the statistical time interval of each statistical cycle may be determined according to the scheduling time and the statistical cycle. The scheduling time is a time for scheduling a speculative task, and the speculative task is a task for predicting an operation condition estimate value of a target task according to a historical operation condition. Furthermore, speculative tasks may also be performed periodically, e.g., scheduled for weekly, etc. Specifically, the period start time may be determined according to the scheduling time and the statistical period, and then the target statistical time interval may be determined according to the statistical period and the period start time. For example, when the statistical period is 1 week and the scheduling time is tuesday, the last tuesday of tuesday may be determined as the period start time, and the time interval from the last tuesday to the present tuesday may be determined as the statistical time interval of each statistical period. In addition, when the statistical parameter includes a period start time, the statistical time interval may be determined according to the period start time and the statistical period.

As shown in table 1 below, the statistical parameters input by the technician may include a task period, a statistical period, a scheduling time, and a statistical method set, where the statistical method set is a statistical method adopted to perform statistics on historical operating conditions of a target task in the statistical period.

TABLE 1

It should be noted that the examples of the present invention are only described by taking the statistical parameters shown in table 1 as examples, but table 1 does not limit the statistical parameters.

Furthermore, the historical operation condition of the target task can be periodically counted according to preset statistical parameters, and the historical overview of the operation condition of the target task is obtained. In practical applications, a time interval corresponding to a statistical period that is before the current time and closest to the current time may be determined as the target statistical time interval. Of course, time intervals corresponding to a plurality of statistical periods before the current time may also be determined as the target statistical time interval.

In one embodiment, the running condition history profile of the target task may include:

task: task ID

statis _ cycle: counting date

cycle _ start _ data: period start time

statis _ me3 od: statistical method

start _ time: time of start of operation

end _ time: time of completion of operation

duration: length of operation

Step 102: and determining the operation condition presumption value of the target task according to the historical operation condition of the target task.

The operation condition presumption value is used for indicating the predicted operation condition of the current target task, and the operation condition presumption value can comprise an operation starting time presumption value, an operation finishing time presumption value and an operation duration presumption value. The operation starting time presumption value is used for indicating the predicted operation starting time of the current target task, the operation completion time presumption value is used for indicating the predicted completion time of the current target task, and the operation duration presumption value is used for indicating the predicted operation duration of the current target task. The current target task refers to a current target task to be detected or to be alarmed.

Specifically, determining the operation condition presumption value of the target task according to the historical operation condition of the target task may include the following two implementation manners:

first implementation: fitting the historical running condition of the target task to obtain a running trend function of the target task; and determining the operation condition presumption value of the target task according to the operation trend function.

Specifically, the operation start time, the operation completion time and the operation duration of the target task which is operated in each history can be fitted to obtain an operation trend function, and the operation trend function can reflect the operation condition of the target task which is operated at a future time, so that the operation condition presumption value of the current target task can be determined according to the operation trend function.

The second implementation mode comprises the following steps:and calculating the operation condition presumption value of the target task through a preset algorithm according to the historical operation condition of the target task.

The preset algorithm may be a mean algorithm, a median algorithm, a minimum algorithm or a maximum algorithm, etc. For example, when the preset algorithm is a mean algorithm, the mean of the historical operating conditions may be counted, and the counted mean may be used as the operating condition estimation value. When the preset algorithm is a median algorithm, the median of the historical operating conditions can be counted, and the counted median is used as the operating condition presumption value. When the preset algorithm is a minimum value algorithm, the lowest value of the historical operating condition can be counted, and the counted minimum value is used as the operating condition presumption value. When the preset algorithm is a maximum value algorithm, the maximum value of the historical operating condition can be counted, and the counted maximum value is used as the operating condition presumption value.

Further, considering that when the calculation is performed by using the preset algorithm, since the operation start time and the operation completion time are time values, it is not convenient to find the average value and it is also not convenient to compare the values, for convenience of statistics, the operation start time and the operation completion time may be first converted into calculable values, and then the calculation is performed. For example, the operation start time and the operation completion time are converted into an offset amount with respect to the data date.

Specifically, if the historical operating condition of the target task includes at least one historical operating condition, and the historical operating condition of each time includes the operating start time, the operating completion time, and the operating duration of each time the target task is operated, determining the operating condition presumption value of the target task according to the historical operating condition of the target task may include the following steps 1021-:

step 1021: and determining the date of each time in the at least one time historical operating condition, wherein the date of each time refers to the date of the data processed by the target task operated each time.

Wherein, the data date of each time can be obtained from the running record of each running target task. In addition, when the target task is a task that runs periodically, the data date of the current target task is usually a task period previous to the current time. For example, when the target task is a daily task, that is, the task period of the target task is 1 day, the data date of the current target task is the previous day of the current time, that is, the data processed by the current target task is the data generated all day before.

Step 1022: determining the offset of each time of the operation starting time and the operation finishing time relative to each time of the data date, and obtaining the offset of each time of the operation starting time and the operation finishing time.

That is, the operation start time and the operation completion time of each time may be determined as the operation start time offset amount and the operation completion time offset amount of each time, respectively, with respect to the data date of each time.

The offset of each operation starting time relative to each data date and the offset of each operation finishing time relative to each data date are relative time lengths, and the time lengths are values which can be calculated and compared, so that the subsequent calculation of the operation condition presumption value can be facilitated.

Moreover, if the operation start time of each time is not changed, the offset amount of the operation start time of each time with respect to the data date of each time is also a constant time length, and if the operation start time of a certain time is delayed, the offset amount with respect to the data date of the time is also increased. For example, assuming that the task period of the target task is 1 day, the at least one time is 3 times, and the offset of the operation start time of the 3 times relative to the data date of each time may be zero 5 points on 1 day, zero 30 points on one day, zero 50 points on one day, and the like. The operation completion time is the same as the above.

Step 1023: and determining the operation condition presumption value of the target task according to the at least one operation starting time offset, the operation finishing time offset and the operation time length.

Specifically, determining the operation condition presumption value of the target task according to the at least one operation start time offset, the operation completion time offset and the operation duration may include the following two implementation manners:

the first implementation mode comprises the following steps:and calculating the operation condition presumption value by adopting a median algorithm.

Specifically, the at least one time of the operation start time offset, the operation completion time offset and the operation duration are respectively sequenced from small to large or from small to small; respectively selecting the operation starting time offset, the operation finishing time offset and the operation duration which are sequenced in the middle from sequencing results of the operation starting time offset, the operation finishing time offset and the operation duration; and respectively determining the operation starting time presumption value, the operation starting time presumption value and the operation duration presumption value according to the selected operation starting time offset, the operation finishing time offset and the operation duration.

That is, an intermediate value may be selected from the at least one of the operation start time offset, the operation completion time offset, and the operation duration, and the selected intermediate value may be determined as the operation start time presumption value, and the operation duration presumption value, respectively.

Specifically, determining the operation start time presumption value, the operation start time presumption value and the operation duration presumption value respectively according to the selected operation start time offset, the operation completion time offset and the operation duration may include: when the at least one time is odd, since the operation start time offset, the operation completion time offset, and the operation duration sorted in the middle are all one, the selected operation start time offset, the selected operation completion time offset, and the selected operation duration may be determined as the operation start time presumption value, and the operation duration presumption value, respectively. When the at least one time is even, since there are two running start time offsets, running completion time offsets and running durations respectively ordered in the middle, the selected running start time offsets, running completion time offsets and mean values of the running durations may be calculated respectively, and the calculated mean values are determined as the running start time guess value, the running start time guess value and the running duration guess value respectively.

The second implementation mode comprises the following steps:and calculating the operation condition speculative value by adopting a mean algorithm.

Respectively calculating the average values of the at least one time of operation starting time offset, the operation finishing time offset and the operation duration; and determining the average value of the at least one time of the running start time offset, the running completion time offset and the running duration as the running start time presumption value, the running start time presumption value and the running duration presumption value respectively.

That is, the running start time offset, the running completion time offset, and the mean of the running duration of the at least one time may be calculated, and the calculated mean may be determined as the running start time guess value, and the running duration guess value, respectively.

It should be noted that, in the embodiment of the present invention, the operation condition presumption value is calculated by using the median algorithm and the mean algorithm, but in practical application, other algorithms may be used for calculation, for example, the maximum algorithm or the minimum algorithm is used for calculation, and the embodiment of the present invention does not limit this.

Further, when there are a plurality of target tasks, the tasks may be grouped, and the operation condition presumption value of each target task may be calculated.

It should be noted that, in the embodiment of the present invention, by determining the operation condition presumption value according to the historical operation condition, on one hand, the problem that the related personnel cannot timely know the abnormality and handle the abnormality because the alarm condition determination is loose due to human negligence and the alarm is not performed during the alarm can be avoided; on the other hand, the method can obviously reduce the meaningless alarm and avoid the waste of manpower, and particularly can avoid the inundation of the meaningless alarm to the correct alarm when a plurality of tasks are influenced due to chain reaction caused by faults.

Step 103: and acquiring the current running condition of the target task and a tolerance floating parameter, wherein the tolerance floating parameter is determined according to the fluctuation range of the hardware resource and is used for indicating the tolerance error range of the running condition of the target task.

Considering that the task operation condition is easily influenced by hardware resources, which causes fluctuation along with the change of the hardware resources, but the fluctuation is not caused by real equipment abnormality, but belongs to a normal operation condition within a reasonable fluctuation range, so that in order to avoid meaningless alarm generated by the task under the influence of the hardware resources, in the embodiment of the invention, the tolerance floating parameter can be determined in advance according to the fluctuation range of the hardware resources, so that the task can be more accurately alarmed by combining the tolerance floating parameter later.

The hardware resource may be a hardware resource that affects the operation condition of the task, for example, the hardware resource may include a computing resource, a storage resource, a network resource, or the like. The fluctuation range of the hardware resources refers to the range between the minimum hardware resources and the maximum hardware resources in the process of running the tasks by the task equipment. For example, the fluctuation range of the storage resource may be a range between a maximum storage amount and a minimum storage amount during the task device running the task.

The current operation condition of the target task may include an operation state, an operation start time, an operation completion time, an operation duration, and the like of the current target task.

Obtaining the tolerance floating parameter of the target task may include: and acquiring the fluctuation range of the hardware resources of the task equipment, and determining the tolerance floating parameter according to the fluctuation range of the hardware resources. Specifically, determining the tolerance float parameter according to the fluctuation range of the hardware resource includes: and determining the tolerance floating parameter according to the fluctuation range of the hardware resource and the specified corresponding relation, wherein the specified corresponding relation stores the fluctuation range of the hardware resources and the corresponding tolerance floating parameter.

Further, when the hardware resources include multiple types of hardware resources, such as storage resources, computing resources, network resources, and the like, obtaining the tolerance floating parameters of the target task may further include the following two implementation manners:

the first implementation mode comprises the following steps:counting the fluctuation ranges of various hardware resources; and determining the tolerance floating parameter according to the fluctuation range and the preset weight of the hardware resources of the plurality of types.

That is, the weights may be set for the plurality of types of hardware resources in advance according to the degree of influence on the operating condition. And then determining a comprehensive fluctuation range according to the fluctuation ranges and preset weights of the various types of hardware resources, and determining the tolerance floating parameters according to the comprehensive fluctuation range and an appointed corresponding relation, wherein the appointed corresponding relation stores a plurality of comprehensive fluctuation ranges and corresponding tolerance floating parameters.

The second implementation mode comprises the following steps:counting the fluctuation ranges of various hardware resources; determining tolerance floating parameters respectively corresponding to the fluctuation ranges of the various types of hardware resources; and determining the maximum tolerant floating parameter in the tolerant floating parameters respectively corresponding to the fluctuation ranges of the multiple types of hardware resources as the tolerant floating parameter of the target task.

The tolerance floating parameters corresponding to the fluctuation ranges of the various types of hardware resources can be determined according to the corresponding relationship between the fluctuation ranges of the various types of hardware resources and the tolerance floating parameters.

It should be noted that, the embodiment of the present invention is described by taking the examples of determining the tolerance floating parameter of the target task in the above several ways, and in practical applications, the tolerance floating parameter may be determined in other ways according to actual needs, for example, the tolerance floating parameter may also be preset by a technician.

Step 104: and alarming the target task according to the current running condition, the tolerance floating parameter and the running condition presumption value of the target task.

In the embodiment of the invention, whether the target task needs to be alarmed or not can be determined according to the current running condition, the tolerance floating parameter and the running condition presumption value of the target task, and when the target task needs to be alarmed, the step of alarming the target task is executed.

Specifically, according to the current operating condition, the tolerance floating parameter, and the operating condition presumption value of the target task, the alarming for the target task may include the following several implementation manners:

the first implementation mode comprises the following steps:when the current target task is determined to be not operated completely according to the current operation condition, the time length between the current time and the operation completion time presumption value is larger than the tolerance floating parameter, and the current target task is in an operation termination state, determining that the target task needs to be alarmed, and reporting first alarm information, wherein the first alarm information is used for indicating that the current target task is terminated to operate.

The second implementation mode comprises the following steps:when the current target task is determined to be not operated and completed according to the current operation condition, the time length between the current time and the operation completion time presumption value is larger than the tolerance floating parameter, and the current target task meets the delay condition according to the current operation condition, the tolerance floating parameter and the operation starting time presumption value, the target task is determined to be required to be alarmed, and second alarm information is reported, wherein the second alarm information is used for indicating that the current target task is operated in a delayed mode.

Specifically, according to the current operating condition, the tolerant floating parameter and the operating start time speculative value, determining that the current target task meets the delay condition includes the following two conditions:

in the first case: when the current target task is determined not to start to run according to the current running condition, determining the time length between the current time and the running starting time presumption value; and when the duration between the current time and the operation starting time speculative value is greater than the tolerance floating parameter, determining that the current target task meets a delay condition.

That is, if the current target task has not started running, it may be determined that the current target task satisfies the delay condition when the current time-running start time speculative value > the tolerance float parameter.

In the second case: when the current target task starts to run according to the current running condition, determining the time length between the actual running starting time of the current target task and the running starting time presumption value; and when the time length between the actual running starting time of the target task and the running starting time presumption value is greater than the tolerance floating parameter, determining that the target task meets a delay condition currently.

That is, if the current target task has already started running, it may be determined that the current target task satisfies the delay condition when the actual running start time — the running start time speculative value > the tolerance float parameter.

Further, after determining that the current target task is not operated and completed according to the current operation condition, and the time length between the current time and the operation completion time presumption value is greater than the tolerance floating parameter, and determining that the current target task meets the delay condition according to the current operation condition, the tolerance floating parameter and the operation start time presumption value, whether the target task is a related task of a specified task can be determined, wherein the specified task is a task needing to be alarmed; and when the target task is not the associated task of the specified task, determining that the current target task needs to be alarmed, and reporting the second alarm information.

The related task of the designated task is a task directly or indirectly dependent on the designated task, and when the designated task is abnormal, the related task will have a continuous influence on the target task, so that the target task is also abnormal. Thus, when the target task is delayed, it may be caused by the specified task, rather than by a device exception. In this case, in order to avoid meaningless alarms for the associated task, it is also possible to trigger an alarm only when the target task is not an associated task of the specified task, and not to trigger an alarm when the target task is an associated task of the specified task.

The third implementation mode comprises the following steps:when the current target task is determined to be not operated and not completed according to the current operation condition, the time length between the current time and the operation completion time presumption value is larger than the tolerance floating parameter, and the current target task meets the overtime condition according to the current operation condition, the tolerance floating parameter and the operation time length presumption value, the target task is determined to be required to be alarmed, third alarm information is reported, and the third alarm information is used for indicating that the current target task is operated overtime.

Wherein, according to the current operating condition, the tolerance float parameter and the operating duration presumption value, determining that the current target task meets the timeout condition may include: when the current target task starts to run according to the current running condition, determining a difference value between the actual running time length of the current target task and the running time length presumption value; and when the difference value between the actual running time length and the running time length presumption value is larger than the tolerance floating parameter, determining that the current target task meets a timeout condition.

That is, if the current target task has already started running, it may be determined that the current target task satisfies the timeout condition when the actual running duration — the running duration presumption value > the tolerance float parameter.

Furthermore, the reported alarm information may further include an abnormal reason, abnormal operation start time and/or abnormal operation duration, a current operation condition, an operation condition presumption value, and a difference between the current operation condition and the operation condition presumption value, so that the relevant responsible person can perform one or more operation information according to the alarm information, thereby reducing the work of the relevant responsible person in checking the operation condition and analyzing the operation log, improving the efficiency of abnormal processing, and reducing the processing cost.

Further, in the three implementations, when the running completion time presumption value is determined to be obtained according to the historical running condition and the data date of the target task, before determining whether an alarm needs to be given to the current target task, the method further includes: when the current target task is determined to be not operated completely according to the current operation condition, determining the data date of the current target task; determining a first time offset of a current time relative to a data date of the current target task; and determining the time length between the current time and the operation completion time presumption value according to the difference between the first time offset and the operation completion time presumption value.

Specifically, the difference between the first time offset and the running completion time estimate may be determined as the time duration between the current time and the running completion time estimate.

Accordingly, when the operation completion time presumption value is determined to be obtained according to the historical operation condition and the data date of the target task, determining the duration between the current time and the operation start time presumption value comprises: determining the data date of the current target task; determining a first time offset of a current time relative to a data date of the current target task; determining a difference between the first time offset and the running start time estimate as a duration between a current time and the running start time estimate.

Accordingly, when the running completion time presumption value is determined to be obtained according to the historical running condition and the data date of the target task, determining the time length between the actual running start time of the current target task and the running start time presumption value may include: determining the data date and the actual operation starting time of the current target task; determining a second time offset of the actual run start time relative to the data date of the current target task; and determining the difference between the second time offset and the operation starting time presumption value as the time length between the actual operation starting time of the current target task and the operation starting time presumption value.

Further, the embodiment of the invention can also schedule the alarm task periodically so as to alarm the target task periodically. The warning task is a task which detects the current running condition of the target task and determines whether warning needs to be carried out on the current target task or not according to the current running condition, the tolerance floating parameter and the running condition presumption value of the target task.

When the alarm task is scheduled periodically, the scheduling time interval of the periodically scheduled alarm task can be determined as the time offset, and then the time offset interval is determined according to the current time, the tolerance floating parameter, the data date and the time offset of the current target task. Correspondingly, when the alarm task is scheduled periodically, the duration between the current time and the running completion time presumption value in the three implementation manners can be replaced by the running completion time presumption value or the cycle predicted completion time within the time offset interval, wherein the duration is larger than the tolerance floating parameter.

Wherein the time offset interval may be [ previous time-data date of current target task-time offset-tolerant floating parameter, previous time-data date of current target task-tolerant floating parameter ]. The predicted cycle completion time is the estimated value of the operation completion time plus the delay amount, and the delay amount is the actual operation start time of the target task-the actual estimated value of the operation start.

For example, the time offset and the scheduled time for the periodic scheduled alert task may be as shown in Table 2 below.

TABLE 2

Amount of time offset	Scheduling time
		Half an hour	Every half hour, overlapping operation needs to be avoided

It should be noted that, in the embodiment of the present invention, only the time offset and the scheduling time shown in table 2 are taken as an example for description, but table 2 does not limit the time offset and the scheduling time.

In one embodiment, when the task period of the target task is a specified period, the following process may be performed for each specified period:

1) a time offset interval is calculated.

2) Screening out target tasks meeting the following conditions: the run status is not successful (including that the run failed, has not yet started running, is running, etc.), and the run completion time speculative value or cycle expected completion time is within the time offset interval.

3) Traversing the screened target tasks, and executing the following operations:

and if the running state of a certain target task is termination, adding the target task into the exception set.

If one target task meets the delay condition and is not marked with the delay identification, the delay identification is marked for the target task and added into the abnormal set.

And calculating the expected completion time of the period considered by the target, whether the target task has time delay or not, for each screened target task.

If a certain target task meets the timeout condition and is not marked with the timeout identifier, marking the timeout identifier for the target task and adding the target task into the exception set.

4) And for the target tasks added into the abnormal set, when a certain target task is an associated task of the specified task, namely a business which is influenced by the joint action of the specified task, marking the joint action identification for the task.

5) Screening out target tasks meeting the following conditions from the abnormal set:

the running state is termination;

the device is provided with a delay mark and is not provided with an influence mark;

with a timeout indication.

6) Respectively establishing an alarm task for each target task screened in the step 5), and reporting alarm information according to the established alarm task.

Fig. 1C is a schematic flowchart of a task alert method according to an embodiment of the present invention, and as shown in fig. 1C, the flow of the task alert method may include: 1, recording the historical running condition of the target task in the process of running the target task historically. And 2, calculating the operation condition presumption value of the target task according to the dispatching instruction of the presumption task and the historical operation condition of the target task. And 3, storing the running condition presumption value of the target task. And 4, recording the current running condition of the target task. And 5, monitoring the current running condition of the target task according to the scheduling instruction of the alarm task. And 6, determining whether the target task needs to be warned or not according to the current running condition of the target task, the running condition presumption value and the tolerance floating parameter.

Fig. 2 is a schematic structural diagram of a task alert device according to an embodiment of the present invention, and referring to fig. 2, the task alert device includes: the system comprises a first acquisition module 201, a first determination module 202, a second acquisition module 203 and an alarm module 204.

A first obtaining module 201, configured to obtain a historical operating condition of a target task, where the target task is a task to be alerted;

a first determining module 202, configured to determine, according to a historical operating condition of the target task, an operating condition speculative value of the target task, where the operating condition speculative value includes an operating start time speculative value, an operating completion time speculative value, and an operating duration speculative value;

a second obtaining module 203, configured to obtain a current operating condition of the target task and a tolerance floating parameter, where the tolerance floating parameter is determined according to a fluctuation range of hardware resources and is used to indicate an allowable error range of the operating condition of the target task;

and an alarm module 204, configured to alarm the target task according to the current operating condition, the tolerance floating parameter, and the operating condition presumption value of the target task.

Optionally, the second obtaining module 203 is specifically configured to:

counting the fluctuation ranges of various hardware resources;

and determining the tolerance floating parameter according to the fluctuation range and the preset weight of the hardware resources of the plurality of types.

Optionally, the first obtaining module 201 is specifically configured to:

determining a target counting time interval, wherein the target counting time interval is a counting time interval before the current time and the duration of the target counting time interval is greater than or equal to the running period of the target task;

and counting the historical operation condition of each time that the target task is successfully operated and completed within the target counting time interval to obtain at least one historical operation condition, wherein the historical operation condition of each time comprises the operation starting time, the operation completing time and the operation duration of each time of the target task.

Optionally, the historical operating condition of the target task includes at least one historical operating condition, and the historical operating condition of each time includes an operating start time, an operating completion time and an operating duration of each time the target task is operated;

the first determination module 201 includes:

a first determining unit, configured to determine a data date of each time in the at least one historical operating condition, where the data date of each time refers to a date of data processed by the target task of each operation;

the second determining unit is used for determining the offset of each operation starting time and operation finishing time relative to each data date to obtain the offset of each operation starting time and operation finishing time;

and a third determining unit, configured to determine the operation condition presumption value of the target task according to the at least one operation start time offset, the operation completion time offset, and the operation duration.

Optionally, the third determining unit is specifically configured to:

sequencing the at least one time of operation starting time offset, operation finishing time offset and operation duration respectively according to the sequence from small to large or from small to small; respectively selecting the operation starting time offset, the operation finishing time offset and the operation duration which are sequenced in the middle from sequencing results of the operation starting time offset, the operation finishing time offset and the operation duration; respectively determining the operation starting time presumption value, the operation starting time presumption value and the operation duration presumption value according to the selected operation starting time offset, the operation finishing time offset and the operation duration;

or,

Optionally, the alarm module 204 includes:

a first warning unit, configured to determine that a warning needs to be performed on the target task when it is determined that the current target task is not completed in operation according to the current operation condition, a time duration between the current time and the operation completion time speculative value is greater than the tolerance floating parameter, and the current target task is in an operation termination state, and report first warning information, where the first warning information is used to indicate that the current target task has terminated operation;

a second warning unit, configured to determine that a warning needs to be performed on the target task and report second warning information when the target task is determined to meet a delay condition according to the current operating condition that the current target task is not completely operated and a time duration between the current time and the operation completion time presumption value is greater than the tolerance floating parameter, and the current target task is determined to meet the delay condition according to the current operating condition, the tolerance floating parameter and the operation start time presumption value, where the second warning information is used for indicating that the current target task is operated in a delayed manner;

and the third warning unit is used for determining that the target task needs to be warned and reporting third warning information when the current target task is determined to be overtime according to the current running condition, wherein the current target task is not completely run, and the time length between the current time and the running completion time presumption value is greater than the tolerance floating parameter, and the current target task meets the overtime condition according to the current running condition, the tolerance floating parameter and the running time length presumption value.

Optionally, the second alarm unit is specifically configured to:

when the current target task is determined to be not finished according to the current running condition, the time length between the current time and the running finish time presumption value is larger than the tolerance floating parameter, the current target task is determined to meet the delay condition according to the current running condition, the tolerance floating parameter and the running start time presumption value, and the target task is determined not to be a related task of an appointed task, the target task is determined to need to be alarmed, and the second alarm information is reported, wherein the appointed task is a task needing to be alarmed.

Optionally, the operation completion time presumption value is determined according to the historical operation condition of the target task and a data date, where the data date refers to a date of data processed by the target task;

the alarm module 204 further includes:

a fifth determining unit, configured to determine a data date of the current target task when it is determined that the current target task is not completed according to the current operating condition;

a sixth determining unit configured to determine a first time offset of the current time with respect to the data date of the current target task;

a seventh determining unit, configured to determine a duration between the current time and the operation completion time presumption value according to a difference between the first time offset and the operation completion time presumption value.

Optionally, the second alarm unit is specifically configured to:

when the current target task is determined not to start to run according to the current running condition, determining the time length between the current time and the running starting time presumption value; when the duration between the current time and the operation starting time presumption value is greater than the tolerance floating parameter, determining that the current target task meets a delay condition;

when the current target task is determined not to start to run according to the current running condition, determining the time length between the actual running starting time of the current target task and the running starting time presumption value; and when the time length between the actual running starting time of the target task and the running starting time presumption value is greater than the tolerance floating parameter, determining that the target task meets a delay condition currently.

Optionally, the operation start time presumption value is determined according to the historical operation condition of the target task and a data date, wherein the data date refers to the date of the data processed by the target task;

the second alarm unit is specifically configured to:

determining the data date of the current target task; determining a first time offset of a current time relative to a data date of the current target task; and determining the time length between the current time and the operation starting time presumption value according to the difference between the first time offset and the operation starting time presumption value.

the second alarm unit is specifically configured to:

determining the data date and the actual operation starting time of the current target task; determining a second time offset of the actual run start time relative to the data date of the current target task; and determining the time length between the actual running starting time of the current target task and the running starting time presumption value according to the difference between the second time offset and the running starting time presumption value.

Optionally, the third alarm unit is specifically configured to:

when the current target task starts to run according to the current running condition, determining a difference value between the actual running time length of the current target task and the running time length presumption value;

when the difference value between the actual running time length and the running time length presumption value is larger than the tolerance floating parameter, determining that the current target task meets the timeout condition.

It should be noted that: in the task warning device provided in the above embodiment, when a task is to be warned, only the division of the above functional modules is used for illustration, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the above described functions. In addition, the task warning device and the task warning method provided by the above embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not described herein again.

Fig. 3 is a schematic structural diagram of a terminal according to an embodiment of the present invention. The terminal may be: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio La4er III, motion video Experts compression standard Audio layer 3), an MP4 player (Moving Picture Experts Group Audio La4er IV, motion video Experts compression standard Audio layer 4), a notebook computer, or a desktop computer. A terminal may also be referred to by other names such as user equipment, portable terminal, laptop terminal, desktop terminal, etc.

Generally, a terminal includes: a processor 301 and a memory 302.

The processor 301 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so on. The processor 301 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate array 4), and a PLA (Programmable Logic array 4). The processor 301 may also include a main processor and a coprocessor, where the main processor is a processor for processing data in an awake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 301 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the display screen. In some embodiments, the processor 301 may further include an AI (Artificial Intelligence) processor for processing computing operations related to machine learning.

Memory 302 may include one or more computer-readable storage media, which may be non-transitory. Memory 302 may also include high speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 302 is used to store at least one instruction for execution by processor 301 to implement the task alert method provided by method embodiments herein.

In some embodiments, the terminal may further include: a peripheral interface 303 and at least one peripheral. The processor 301, memory 302 and peripheral interface 303 may be connected by a bus or signal lines. Each peripheral may be connected to the peripheral interface 303 by a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 304, touch display screen 305, camera 306, audio circuitry 307, positioning components 308, and power supply 309.

The peripheral interface 303 may be used to connect at least one peripheral related to I/O (Input/Output) to the processor 301 and the memory 302. In some embodiments, processor 301, memory 302, and peripheral interface 303 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 301, the memory 302 and the peripheral interface 303 may be implemented on a separate chip or circuit board, which is not limited by the embodiment.

The Radio frequency circuit 304 is used for receiving and transmitting RF (Radio frequency 4) signals, also called electromagnetic signals. The radio frequency circuitry 304 communicates with communication networks and other communication devices via electromagnetic signals. The rf circuit 304 converts an electrical signal into an electromagnetic signal to transmit, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 304 comprises: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuitry 304 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: metropolitan area networks, various generation mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless fidelity 4) networks. In some embodiments, the rf circuit 304 may further include NFC (Near Field Communication) related circuits, which are not limited in this application.

The display screen 305 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 305 is a touch display screen, the display screen 305 also has the ability to capture touch signals on or over the surface of the display screen 305. The touch signal may be input to the processor 301 as a control signal for processing. At this point, the display screen 305 may also be used to provide virtual buttons and/or a virtual keyboard, also referred to as soft buttons and/or a soft keyboard. In some embodiments, the display screen 305 may be one, providing the front panel of the terminal; in other embodiments, the display screens 305 may be at least two, respectively disposed on different surfaces of the terminal or in a folded design; in still other embodiments, the display 305 may be a flexible display disposed on a curved surface or on a folded surface of the terminal. Even further, the display screen 305 may be arranged in a non-rectangular irregular figure, i.e. a shaped screen. The display 305 may be made of LCD (Liquid crystal display Cr4 staldisplay 4), OLED (Organic Light-Emitting Diode), and the like.

The camera assembly 306 is used to capture images or video. Optionally, camera assembly 306 includes a front camera and a rear camera. Generally, a front camera is disposed at a front panel of the terminal, and a rear camera is disposed at a rear surface of the terminal. In some embodiments, the number of the rear cameras is at least two, and each rear camera is any one of a main camera, a depth-of-field camera, a wide-angle camera and a telephoto camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, the main camera and the wide-angle camera are fused to realize panoramic shooting and a VR (Virtual reality) shooting function or other fusion shooting functions. In some embodiments, camera assembly 306 may also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp, and can be used for light compensation at different color temperatures.

Audio circuitry 307 may include a microphone and a speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals to the processor 301 for processing or inputting the electric signals to the radio frequency circuit 304 to realize voice communication. For the purpose of stereo sound collection or noise reduction, a plurality of microphones can be arranged at different parts of the terminal respectively. The microphone may also be an array microphone or an omni-directional pick-up microphone. The speaker is used to convert electrical signals from the processor 301 or the radio frequency circuitry 304 into sound waves. The loudspeaker can be a traditional film loudspeaker or a piezoelectric ceramic loudspeaker. When the speaker is a piezoelectric ceramic speaker, the speaker can be used for purposes such as converting an electric signal into a sound wave audible to a human being, or converting an electric signal into a sound wave inaudible to a human being to measure a distance. In some embodiments, audio circuitry 307 may also include a headphone jack.

The positioning component 308 is used to locate the current geographic Location of the terminal to implement navigation or LBS (Location based service). The positioning component 308 may be a positioning component based on the united states GPS (Global positioning system), the chinese beidou system, the russian graves system, or the european union's galileo system.

The power supply 309 is used to supply power to various components in the terminal. The power source 309 may be alternating current, direct current, disposable batteries, or rechargeable batteries. When the power source 309 includes a rechargeable battery, the rechargeable battery may support wired or wireless charging. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, the terminal also includes one or more sensors 310. The one or more sensors 310 include, but are not limited to: acceleration sensor 311, gyro sensor 312, pressure sensor 313, fingerprint sensor 314, optical sensor 315, and proximity sensor 316.

The acceleration sensor 311 may detect the magnitude of acceleration on three coordinate axes of a coordinate system established with the terminal. For example, the acceleration sensor 311 may be used to detect components of the gravitational acceleration in three coordinate axes. The processor 301 may control the touch display screen 305 to display the user interface in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 311. The acceleration sensor 311 may also be used for acquisition of motion data of a game or a user.

The gyroscope sensor 312 may detect a body direction and a rotation angle of the terminal, and the gyroscope sensor 312 and the acceleration sensor 311 may cooperate to acquire a 3D motion of the user on the terminal. The processor 301 may implement the following functions according to the data collected by the gyro sensor 312: motion sensing (such as changing the UI according to a user's tilting operation), image stabilization at the time of photographing, game control, and inertial navigation.

The pressure sensor 313 may be disposed on a side frame of the terminal and/or an underlying layer of the touch display screen 305. When the pressure sensor 313 is arranged on the side frame of the terminal, a holding signal of a user to the terminal can be detected, and the processor 301 performs left-right hand identification or shortcut operation according to the holding signal collected by the pressure sensor 313. When the pressure sensor 313 is disposed at the lower layer of the touch display screen 305, the processor 301 controls the operability control on the UI interface according to the pressure operation of the user on the touch display screen 305. The operability control comprises at least one of a button control, a scroll bar control, an icon control and a menu control.

The fingerprint sensor 314 is used for collecting a fingerprint of the user, and the processor 301 identifies the identity of the user according to the fingerprint collected by the fingerprint sensor 314, or the fingerprint sensor 314 identifies the identity of the user according to the collected fingerprint. Upon identifying that the user's identity is a trusted identity, processor 301 authorizes the user to perform relevant sensitive operations including unlocking the screen, viewing encrypted information, downloading software, paying, and changing settings, etc. The fingerprint sensor 314 may be provided on the front, back, or side of the terminal. When a physical button or a vendor Logo is provided on the terminal, the fingerprint sensor 314 may be integrated with the physical button or the vendor Logo.

The optical sensor 315 is used to collect the ambient light intensity. In one embodiment, the processor 301 may control the display brightness of the touch screen display 305 based on the ambient light intensity collected by the optical sensor 315. Specifically, when the ambient light intensity is high, the display brightness of the touch display screen 305 is increased; when the ambient light intensity is low, the display brightness of the touch display screen 305 is turned down. In another embodiment, the processor 301 may also dynamically adjust the shooting parameters of the camera head assembly 306 according to the ambient light intensity collected by the optical sensor 315.

A proximity sensor 316, also known as a distance sensor, is typically provided on the front panel of the terminal. The proximity sensor 316 is used to collect the distance between the user and the front of the terminal. In one embodiment, when the proximity sensor 316 detects that the distance between the user and the front surface of the terminal gradually decreases, the processor 301 controls the touch display screen 305 to switch from the bright screen state to the dark screen state; when the proximity sensor 316 detects that the distance between the user and the front face of the terminal is gradually increased, the touch display screen 305 is controlled by the processor 301 to switch from a rest screen state to a bright screen state.

Those skilled in the art will appreciate that the configuration shown in fig. 3 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components may be used.

Fig. 4 is a schematic structural diagram of a server according to an embodiment of the present invention. The server may be a server in a cluster of background servers. Specifically, the method comprises the following steps:

the server 400 includes a Central Processing Unit (CPU)401, a system memory 404 of a Random Access Memory (RAM)402 and a Read Only Memory (ROM)403, and a system bus 405 connecting the system memory 404 and the central processing unit 401. The server 400 also includes a basic input/output system (I/O system) 406, which facilitates the transfer of information between devices within the computer, and a mass storage device 407 for storing an operating system 413, application programs 414, and other program modules 415.

The basic input/output system 406 includes a display 408 for displaying information and an input device 409 such as a mouse, keyboard, etc. for user input of information. Wherein a display 408 and an input device 409 are connected to the central processing unit 401 through an input output controller 410 connected to the system bus 405. The basic input/output system 406 may also include an input/output controller 410 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, input/output controller 410 may also provide output to a display screen, a printer, or other type of output device.

The mass storage device 407 is connected to the central processing unit 401 through a mass storage controller (not shown) connected to the system bus 405. The mass storage device 407 and its associated computer-readable media provide non-volatile storage for the server 400. That is, the mass storage device 407 may include a computer-readable medium (not shown) such as a hard disk or CD-ROM drive.

Without loss of generality, computer readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that computer storage media is not limited to the foregoing. The system memory 404 and mass storage device 407 described above may be collectively referred to as memory.

According to various embodiments of the invention, the server 400 may also operate as a remote computer connected to a network through a network, such as the Internet. That is, the server 400 may be connected to the network 412 through the network interface unit 411 connected to the system bus 405, or may be connected to other types of networks or remote computer systems (not shown) using the network interface unit 411.

The memory further includes one or more programs, and the one or more programs are stored in the memory and configured to be executed by the CPU. The one or more programs include instructions for performing the task alert method provided by embodiments of the present invention.

In another embodiment, a computer readable storage medium is provided, in which at least one instruction, at least one program, set of codes, or set of instructions is stored, which is loaded and executed by a processor to implement the task alert method described in the embodiment of fig. 1B above.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like that fall within the spirit and principle of the present invention are intended to be included therein.

Claims

1. A task alert method, characterized in that the method comprises:

and alarming the target task according to the current running condition, the tolerance floating parameter and the running condition presumption value of the target task.

2. The method of claim 1, wherein the obtaining the target task's tolerance float parameters comprises:

counting the fluctuation ranges of various hardware resources;

and determining the tolerance floating parameters according to the fluctuation range and the preset weight of the multiple types of hardware resources.

3. The method of claim 1, wherein the historical operating conditions of the target task comprise at least one historical operating condition, and each historical operating condition comprises an operating start time, an operating completion time and an operating duration of each operation of the target task;

the determining the operation condition presumption value of the target task according to the historical operation condition of the target task comprises the following steps:

determining the date of each time of the at least one time of historical operation, wherein the date of each time of data refers to the date of data processed by the target task operated each time;

determining the offset of each time of operation starting time and operation finishing time relative to each time of data date to obtain each time of operation starting time offset and operation finishing time offset;

and determining the operation condition presumption value of the target task according to the at least one time of operation starting time offset, the operation finishing time offset and the operation time length.

4. The method of claim 3, wherein determining the speculative value of the target task based on the at least one offset of the start time, the offset of the completion time, and the length of the run comprises:

or,

5. The method of any one of claims 1-4, wherein said alerting the target task based on the current operating conditions, the float-tolerant parameter, and the operating condition speculation for the target task comprises:

6. The method of claim 5, wherein said determining that the current target task satisfies a latency condition based on the current operating conditions, the float-tolerant parameter, and the operating start time predicate value comprises:

7. The method of claim 5, wherein said determining that said target task currently satisfies a timeout condition based on said current operating conditions, said float-tolerant parameter, and said run-time-length predicate value comprises:

8. A task alert device, the device comprising:

9. A task alert device comprising a processor and a memory, the memory having stored therein at least one instruction, at least one program, set of codes, or set of instructions, the instruction, the program, the set of codes, or the set of instructions being loaded and executed by the processor to implement a task alert method as claimed in any one of claims 1 to 8.

10. A computer-readable storage medium, having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which is loaded and executed by a processor to implement a task alert method as claimed in any one of claims 1 to 8.