CN110221905A - 定时任务监测方法、装置、系统、设备和存储介质 - Google Patents

Abstract

本申请提出一种定时任务监测方法、装置、系统、设备和存储介质，其中，方法包括：从分布式任务调度系统获取定时任务的配置信息；根据定时任务的配置信息，触发对应的检测任务，以执行根据检测任务的触发时刻，与分布式任务调度系统触发定时任务的触发时刻之间的差异，监测定时任务是否按时触发的步骤。该方法能够实现通过在定时任务触发的源头进行监控，缩短了问题的传播路径，可以提升问题定位的速度以及提高问题处理的效率。并且，对分布式任务调度系统进行集中监控，无需各个业务团队检查定时任务来发现异常，可以降低人力成本，以及避免人工引起的主观误差。

Description

定时任务监测方法、装置、系统、设备和存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种定时任务监测方法、装置、计算机设备和存储介质。

背景技术

在金融业务系统中，定时任务的触发过程依赖系统时间的设置、触发后的持久化操作、网络传输等诸多环节，上述多个环节可能导致定时任务未按时触发的风险。当定时任务未按时触发时，可能引发资金流动性风险，造成损失。

相关技术中，通过下游业务故障发现的方法，监测定时任务是否按时触发。具体地，如果定时任务未按时触发，会对下游业务造成影响，比如，当指定批次的清分中有部分未按时完成时，后续结算会略过这些未清分的业务数据。业务方可以通过检查定时任务来发现这些异常。

然而，上述监测方式，存在中间链路长、时效性较差的问题，并且，依赖于业务方的监控水平，容易引起主观误差，以及存在重复建设的问题。

发明内容

本申请提出一种定时任务监测方法、装置、系统、设备和存储介质，以实现通过在定时任务触发的源头进行监控，缩短了问题的传播路径，可以提升问题定位的速度以及提高问题处理的效率。并且，对分布式任务调度系统进行集中监控，无需各个业务团队检查定时任务来发现异常，可以降低人力成本，以及避免人工引起的主观误差。

本申请第一方面实施例提出了一种定时任务监测方法，包括：

从分布式任务调度系统获取定时任务的配置信息；

根据所述定时任务的配置信息，触发对应的检测任务，以执行根据所述检测任务的触发时刻，与所述分布式任务调度系统触发所述定时任务的触发时刻之间的差异，监测所述定时任务是否按时触发的步骤。

本申请实施例的定时任务监测方法，通过从分布式任务调度系统获取定时任务的配置信息，并根据定时任务的配置信息，触发对应的检测任务，以执行根据检测任务的触发时刻，与分布式任务调度系统触发定时任务的触发时刻之间的差异，监测定时任务是否按时触发的步骤。本申请中，通过在定时任务触发的源头进行监控，缩短了问题的传播路径，可以提升问题定位的速度以及提高问题处理的效率。并且，对分布式任务调度系统进行集中监控，无需各个业务团队检查定时任务来发现异常，可以降低人力成本，以及避免人工引起的主观误差。

本申请第二方面实施例提出了一种定时任务监测装置，包括：

获取模块，用于从分布式任务调度系统获取定时任务的配置信息；

触发模块，用于根据所述定时任务的配置信息，触发对应的检测任务，以执行根据所述检测任务的触发时刻，与所述分布式任务调度系统触发所述定时任务的触发时刻之间的差异，监测所述定时任务是否按时触发的步骤。

本申请实施例的定时任务监测装置，通过从分布式任务调度系统获取定时任务的配置信息，并根据定时任务的配置信息，触发对应的检测任务，以执行根据检测任务的触发时刻，与分布式任务调度系统触发定时任务的触发时刻之间的差异，监测定时任务是否按时触发的步骤。本申请中，通过在定时任务触发的源头进行监控，缩短了问题的传播路径，可以提升问题定位的速度以及提高问题处理的效率。并且，对分布式任务调度系统进行集中监控，无需各个业务团队检查定时任务来发现异常，可以降低人力成本，以及避免人工引起的主观误差。

