任务检查方法、装置、电子设备及存储介质与流程

本发明涉及计算机
技术领域：
，尤其涉及一种任务检查方法、装置、电子设备及存储介质。
背景技术：
：目前，在服务平台的业务流程中一般存在多个业务节点(比如订单、运输、配送等业务节点)，在业务流程执行过程中执行到各个业务节点时，可以触发各个业务节点对应的检查任务(比如订单检查任务、运输检查任务、配送检查任务等)，通过检查这些检查任务实现服务平台与服务机构之间的信息一致性(比如订单状态、运输状态、配送状态等信息一致性)。相关技术中，通常将这些检查任务存储至数据库，通过定时任务来轮询数据库获取检查任务进行检查。由于定时任务时间粒度比较粗，并不能精确到每个检查任务按时执行，导致有些检查任务超期检查，影响服务平台与服务机构之间的信息一致性。例如，每笔订单的发生时刻不同，如果每小时定时检查，将存在一些订单检查任务发生超期检查。技术实现要素：本发明实施例的目的在于提供一种任务检查方法、装置、电子设备及存储介质，以实现每个检查任务按时执行，避免检查任务超期检查，确保服务平台与服务机构之间的信息一致性的有益效果。具体技术方案如下：在本发明实施例的第一方面，首先提供了一种任务检查方法，所述方法包括：获取检查任务，将所述检查任务存储至预设任务队列中，其中，所述检查任务包括业务流程中业务节点对应的检查任务；接收服务器发送的任务获取请求，根据所述任务获取请求从所述预设任务队列中获取所述检查任务；确定当前时刻，并确定所述当前时刻与所述检查任务中的检查时刻是否一致；若所述当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。在一个可选的实施方式中，所述获取检查任务，包括：确定业务流程中待检查的业务节点；在所述业务节点对应的运行代码中添加预设标签；在所述业务流程执行到所述业务节点的情况下捕获所述预设标签，获取所述业务节点对应的业务信息；根据所述业务信息创建所述业务节点的检查任务。在一个可选的实施方式中，所述在所述业务节点对应的运行代码中添加预设标签，包括：以注解的形式在所述业务节点对应的运行代码中添加预设标签。在一个可选的实施方式中，所述在所述业务流程执行到所述业务节点的情况下捕获所述预设标签，包括：在所述业务流程执行到所述业务节点的情况下，利用aop的方式捕获所述预设标签。在一个可选的实施方式中，所述根据所述任务获取请求从所述预设任务队列中获取所述检查任务，包括：判断所述预设任务队列中所述检查任务的数量是否超过第一预设阈值；若所述预设任务队列中所述检查任务的数量超过所述第一预设阈值，根据所述任务获取请求从所述预设任务队列中获取所述检查任务。在一个可选的实施方式中，所述方法还包括：若所述预设任务队列中所述检查任务的数量未超过所述第一预设阈值，根据所述任务获取请求从预设阻塞队列中获取所述检查任务，其中，所述预设阻塞队列包括空队列；在从所述预设阻塞队列中获取所述检查任务失败的情况下，向所述服务器返回检查任务为空的消息。在一个可选的实施方式中，所述第一预设阈值通过以下方式确定：确定所述服务器的任务吞吐量；根据所述任务吞吐量计算目标任务吞吐量；确定所述目标任务吞吐量为所述第一预设阈值。在一个可选的实施方式中，所述根据所述任务获取请求从所述预设任务队列中获取所述检查任务，包括：判断从所述预设任务队列中获取所述检查任务的次数是否超过第二预设阈值；若从所述预设任务队列中获取所述检查任务的次数未超过所述第二预设阈值，根据所述任务获取请求从所述预设任务队列中获取所述检查任务。在一个可选的实施方式中，所述方法还包括：若从所述预设任务队列中获取所述检查任务的次数超过所述第二预设阈值，根据所述任务获取请求从预设阻塞队列中获取所述检查任务，其中，所述预设阻塞队列包括空队列；在从所述预设阻塞队列中获取所述检查任务失败的情况下，向所述服务器返回检查任务为空的消息。在一个可选的实施方式中，所述第二预设阈值通过以下方式确定：确定所述服务器的任务吞吐量；根据所述任务吞吐量计算目标任务吞吐量；确定所述目标任务吞吐量为所述第二预设阈值。在一个可选的实施方式中，所述方法还包括：当再次接收到所述服务器发送的新的任务获取请求时，判断阻塞时间是否达到预设时间阈值；其中，所述阻塞时间在从预设阻塞队列中获取所述检查任务的情况下开始计时；若所述阻塞时间达到所述预设时间阈值，根据所述新的任务获取请求从所述预设任务队列中获取所述检查任务；确定新的当前时刻，并确定所述新的当前时刻与所述检查任务中的检查时刻是否一致；若所述新的当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。在一个可选的实施方式中，所述方法还包括：若所述当前时刻与所述检查任务中的检查时刻未一致，将所述检查任务重新存储至所述预设任务队列中。在本发明实施例的第二方面，还提供了一种任务检查装置，所述装置包括：任务获取模块，用于获取检查任务，将所述检查任务存储至预设任务队列中，其中，所述检查任务包括业务流程中业务节点对应的检查任务；请求接收模块，用于接收服务器发送的任务获取请求，根据所述任务获取请求从所述预设任务队列中获取所述检查任务；时刻确定模块，用于确定当前时刻，并确定所述当前时刻与所述检查任务中的检查时刻是否一致；任务分配模块，用于若所述当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。在本发明实施例的第三方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现上述第一方面中任一所述的任务检查方法。在本发明实施例的四方面，还提供了一种存储介质，所述存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面中任一所述的任务检查方法。在本发明实施例的第五方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面中任一所述的任务检查方法。本发明实施例提供的技术方案，通过获取检查任务，并将检查任务存储至预设任务队列中，接收服务器发送的任务获取请求，根据任务获取请求从预设任务队列中获取检查任务，确定当前时刻，并确定当前时刻与检查任务中的检查时刻是否一致，若当前时刻与检查任务中的检查时刻一致，将检查任务分配至服务器，由服务器来对检查任务进行检查。如此通过比较当前时刻是否与检查任务中的检查时刻一致，来决定是否对检查任务进行检查，可以实现每个检查任务按时执行，避免检查任务超期检查，确保服务平台与服务机构之间的信息一致性。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例中示出的一种任务检查方法的实施流程示意图；图2为本发明实施例中示出的一种无锁消费缓存队列的示意图；图3为本发明实施例中示出的另一种任务检查方法的实施流程示意图；图4为本发明实施例中示出的另一种任务检查方法的实施流程示意图；图5为本发明实施例中示出的一种任务检查装置的结构示意图；图6为本发明实施例中示出的一种电子设备的结构示意图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。如图1所示，为本发明实施例提供的一种任务检查方法的实施流程示意图，该方法具体可以包括以下步骤：s101，获取检查任务，将所述检查任务存储至预设任务队列中，其中，所述检查任务包括业务流程中业务节点对应的检查任务。对于业务流程，通常其存在多个业务节点，例如，在商城的业务流程中一般存在订单、运输、配送等多个业务节点。可以确定业务流程中待检查的业务节点，例如，业务流程中存在待检查的业务节点：订单、运输、配送等。为了避免侵入业务流程，可以在待检查的业务节点对应的运行代码中添加预设标签。其中，可以以注解的形式在待检查的业务节点对应的运行代码中添加预设标签。在业务流程执行到待检查的业务节点的情况下捕获预设标签，获取待检查的业务节点对应的业务信息，根据该业务信息可以创建待检查业务节点的检查任务。其中，在业务流程执行到待检查的业务节点的情况下，利用aop(aspectorientedprograming，面向切面编程)的方式捕获预设标签。对于预设标签，可以包括如下几个元素：checkpointkey，代表检查点，例如可以是订单编号，可以是物流编号，可以是配送人姓名等；checkvaluekey，代表检查点对应的检查值，例如可以是订单的状态，可以是物流的状态，可以是生产过程的进度等；checkscene，代表检查场景，业务检查的枚举，例如可以是是否付款，可以是是否运输，可以是是否配送等；checktimekey，代表检查时刻，即多久之后检查一遍，例如如果配置为0，则业务发生即检查，如果配置为60，则业务发生60分钟后开始检查，即checktimekey＝业务发生时刻+配置时间，也就是每一个检查任务实际检测的时刻。例如，在商城的业务流程中一般存在订单、运输、配送等多个业务节点，在业务流程执行过程中执行到各个业务节点时，可以触发各个业务节点对应的订单检查任务、运输检查任务、配送检查任务等。如此在业务流程执行到订单业务节点的情况下，利用aop的方式捕获预设标签，获取订单业务节点对应的业务信息，如下表1所示，从而可以根据该业务信息创建订单业务节点对应的检查任务，该检查任务中包含这些业务信息。checkpointkey订单编号：12311231checkvaluekey订单状态：已下单checkscene检查场景：是否付款checktimekeychecktimekey：12:00+0表1对于上述检查任务，可以将该检查任务存储至预设任务队列中，该预设任务队列可以是缓存队列，本发明实施例对此不作限定。对于检查任务，可以以如下形式存储至缓存队列中：checkscene-checkpointkey-checkvaluekey-checktimekey。这里将该检查任务存储至缓存队列中，无需插入数据库，为了保证缓存队列的高可用性，本发明实施例可以引入消费队列mq(messagequeue，消息队列)。当缓存队列更新失败时，可以将检查任务通过消息发放出去，以使服务器进行消费，如果服务器异常，则消息积压，当服务器恢复正常时，消息自动重新存储至缓存队列中。s102，接收服务器发送的任务获取请求，根据所述任务获取请求从所述预设任务队列中获取所述检查任务。对于服务器，在启动的时候可以开启一个守护线程，开始不断地消费预设任务队列中的检查任务。具体地可以通过守护线程发送任务获取请求，本发明实施例可以获取服务器发送的任务获取请求，从而可以根据任务获取请求从预设任务队列中获取检查任务。这里任务队列支持先入先出的规则，任务队列中检查任务的消费是原子性的，服务器越多，则任务队列中检查任务消费的越快，同时不需要额外的增加锁。例如，如图2所示，各个服务器本地启动守护线程，通过守护线程分别发送任务获取请求，从而本发明实施例可以接收这些服务器发送的任务获取请求，根据任务获取请求从缓存队列中获取检查任务，实现无锁消费缓存队列中的检查任务。s103，确定当前时刻，并确定所述当前时刻与所述检查任务中的检查时刻是否一致。在本发明实施例中，为了确定每个检查任务按时执行，避免检查任务超期检查，可以确定当前时刻，并且确定当前时刻是否与检查任务中的检查时刻一致。例如，可以确定当前时刻12:00，检查任务中存在checktimekey，可以确定当前时刻是否与checktimekey一致。s104，若所述当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。在本发明实施例中，对于每个检查任务，均存在自身的执行时间维度，如果当前时刻与检查任务中的检查时刻一致，可以将检查任务分配至服务器，以使服务器对检查任务进行检查，比如通过检查这些检查任务实现商城与商家、物流、配送等服务机构之间的信息一致性(例如订单状态、运输状态、配送状态等信息一致性)。例如，当前时刻12:00，检查任务中的检查时刻checktimekey(12:00)，由此可知当前时刻与检查任务中的检查时刻一致，可以将检查任务分配至服务器，从而服务器对检查任务进行检查(比如检查检查任务中的订单状态是否与商家的订单状态一致)，如果检查未通过，可以触发告警。如果当前时刻与检查任务中的检查时刻未一致，可以将检查任务重新存储至预设任务队列中，以便于下次消费。其中，可以将检查任务重新存储至预设任务队列队尾。通过上述对本发明实施例提供的技术方案的描述，通过获取检查任务，并将检查任务存储至预设任务队列中，接收服务器发送的任务获取请求，根据任务获取请求从预设任务队列中获取检查任务，确定当前时刻，并确定当前时刻与检查任务中的检查时刻是否一致，若当前时刻与检查任务中的检查时刻一致，将检查任务分配至服务器，由服务器来对检查任务进行检查。如此通过比较当前时刻是否与检查任务中的检查时刻一致，来决定是否对检查任务进行检查，可以实现每个检查任务按时执行，避免检查任务超期检查，确保服务平台与服务机构之间的信息一致性。如图3所示，为本发明实施例提供的另一种任务检查方法的实施流程示意图，该方法具体可以包括以下步骤：s301，获取检查任务，将所述检查任务存储至预设任务队列中，其中，所述检查任务包括业务流程中业务节点对应的检查任务。在本发明实施例中，本步骤与上述步骤s101类似，本发明实施例在此不再一一赘述。s302，接收服务器发送的任务获取请求，判断所述预设任务队列中所述检查任务的数量是否超过第一预设阈值。s303，若所述预设任务队列中所述检查任务的数量超过所述第一预设阈值，根据所述任务获取请求从所述预设任务队列中获取所述检查任务。考虑到当检查任务比较少时，且服务器较多的情况，可能在未到达检查任务的检查时刻的时候，服务器不断消费预设任务队列，无用消费过多，压力过大。因此本发明实施例引入双队列，即预设任务队列和阻塞队列，该阻塞队列为空队列。基于预设任务队列和阻塞队列，在接收服务器发送的任务获取请求之后，可以判断预设任务队列中检查任务的数量是否超过第一预设阈值；如果预设任务队列中检查任务的数量超过第一预设阈值，根据任务获取请求从预设任务队列中获取检查任务；如果预设任务队列中检查任务的数量未超过第一预设阈值，根据任务获取请求从预设阻塞队列中获取检查任务，在从预设阻塞队列中获取检查任务失败的情况下，向服务器返回检查任务为空的消息。例如，在接收服务器a、服务器b、服务器c等服务器发送的任务获取请求之后，可以判断缓存队列中检查任务的数量是否超过500；如果缓存队列中检查任务的数量超过500，根据任务获取请求从预设任务队列中获取检查任务。如果缓存队列中检查任务的数量未超过500，根据任务获取请求从预设阻塞队列中获取检查任务，由于阻塞队列为空队列，导致从预设阻塞队列中获取检查任务失败，在从预设阻塞队列中获取检查任务失败的情况下，向服务器返回检查任务为空的消息。对于上述第一预设阈值，本发明实施例具体可以通过以下方式确定：确定服务器的任务吞吐量，根据服务器的任务吞吐量计算目标任务吞吐量，确定目标任务吞吐量为第一预设阈值。例如，对于服务器a、服务器b、服务器c等各个服务器每秒处理检查任务的数量(即任务吞吐量)，如下表2所示，可以计算服务器a、服务器b、服务器c等各个服务器的任务吞吐量的总和，或者服务器a、服务器b、服务器c等各个服务器的任务吞吐量的平均值，进而可以确定总和或者平均值为第一预设阈值。服务器任务吞吐量服务器a500个检查任务/每秒服务器b450个检查任务/每秒服务器c550个检查任务/每秒表2此外，当再次接收到服务器发送的新的任务获取请求时，判断阻塞时间是否达到预设时间阈值，其中，该阻塞时间在从预设阻塞队列中获取所述检查任务的情况下开始计时，若所述阻塞时间达到所述预设时间阈值，根据所述新的任务获取请求从所述预设任务队列中获取所述检查任务，确定新的当前时刻，并确定所述新的当前时刻与所述检查任务中的检查时刻是否一致，若所述新的当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。例如，在从阻塞队列中获取检查任务的情况下阻塞时间开始计时，当再次接收到服务器发送的新的任务获取请求时，判断阻塞时间是否达到1分钟，如果阻塞时间达到1分钟，则可以根据新的任务获取请求从缓存队列中获取检查任务，否则依然从阻塞队列中获取检查任务，并在获取失败的情况下，向服务器返回检查任务为空的消息。在根据新的任务获取请求从缓存队列中获取检查任务的情况下，可以确定新的当前时刻13:00，如果该新的当前时刻与检查任务中的检查时刻一致，可以将检查任务分配至服务器，以使服务器对检查任务进行检查。s304，确定当前时刻，并确定所述当前时刻与所述检查任务中的检查时刻是否一致。在本发明实施例中，本步骤与上述步骤s103类似，本发明实施例在此不再一一赘述。s305，若所述当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。在本发明实施例中，本步骤与上述步骤s104类似，本发明实施例在此不再一一赘述。如图4所示，为本发明实施例提供的另一种任务检查方法的实施流程示意图，该方法具体可以包括以下步骤：s401，获取检查任务，将所述检查任务存储至预设任务队列中，其中，所述检查任务包括业务流程中业务节点对应的检查任务。在本发明实施例中，本步骤与上述步骤s101类似，本发明实施例在此不再一一赘述。s402，接收服务器发送的任务获取请求，判断从所述预设任务队列中获取所述检查任务的次数是否超过第二预设阈值。s403，若从所述预设任务队列中获取所述检查任务的次数未超过所述第二预设阈值，根据所述任务获取请求从所述预设任务队列中获取所述检查任务。考虑到当检查任务比较少时，且服务器较多的情况，可能在未到达检查任务的检查时刻的时候，服务器不断消费预设任务队列，无用消费过多，压力过大。因此本发明实施例引入双队列，即预设任务队列和阻塞队列，该阻塞队列为空队列。基于预设任务队列和阻塞队列，在接收服务器发送的任务获取请求之后，可以判断从所述预设任务队列中获取所述检查任务的次数是否超过第二预设阈值；若从所述预设任务队列中获取所述检查任务的次数未超过所述第二预设阈值，根据所述任务获取请求从所述预设任务队列中获取所述检查任务；若从所述预设任务队列中获取所述检查任务的次数超过所述第二预设阈值，根据任务获取请求从预设阻塞队列中获取检查任务，在从预设阻塞队列中获取检查任务失败的情况下，向服务器返回检查任务为空的消息。例如，在接收服务器a、服务器b、服务器c等服务器发送的任务获取请求之后，可以判断从缓存队列中获取检查任务的次数是否超过500；如果从缓存队列中获取检查任务的次数未超过500，根据任务获取请求从预设任务队列中获取检查任务。如果从缓存队列中获取检查任务的次数超过500，根据任务获取请求从预设阻塞队列中获取检查任务，由于阻塞队列为空队列，导致从预设阻塞队列中获取检查任务失败，在从预设阻塞队列中获取检查任务失败的情况下，向服务器返回检查任务为空的消息。对于上述第二预设阈值，本发明实施例具体可以通过以下方式确定：确定服务器的任务吞吐量，根据服务器的任务吞吐量计算目标任务吞吐量，确定目标任务吞吐量为第二预设阈值。例如，对于服务器a、服务器b、服务器c等各个服务器每秒处理检查任务的数量(即任务吞吐量)，如下表3所示，可以计算服务器a、服务器b、服务器c等各个服务器的任务吞吐量的总和，或者服务器a、服务器b、服务器c等各个服务器的任务吞吐量的平均值，进而可以确定总和或者平均值为第二预设阈值。服务器任务吞吐量服务器a500个检查任务/每秒服务器b450个检查任务/每秒服务器c550个检查任务/每秒表3此外，当再次接收到服务器发送的新的任务获取请求时，判断阻塞时间是否达到预设时间阈值，其中，该阻塞时间在从预设阻塞队列中获取所述检查任务的情况下开始计时，若所述阻塞时间达到所述预设时间阈值，根据所述新的任务获取请求从所述预设任务队列中获取所述检查任务，确定新的当前时刻，并确定所述新的当前时刻与所述检查任务中的检查时刻是否一致，若所述新的当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。例如，在从阻塞队列中获取检查任务的情况下阻塞时间开始计时，当再次接收到服务器发送的新的任务获取请求时，判断阻塞时间是否达到1分钟，如果阻塞时间达到1分钟，则可以根据新的任务获取请求从缓存队列中获取检查任务，否则依然从阻塞队列中获取检查任务，并在获取失败的情况下，向服务器返回检查任务为空的消息。在根据新的任务获取请求从缓存队列中获取检查任务的情况下，可以确定新的当前时刻13:00，如果该新的当前时刻与检查任务中的检查时刻一致，可以将检查任务分配至服务器，以使服务器对检查任务进行检查。s404，确定当前时刻，并确定所述当前时刻与所述检查任务中的检查时刻是否一致。在本发明实施例中，本步骤与上述步骤s103类似，本发明实施例在此不再一一赘述。s405，若所述当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。在本发明实施例中，本步骤与上述步骤s104类似，本发明实施例在此不再一一赘述。与上述方法实施例相对应，本发明实施例还提供了一种任务检查装置，如图5所示，该装置可以包括：任务获取模块510、请求接收模块520、时刻确定模块530、任务分配模块540。任务获取模块510，用于获取检查任务，将所述检查任务存储至预设任务队列中，其中，所述检查任务包括业务流程中业务节点对应的检查任务；请求接收模块520，用于接收服务器发送的任务获取请求，根据所述任务获取请求从所述预设任务队列中获取所述检查任务；时刻确定模块530，用于确定当前时刻，并确定所述当前时刻与所述检查任务中的检查时刻是否一致；任务分配模块540，用于若所述当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。本发明实施例还提供了一种电子设备，如图6所示，包括处理器61、通信接口62、存储器63和通信总线64，其中，处理器61，通信接口62，存储器63通过通信总线64完成相互间的通信，存储器63，用于存放计算机程序；处理器61，用于执行存储器63上所存放的程序时，实现如下步骤：获取检查任务，将所述检查任务存储至预设任务队列中，其中，所述检查任务包括业务流程中业务节点对应的检查任务；接收服务器发送的任务获取请求，根据所述任务获取请求从所述预设任务队列中获取所述检查任务；确定当前时刻，并确定所述当前时刻与所述检查任务中的检查时刻是否一致；若所述当前时刻与所述检查任务中的检查时刻一致，将所述检查任务分配至所述服务器，以使所述服务器对所述检查任务进行检查。上述电子设备提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述电子设备与其他设备之间的通信。存储器可以包括随机存取存储器(randomaccessmemory，简称ram)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field－programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。在本发明提供的又一实施例中，还提供了一种存储介质，该存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的任务检查方法。在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的任务检查方法。在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在存储介质中，或者从一个存储介质向另一个存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。当前第1页12