本申请第三方面实施例提出了一种定时任务监测系统，包括：分布式任务调度系统和监控服务器，

所述分布式任务调度系统，用于存储定时任务的配置信息，根据所述定时任务的配置信息，触发对应的定时任务，以及存储已触发的定时任务的触发时刻；

所述监控服务器，用于执行本申请第一方面实施例提出的定时任务监测方法。

本申请第四方面实施例提出了一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本申请第一方面实施例提出的定时任务监测方法。

本申请第五方面实施例提出了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请第一方面实施例提出的定时任务监测方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例一所提供的定时任务监测方法的流程示意图；

图2为本申请实施例二所提供的定时任务监测方法的流程示意图；

图3为本申请实施例三所提供的定时任务监测方法的流程示意图；

图4为本申请实施例四所提供的定时任务监测装置的结构示意图；

图5为本申请实施例五所提供的定时任务监测装置的结构示意图；

图6为本申请实施例六所提供的定时任务监测系统的结构示意图。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

现有技术中，主要通过以下两种方法，监测定时任务是否按时触发：

第一种，通过下游业务故障发现的方法，监测定时任务是否按时触发。具体地，如果定时任务未按时触发，会对下游业务造成影响，比如，当指定批次的清分中有部分未按时完成时，后续结算会略过这些未清分的业务数据。业务方可以通过检查定时任务来发现这些异常。

第二种，通过业务补偿重试的方式，监测定时任务是否按时触发。具体地，由业务方假设任务调度系统出现问题，定时任务可能无法按时触发，基于上述假设，在业务处理环节中增加检查确认、补偿重试的操作，来确定定时任务是否按时触发。

然而，上述第一种方式，存在中间链路长、时效性较差的问题，并且，依赖于业务方的监控水平，容易引起主观误差，以及存在重复建设的问题。第二种方式，增加了业务处理的复杂性，降低了业务处理的性能，且存在任务重复执行的风险。

因此，本申请主要针对上述存在的技术问题，提出一种定时任务监测方法。

本申请实施例的定时任务监测方法，通过从分布式任务调度系统获取定时任务的配置信息，并根据定时任务的配置信息，触发对应的检测任务，以执行根据检测任务的触发时刻，与分布式任务调度系统触发定时任务的触发时刻之间的差异，监测定时任务是否按时触发的步骤。由此，通过在定时任务触发的源头进行监控，缩短了问题的传播路径，可以提升问题定位的速度以及提高问题处理的效率。并且，对分布式任务调度系统进行集中监控，无需各个业务团队检查定时任务来发现异常，可以降低人力成本，以及避免人工引起的主观误差。此外，无需在业务处理环节中增加检查确认、补偿重试的操作，可以降低业务处理的复杂性，提升业务处理的性能。

下面参考附图描述本申请实施例的定时任务监测方法、装置、系统、设备和存储介质。

图1为本申请实施例一所提供的定时任务监测方法的流程示意图。

如图1所示，该定时任务监测方法包括以下步骤：

步骤101，从分布式任务调度系统获取定时任务的配置信息。

本申请实施例的执行主体可以为监控程序。

作为一种可能的实现方式，该监控程序可以部署于监控服务器中，其中，监控服务器独立于已有的分布式任务调度系统。

作为另一种可能的实现方式，该监控程序也可以部署于分布式任务调度系统中的服务器上。例如，可以在每个运行任务调度功能(定时产生定时任务)的服务器节点上，运行监控程序。

本申请实施例中，定时任务为需要按照时间点或者时间频次执行的业务操作，比如，定时任务可以为每周五生成周报、每隔一小时执行清分业务等等。任务调度系统，用于为业务系统提供服务，定时触发业务系统中的业务操作，达到定时执行业务操作的目的。分布式任务调度系统用于在集群环境中，协调多个任务执行节点执行定时任务。

本申请实施例中，分布式任务调度系统中存储有定时任务的配置信息，例如有哪些定时任务，以及各定时任务在何时执行等等，并且，分布式任务调度系统中还存储有已触发的定时任务数据，例如依据上述配置信息，已触发的定时任务数据包括哪个定时任务在何时触发的，即包括已触发的定时任务的触发时刻。

本申请实施例中，分布式任务调度系统，用于根据定时任务的配置信息，不断产生定时任务，以及将已触发的定时任务数据，比如已触发的定时任务的触发时刻存入数据库中，并根据已触发的定时任务数据，触发业务系统服务器节点执行业务操作。

作为本申请实施例的一种可能的实现方式，当监控程序独立于分布式任务调度系统时，可以仅通过分布式任务调度系统的数据库来实现交互。监控程序可以从分布式任务调度系统的数据库中，获取定时任务的配置信息以及已触发的定时任务的触发时刻。

可选地，监控程序可以从分布式任务调度系统的数据库中，周期性地读取定时任务的配置信息，以及周期性读取已触发的定时任务的触发时刻。比如，监控程序可以每隔10秒，从分布式任务调度系统的数据库读取定时任务的配置信息，以及读取已触发的定时任务的触发时刻。

作为本申请实施例的另一种可能的实现方式，当监控程序部署于分布式任务调度系统中的服务器上时，此时，可以省略上述定时任务的配置信息同步和已触发的定时任务数据同步的环节，可以直接获取定时任务的配置信息，以提升处理效率。

步骤102，根据定时任务的配置信息，触发对应的检测任务，以执行根据检测任务的触发时刻，与分布式任务调度系统触发定时任务的触发时刻之间的差异，监测定时任务是否按时触发的步骤。

本申请实施例中，监控程序可以根据定时任务的配置信息，触发对应的检测任务，其中，检测任务和实际应触发的定时任务之间是一对一的关系。由于检测任务和定时任务是基于相同的配置信息生成的，因此，在正常情况下，检测任务和实际应触发的定时任务应该是同时被触发的。

因此，本申请中，监控程序在生成检测任务后，检测任务可以根据自身的触发时刻，与分布式任务调度系统触发对应的定时任务的触发时刻之间的差异，即可确定上述定时任务是否被按时触发。例如，检测任务可以将触发检测任务的时刻，与触发定时任务的时刻比较时间差，若时间差位于设定范围，则确定定时任务按时触发，若时间差大于设定范围，则确定定时任务未按时触发。应当理解的是，设定范围为较小的合理范围，比如为[0,5秒]。

作为一种示例，以监控程序独立于分布式任务调度系统进行示例，在分布式任务调度系统侧，可以通过cron表达式配置定时任务，监控程序可以从分布式任务调度系统的数据库中，获取cron表达式，即将cron表达式同步到监控程序，而后，监控程序可以按照上述cron表达式，触发检测任务。由于检测任务和定时任务是基于相同的cron表达式配置的，因此，检测任务通过比对自身的触发时刻和定时任务的触发时刻，即可确定定时任务是否被按时触发。

作为一种可能的实现方式，任务为交易转接业务，定时任务，用于在接收到第三方支付结构(例如支付宝、财付通、翼支付等)发送的交易请求后，定时对上述交易请求进行处理，并将处理结果发送至对应的银行系统。例如，当定时任务为每隔一小时执行清分业务时，可以每隔一小时，对接收到的交易请求进行清算，再将最终的清算结果发送至对应的银行系统，以简化支付机构和各个银行系统的连接关系，减轻了支付机构和各个银行系统的处理负担。

本申请实施例的定时任务监测方法，通过从分布式任务调度系统获取定时任务的配置信息，并根据定时任务的配置信息，触发对应的检测任务，以执行根据检测任务的触发时刻，与分布式任务调度系统触发定时任务的触发时刻之间的差异，监测定时任务是否按时触发的步骤。本申请中，通过在定时任务触发的源头进行监控，缩短了问题的传播路径，可以提升问题定位的速度以及提高问题处理的效率。并且，对分布式任务调度系统进行集中监控，无需各个业务团队检查定时任务来发现异常，可以降低人力成本，以及避免人工引起的主观误差。

需要说明的是，如果检测任务被触发后立即执行检测，由于数据同步需要耗时的原因，可能产生大量误报，降低系统的可靠性。因此，本申请中，为了提高系统的鲁棒性，可以延迟执行检测任务。下面结合实施例二，对上述过程进行详细说明。

图2为本申请实施例二所提供的定时任务监测方法的流程示意图。

如图2所示，该定时任务监测方法可以包括以下步骤：

步骤201，从分布式任务调度系统的数据库周期性读取定时任务的配置信息，以及周期性读取已触发的定时任务的触发时刻。

本申请实施例中，以监控程序独立于分布式任务调度系统进行示例，定时任务的配置信息保存在分布式任务调度系统的数据库中，需要同步到监控程序中。监控程序可以周期性地读取定时任务的配置信息，例如每隔10秒从分布式任务调度系统的数据库，读取定时任务的配置信息，以更新检测任务本身的定时触发配置。

本申请实施例中，已触发的定时任务数据，比如已触发的定时任务的触发时刻也保存在分布式任务调度系统的数据库中，需要同步到监控程序中。监控程序启动时，可以加载最近1小时内的已触发的定时任务数据到监控程序中，之后，为了避免检测任务重复执行的风险，可以周期性地读取增量数据，例如，每隔10秒，从分布式任务调度系统的数据库，读取增量的已触发的定时任务数据，比如增量的已触发的定时任务的触发时刻。

本申请实施例中，为了降低对业务系统的影响，将分布式任务调度系统的数据同步到监控程序，使数据同步集中可控，且采取增量获取的方式，优化了系统性能。

步骤202，根据定时任务的配置信息，触发对应的检测任务。

步骤203，将检测任务添加到延迟队列。

需要说明的是，如果检测任务被触发后立即执行检测，由于数据同步需要耗时的原因，可能产生大量误报，降低系统的可靠性。因此，本申请中，为了提高系统的鲁棒性，可以延迟执行检测任务。具体地，可以将检测任务添加到延迟队列。

步骤204，在检测任务在延迟队列中达到设定延迟时长后，执行检测任务。

本申请实施例中，设定延迟时长为预先设置的，只有当检测任务在延迟队列中的时长达到设定延迟时长之后，才能从延迟队列中去除检测任务，并执行上述检测任务。

需要说明的是，如果所有的检测任务都在主业务线程中排队执行，将影响检测任务时间执行的准确性。因此，作为本申请实施例的一种可能的实现方式，可以将检测任务分发到各检测线程中执行，由此，不会出现某个检测任务执行时间较长或者异常时，而导致其他检测任务无法执行的情况。其中，检测线程独立于原有的主业务线程，甚至可以为独立于执行主业务服务器的，即额外部署的服务器。

需要说明的是，将检测任务分发到各检测线程中执行，由于检测线程独立于原有的主业务线程，可以实现对主业务线程无浸入、无干扰，提升系统的可靠性。

例如，为了提升处理效率，监控程序可以利用空闲的检测线程，执行检测任务，由检测任务将触发自身的时刻，与触发对应的定时任务的时刻比较时间差，若时间差大于设定范围，确定上述定时任务未按时触发。

本申请实施例的定时任务监测方法，通过检测任务分发机制，提高了检查的精准性。通过异步检查，隔离了多个检测任务，使之互不影响，提升了系统的可靠性。通过延迟队列的方式，进行延迟检查，提高了系统的鲁棒性。

本申请实施例中，当确定定时任务未按时触发后，可以生成对应的警示信息，并发送设定时段内生成的警示信息，以提醒业务人员做止损、补偿操作，最大程度减少业务损失，降低金融业务风险。下面结合图3，对上述过程进行详细说明。

图3为本申请实施例三所提供的定时任务监测方法的流程示意图。

如图3所示，在步骤102之后，该定时任务监测方法还可以包括以下步骤：

步骤301，若监测确定定时任务未按时触发，生成对应的警示信息。

本申请实施例中，当监测确定定时任务按时触发时，此时，可以监测下一个定时任务是否按时触发，而当监测确定定时任务未按时触发时，可以生成对应的警示信息，比如任务未触发。

步骤302，发送设定时段内生成的警示信息。

本申请实施例中，设定时间段为预先设置的。在生成警示信息后，可以发送设定时间段内生成的警示信息，例如，发送5分钟内生成的警示信息。由此，可以提醒业务人员做止损、补偿操作，最大程度减少业务损失，降低金融业务风险。

其中，警示信息的状态包括：新触发、已发送、已更新、已恢复，即对于新发现的未按时触发的定时任务，即新发现的问题，生成的警示信息的状态为已触发；已发送过的警示信息，其状态为已发送；对于信息有更新过的警示信息，其状态为已更新，如果问题得到解决，则警示信息的状态为已恢复。需要说明的是，对于未更新的警示信息，只能发送一次。

作为一种示例，以监控程序独立于分布式任务调度系统进行示例，当监测确定定时任务未按时触发时，可以调用统一的告警接口发送警示信息，以提升告警的及时性。

需要说明的是，业务系统中，程序的触发方式主要有“通过调用方式触发”和“定时触发”两种。随着业务复杂性的提高，定时触发、后台运行的程序比例逐步提高。这部分程序能否正常按时触发，是影响业务系统整体可靠性的重要环节。而本申请中，通过源头监控的方式，及时发现分布式任务调度系统中定时任务未按时触发的情况，提醒业务人员做止损、补偿操作，最大程度减少业务损失，降低金融业务风险。

本申请实施例的定时任务监测方法，通过若监测确定定时任务未按时触发，生成对应的警示信息，并发送设定时段内生成的警示信息。由此，可以提醒业务人员做止损、补偿操作，最大程度减少业务损失，降低金融业务风险。

上述实施例中，警示信息的类别包括：数据库故障、分布式任务调度系统故障、任务未触发。其中，如果发生数据库故障，则需要抑制其他所有的告警信息，即其他所有告警信息不发送，仅发送数据库故障对应的告警信息；如果发生分布式任务调度系统故障，则抑制所有任务未触发对应的告警信息。也就是说，本申请中，数据库故障的优先级别最高，当发生数据库故障时，仅发送数据库故障对应的告警信息，分布式任务调度系统故障的优先级别低于数据库故障的优先级别，任务未触发的优先级别最低。由此，针对故障的优先等级，发送对应的告警信息，可以便于业务人员优先处理优先等级较高的故障，以保证系统的安全性和可靠性，从而保证系统中各任务的正常处理。

因此，在步骤302之前，监控程序还需要确定在设定时段内分布式任务调度系统是否运行正常，若是，则执行步骤302，若否，则仅发送分布式任务调度系统运行异常的警示信息。

可以理解的是，上述实施例中，当监控程序独立于分布式任务调度系统时，由于减少了配置信息同步和已触发的定时任务数据同步的这两个环节，可以降低因这两个环节引发的误报的情况，进一步提升系统的可靠性。

为了实现上述实施例，本申请还提出一种定时任务监测装置。

图4为本申请实施例四所提供的定时任务监测装置的结构示意图。

如图4所示，该定时任务监测装置包括：获取模块110和触发模块120。

其中，获取模块110，用于从分布式任务调度系统获取定时任务的配置信息。

触发模块120，用于根据定时任务的配置信息，触发对应的检测任务，以执行根据检测任务的触发时刻，与分布式任务调度系统触发定时任务的触发时刻之间的差异，监测定时任务是否按时触发的步骤。

进一步地，在本申请实施例的一种可能的实现方式中，参见图5，在图4所示实施例的基础上，该定时任务监测装置还可以包括：

添加模块130，用于将检测任务添加到延迟队列。

执行模块140，用于在检测任务在延迟队列中达到设定延迟时长后，执行检测任务。

作为一种可能的实现方式，执行模块140，具体用于：利用空闲的检测线程，执行检测任务。

作为一种可能的实现方式，检测任务，用于将触发检测任务的时刻，与触发定时任务的时刻比较时间差，若时间差大于设定范围，确定定时任务未按时触发。

生成模块150，用于若监测确定定时任务未按时触发，生成对应的警示信息。

发送模块160，用于发送设定时段内生成的警示信息。

确定模块170，用于确定设定时段内分布式任务调度系统运行正常。

作为一种可能的实现方式，获取模块110，具体用于：从分布式任务调度系统的数据库周期性读取定时任务的配置信息，以及周期性读取已触发的定时任务的触发时刻。

需要说明的是，前述对定时任务监测方法实施例的解释说明也适用于该实施例的定时任务监测装置，此处不再赘述。

本申请实施例的定时任务监测装置，通过从分布式任务调度系统获取定时任务的配置信息，并根据定时任务的配置信息，触发对应的检测任务，以执行根据检测任务的触发时刻，与分布式任务调度系统触发定时任务的触发时刻之间的差异，监测定时任务是否按时触发的步骤。本申请中，通过在定时任务触发的源头进行监控，缩短了问题的传播路径，可以提升问题定位的速度以及提高问题处理的效率。并且，对分布式任务调度系统进行集中监控，无需各个业务团队检查定时任务来发现异常，可以降低人力成本，以及避免人工引起的主观误差。

为了实现上述实施例，本申请还提出一种定时任务监测系统。

图6为本申请实施例六所提供的定时任务监测系统的结构示意图。

如图6所示，该定时任务监测系统包括：分布式任务调度系统200和监控服务器300。

其中，分布式任务调度系统200，用于存储定时任务的配置信息，根据定时任务的配置信息，触发对应的定时任务，以及存储已触发的定时任务的触发时刻。

监控服务器300，用于执行如本申请前述实施例提出的定时任务监测方法。

作为一种可能的实现方式，监控服务器300可以与分布式任务调度系统200独立设置，该监控服务器300可以部署有监控程序，通过监控程序执行如申请前述实施例提出的定时任务监测方法。

作为另一种可能的实现方式，监控服务器300可以为分布式任务调度系统中的服务器，例如为分布式任务调度系统中运行任务调度功能(定时产生定时任务)的服务器。该监控服务器300同样可以部署有监控程序，通过监控程序执行如申请前述实施例提出的定时任务监测方法。

需要说明的是，前述对定时任务监测方法实施例的解释说明也适用于该实施例的定时任务监测系统，此处不再赘述。

图6仅以监控服务器300与分布式任务调度系统200独立设置进行示例。

本申请实施例的定时任务监测系统，通过监控服务器执行如申请前述实施例提出的定时任务监测方法，可以实现在定时任务触发的源头进行监控，缩短了问题的传播路径，可以提升问题定位的速度以及提高问题处理的效率。并且，对分布式任务调度系统进行集中监控，无需各个业务团队检查定时任务来发现异常，可以降低人力成本，以及避免人工引起的主观误差。

为了实现上述实施例，本申请还提出一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，实现如本申请前述实施例提出的定时任务监测方法。

为了实现上述实施例，本申请还提出一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本申请前述实施例提出的定时任务监测方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (19)

1.一种定时任务监测方法，其特征在于，所述方法包括以下步骤：

从分布式任务调度系统获取定时任务的配置信息；

根据所述定时任务的配置信息，触发对应的检测任务，以执行根据所述检测任务的触发时刻，与所述分布式任务调度系统触发所述定时任务的触发时刻之间的差异，监测所述定时任务是否按时触发的步骤。

2.根据权利要求1所述的定时任务监测方法，其特征在于，所述根据所述定时任务的配置信息，触发对应的检测任务之后，还包括：

将所述检测任务添加到延迟队列；

在所述检测任务在所述延迟队列中达到设定延迟时长后，执行所述检测任务。

3.根据权利要求2所述的定时任务监测方法，其特征在于，所述执行所述检测任务，包括：

利用空闲的检测线程，执行所述检测任务。

4.根据权利要求1所述的定时任务监测方法，其特征在于，

所述检测任务，用于将触发所述检测任务的时刻，与触发所述定时任务的时刻比较时间差，若所述时间差大于设定范围，确定所述定时任务未按时触发。

5.根据权利要求4所述的定时任务监测方法，其特征在于，所述根据所述定时任务的配置信息，触发对应的检测任务，以执行根据所述检测任务的触发时刻，与所述分布式任务调度系统触发所述定时任务的触发时刻之间的差异，监测所述定时任务是否按时触发的步骤之后，还包括：

若监测确定所述定时任务未按时触发，生成对应的警示信息；

发送设定时段内生成的警示信息。

6.根据权利要求5所述的定时任务监测方法，其特征在于，发送设定时段内生成的警示信息之前，还包括：

确定所述设定时段内所述分布式任务调度系统运行正常。

7.根据权利要求1-6任一项所述的定时任务监测方法，其特征在于，所述从分布式任务调度系统获取定时任务的配置信息，包括：

从所述分布式任务调度系统的数据库周期性读取所述定时任务的配置信息，以及周期性读取已触发的定时任务的触发时刻。

8.一种定时任务监测装置，其特征在于，包括：

获取模块，用于从分布式任务调度系统获取定时任务的配置信息；

触发模块，用于根据所述定时任务的配置信息，触发对应的检测任务，以执行根据所述检测任务的触发时刻，与所述分布式任务调度系统触发所述定时任务的触发时刻之间的差异，监测所述定时任务是否按时触发的步骤。

9.根据权利要求8所述的定时任务监测装置，其特征在于，所述装置还包括：

添加模块，用于将所述检测任务添加到延迟队列；

执行模块，用于在所述检测任务在所述延迟队列中达到设定延迟时长后，执行所述检测任务。

10.根据权利要求9所述的定时任务监测装置，其特征在于，所述执行模块，具体用于：

利用空闲的检测线程，执行所述检测任务。

11.根据权利要求8所述的定时任务监测装置，其特征在于，

所述检测任务，用于将触发所述检测任务的时刻，与触发所述定时任务的时刻比较时间差，若所述时间差大于设定范围，确定所述定时任务未按时触发。

12.根据权利要求11所述的定时任务监测装置，其特征在于，所述装置还包括：

生成模块，用于若监测确定所述定时任务未按时触发，生成对应的警示信息；

发送模块，用于发送设定时段内生成的警示信息。

13.根据权利要求12所述的定时任务监测装置，其特征在于，所述装置还包括：

确定模块，用于确定所述设定时段内所述分布式任务调度系统运行正常。

14.根据权利要求8-13任一项所述的定时任务监测装置，其特征在于，所述获取模块，具体用于：

从所述分布式任务调度系统的数据库周期性读取所述定时任务的配置信息，以及周期性读取已触发的定时任务的触发时刻。

15.一种定时任务监测系统，其特征在于，所述系统包括：分布式任务调度系统和监控服务器，

所述分布式任务调度系统，用于存储定时任务的配置信息，根据所述定时任务的配置信息，触发对应的定时任务，以及存储已触发的定时任务的触发时刻；

所述监控服务器，用于执行上述权利要求1-7中任一所述的定时任务监测方法。

16.根据15所述的定时任务监测系统，其特征在于，所述监控服务器与所述分布式任务调度系统独立设置。

17.根据15所述的定时任务监测系统，其特征在于，所述监控服务器为所述分布式任务调度系统中的服务器。

18.一种计算机设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求1-7中任一所述的定时任务监测方法。

19.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的定时任务监测方法。