CN111104223B - 任务处理方法、装置、计算机可读存储介质和计算机设备 - Google Patents

Abstract

本申请涉及一种任务处理方法、装置、计算机可读存储介质和计算机设备，所述方法包括：若满足任务处理条件，则生成查询消息，将所述查询消息发送至第一服务器；所述第一服务器用于根据所述查询消息生成查询结果；所述第一服务器根据预设的服务器优先级列表确定；接收所述第一服务器返回的所述查询结果；根据所述查询结果，确定所述第一服务器的任务处理状态；根据所述第一服务器的任务处理状态，确定对待执行任务的处理结果。本申请提供的方案可以实现各个服务器之间有序协调工作的目的，从而提高了任务的容灾效果，进一步提高了任务的执行成功率；同时保证了任务执行的唯一性，并且提高了服务器的资源利用率。

Description

任务处理方法、装置、计算机可读存储介质和计算机设备

技术领域

本申请涉及计算机技术领域，特别是涉及一种任务处理方法、装置、计算机可读存储介质和计算机设备。

背景技术

随着计算机技术的发展，越来越多的任务需要借助服务器执行，一个任务只需被一台服务器处理，以保证任务的唯一性。

然而，目前的任务处理方式，是多台服务器同时向锁服务器发送锁请求，以请求某个任务的处理权限；锁服务器从多个锁请求中，确认一个锁请求成功，并向多台服务器返回请求结果，最终由锁请求成功的服务器对该任务进行处理。但是，若锁服务器发生故障，则导致整个任务无法顺利执行，从而造成任务的容灾效果较差。

发明内容

基于此，有必要针对任务的容灾效果较差的技术问题，提供一种任务处理方法、装置、计算机可读存储介质和计算机设备。

一种任务处理方法，包括：

若满足任务处理条件，则生成查询消息，将所述查询消息发送至第一服务器；所述第一服务器用于根据所述查询消息生成查询结果；所述第一服务器根据预设的服务器优先级列表确定；

接收所述第一服务器返回的所述查询结果；

根据所述查询结果，确定所述第一服务器的任务处理状态；

根据所述第一服务器的任务处理状态，确定对待执行任务的处理结果。

一种任务处理装置，所述装置包括：

查询消息发送模块，用于若满足任务处理条件，则生成查询消息，将所述查询消息发送至第一服务器；所述第一服务器用于根据所述查询消息生成查询结果；所述第一服务器根据预设的服务器优先级列表确定；

查询结果接收模块，用于接收所述第一服务器返回的所述查询结果；

处理状态确定模块，用于根据所述查询结果，确定所述第一服务器的任务处理状态；

处理结果确定模块，用于根据所述第一服务器的任务处理状态，确定对待执行任务的处理结果。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如下步骤：

若满足任务处理条件，则生成查询消息，将所述查询消息发送至第一服务器；所述第一服务器用于根据所述查询消息生成查询结果；所述第一服务器根据预设的服务器优先级列表确定；

接收所述第一服务器返回的所述查询结果；

根据所述查询结果，确定所述第一服务器的任务处理状态；

根据所述第一服务器的任务处理状态，确定对待执行任务的处理结果。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如下步骤：

若满足任务处理条件，则生成查询消息，将所述查询消息发送至第一服务器；所述第一服务器用于根据所述查询消息生成查询结果；所述第一服务器根据预设的服务器优先级列表确定；

接收所述第一服务器返回的所述查询结果；

根据所述查询结果，确定所述第一服务器的任务处理状态；

根据所述第一服务器的任务处理状态，确定对待执行任务的处理结果。

上述任务处理方法、装置、计算机可读存储介质和计算机设备，服务器若满足任务处理条件，则生成查询消息，并将查询消息发送至根据预设的服务器优先级列表确定的第一服务器，并根据第一服务器返回的根据查询消息生成的查询结果，确定第一服务器的任务处理状态，进而确定对待执行任务的处理结果；实现了各个服务器之间有序协调工作的目的，使得每台满足任务处理条件的服务器在执行任务之前，先判断第一服务器的任务处理状态，进而确认是否对任务进行处理，一方面保证了在任何一台服务器无法执行任务的情况下，会有一台服务器去执行该任务，避免了原先执行该任务的服务器出现故障而导致整个任务无法顺利执行的缺陷，从而提高了任务的容灾效果，进一步提高了任务的执行成功率；另一方面保证了多台服务器之间只有唯一一台服务器去执行某个指定的任务，避免了多台服务器同时执行同一个任务的缺陷，进而保证了任务执行的唯一性，并且提高了服务器的资源利用率。

附图说明

图1为一个实施例中任务处理方法的应用环境图；

图2为一个实施例中任务处理方法的流程示意图；

图3为一个实施例中根据查询结果，确定第一服务器的任务处理状态的步骤的流程示意图；

图4为一个实施例中根据第一服务器的任务处理状态，确定对待执行任务的处理结果的步骤的流程示意图；

图5为一个实施例中对待执行任务进行处理的步骤的流程示意图；

图6为一个实施例中将任务执行结果发送至第二服务器的步骤的流程示意图；

图7为一个实施例中将任务执行结果发送至终端的步骤的流程示意图；

图8为一个实施例中将任务执行结果发送至管理服务器的步骤的流程示意图；

图9为另一个实施例中任务处理方法的流程示意图；

图10为一个实施例中任务处理方法的时序图；

图11为一个实施例中任务处理装置的结构框图；

图12为一个实施例中计算机设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

图1为一个实施例中任务处理方法的应用环境图。参照图1，该任务处理方法应用于任务执行系统。该任务执行系统包括服务器110和第一服务器120，服务器110和第一服务器120通过网络连接。其中，服务器110和第一服务器120属于同一个服务器集群，若假设任务先由优先级高的服务器执行，若优先级高的服务器无法执行，则由优先级低一级的服务器执行，那么，在这种情况下，第一服务器120的优先级比服务器110的优先级高一级；若假设任务先由优先级低的服务器执行，若优先级低的服务器无法执行，则由优先级高一级的服务器执行，那么，在这种情况下，第一服务器120的优先级比服务器110的优先级低一级；服务器110以及第一服务器120的优先级均是根据预设的服务器优先级列表确定的，且均可以用独立的服务器来实现。

在一个实施例中，参照图1，服务器110若满足任务处理条件，则生成查询消息，将该查询消息发送至第一服务器120；第一服务器120根据该查询消息生成查询结果，并将该查询结果发送至服务器110。服务器110根据该查询结果，确定第一服务器120的任务处理状态；根据第一服务器120的任务处理状态，确定对待执行任务的处理结果。例如，服务器110确认对待执行任务进行处理，或者拒绝对待执行任务进行处理。

如图2所示，在一个实施例中，提供了一种任务处理方法。本实施例主要以该方法应用于上述图1中的服务器110来举例说明。参照图2，该任务处理方法具体包括如下步骤：

S202，若满足任务处理条件，则生成查询消息，将查询消息发送至第一服务器；第一服务器用于根据查询消息生成查询结果；第一服务器根据预设的服务器优先级列表确定。

其中，任务处理条件用于表示服务器可以执行任务的条件，比如服务器处于空闲状态、服务器当前需要处理的任务较少、服务器处于非故障状态等；例如服务器处于空闲状态，则说明服务器满足任务处理条件。

其中，预设的服务器优先级列表记录了同一个服务器集群中的各个服务器对应的优先级，可以根据各个服务器的性能确定，当然也可以根据其他条件确定，具体本申请不做限定。

其中，若假设任务先由优先级高的服务器执行，若优先级高的服务器无法执行，则由优先级低一级的服务器执行；那么，在执行任务的过程中，本申请中的服务器先询问优先级比自身高一级的服务器能否执行任务，若无法执行任务，才由本申请的服务器执行任务；在这种情况下，第一服务器是指在同一个服务器集群中，优先级比服务器的优先级高一级的服务器。

具体地，服务器检测自身的状态，若服务器自身处于空闲状态，则确认服务器满足任务处理条件，并生成查询消息；获取预设的服务器优先级列表，确定比服务器自身的优先级高一级的服务器，作为第一服务器；将查询消息发送至第一服务器；第一服务器根据接收的查询消息，检测自身能否执行任务，并生成查询结果，将查询结果发送至服务器。

举例说明，服务器检测自身的任务处理列表，若该任务处理列表中没有需要处理的任务，则说明服务器处于空闲状态，从而确认服务器满足任务处理条件，则生成查询消息，并将查询消息发送至比服务器的优先级高一级的第一服务器，以触发第一服务器根据查询消息生成查询结果。

在一个实施例中，假设有3个服务器，分别是服务器A、服务器B以及服务器C，服务器A的优先级比服务器B的优先级高，则服务器B会向服务器A询问，以查询服务器A能否执行任务；服务器B的优先级比服务器C的优先级高，则服务器C会向服务器B询问，以查询服务器B能否执行任务；若服务器A回复不能执行任务，则由服务器B执行任务，若服务器B回复不能执行任务，则由服务器C执行任务。

此外，若假设任务先由优先级低的服务器执行，若优先级低的服务器无法执行，则由优先级高一级的服务器执行；那么，在执行任务的过程中，本申请中的服务器先询问优先级比自身低一级的服务器能否执行任务，若无法执行任务，才由本申请的服务器执行任务；在这种情况下，第一服务器是指在同一个服务器集群中，优先级比服务器的优先级低一级的服务器。

具体地，服务器检测自身的状态，若服务器自身处于空闲状态，则确认服务器满足任务处理条件，并生成查询消息；获取预设的服务器优先级列表，确定比服务器自身的优先级低一级的服务器，作为第一服务器；将查询消息发送至第一服务器；第一服务器根据接收的查询消息，检测自身能否执行任务，并生成查询结果，将查询结果发送至服务器。

举例说明，服务器检测自身的任务处理列表，若该任务处理列表中没有需要处理的任务，则说明服务器处于空闲状态，从而确认服务器满足任务处理条件，则生成查询消息，并将查询消息发送至比服务器的优先级低一级的第一服务器，以触发第一服务器根据查询消息生成查询结果。

在一个实施例中，假设有3个服务器，分别是服务器A、服务器B以及服务器C；其中，服务器A的优先级比服务器B的优先级低，则服务器B会向服务器A询问，以查询服务器A能否执行任务；服务器B的优先级比服务器C的优先级低，则服务器C会向服务器B询问，以查询服务器B能否执行任务；若服务器A回复不能执行任务，则由服务器B执行任务，若服务器B也回复不能执行任务，则由服务器C执行任务。

需要说明的是，在本申请以下实施例中，主要以“任务先由优先级高的服务器执行，若优先级高的服务器无法执行，则由优先级低一级的服务器执行”这种场景为例进行说明，即以第一服务器的优先级比服务器的优先级高一级为例子进行说明。

S204，接收第一服务器返回的查询结果。

其中，查询结果用于记录第一服务器的任务处理状态，任务处理状态用于标识第一服务器能否执行任务，可以是空闲状态、工作状态、故障状态等；例如，若第一服务器处于空闲状态，说明第一服务器能执行任务；若第一服务器处于工作状态，说明第一服务器不能执行任务。

具体地，第一服务器根据查询消息，确认自身的任务处理状态，并根据自身的任务处理状态生成查询结果，将查询结果发送至服务器中，由服务器接收第一服务器根据查询消息返回的查询结果。

S206，根据查询结果，确定第一服务器的任务处理状态。

具体地，服务器获取任务处理状态的标识符，从查询结果中提取出与该标识符对应的信息，作为第一服务器的任务处理状态；其中，任务处理状态的标识符是指标识查询结果中记录的任务处理状态的唯一标识符。

进一步地，服务器还可以获取任务处理状态在查询结果中的位置标签，并根据该位置标签，确认任务处理状态在查询结果中对应的位置，从该位置中提取出任务处理状态，作为第一服务器的任务处理状态。这样，使得每台满足任务处理条件的服务器在执行任务之前，先判断第一服务器的任务处理状态，便于后续确认是否对任务进行处理，从而保证了在任何一台服务器无法执行任务的情况下，会有一台服务器去执行该任务，避免了原先执行该任务的服务器出现故障而导致整个任务无法顺利执行的缺陷，从而提高了任务的容灾效果，进一步提高了任务的执行成功率。

S208，根据第一服务器的任务处理状态，确定对待执行任务的处理结果。

其中，对待执行任务的处理结果用于标识服务器能否需要对待执行任务进行处理；待执行任务是指当前时间需要处理的任务，比如数据库同步任务、数据库之间的数据计算任务等。

具体地，服务器根据第一服务器的任务处理状态，确认第一服务器是否满足任务处理条件，进而确认服务器是否需要对待执行任务进行处理，从而得到对待执行任务的处理结果。

举例说明，服务器若识别到第一服务器的任务处理状态为工作状态，说明第一服务器不满足任务处理条件，则确认服务器需要对待执行任务进行处理；若识别到第一服务器的任务处理状态为空闲状态，说明第一服务器满足任务处理条件，则确认服务器不需要对待执行任务进行处理。这样，保证了多台服务器之间只有唯一一台服务器去执行某个指定的任务，从而保证了任务执行的唯一性；同时避免了多台服务器同时执行同一个任务，导致服务器的资源浪费的缺陷，从而提高了服务器的资源利用率。

上述任务处理方法，服务器若满足任务处理条件，则生成查询消息，并将查询消息发送至根据预设的服务器优先级列表确定的第一服务器，并根据第一服务器返回的根据查询消息生成的查询结果，确定第一服务器的任务处理状态，进而确定对待执行任务的处理结果；实现了各个服务器之间有序协调工作的目的，使得每台满足任务处理条件的服务器在执行任务之前，先判断第一服务器的任务处理状态，进而确认是否对任务进行处理，一方面保证了在任何一台服务器无法执行任务的情况下，会有一台服务器去执行该任务，避免了原先执行该任务的服务器出现故障而导致整个任务无法顺利执行的缺陷，从而提高了任务的容灾效果，进一步提高了任务的执行成功率；另一方面保证了多台服务器之间只有唯一一台服务器去执行某个指定的任务，避免了多台服务器同时执行同一个任务的缺陷，进而保证了任务执行的唯一性，并且提高了服务器的资源利用率。

如图3所示，在一个实施例中，上述步骤S206，根据查询结果，确定第一服务器的任务处理状态，具体包括如下步骤：

S302，从查询结果中提取出第一服务器的状态值。

其中，第一服务器的状态值用于标识第一服务器的任务处理状态，可以用数值表示，也可以用其他符号表示，具体本申请不做限定。

S304，根据预设的状态值与数据处理状态的对应关系，确定第一服务器的任务处理状态。

具体地，服务器获取预设的状态值与数据处理状态的对应关系，根据第一服务器的状态值，查询预设的状态值与数据处理状态的对应关系，确定第一服务器的任务处理状态。

举例说明，若第一服务器的状态值为1，说明第一服务器处于工作状态或者故障状态，无法执行待执行任务；若第一服务器的状态值为0，说明第一服务器处于空闲状态或者安全状态，可以执行待执行任务。

在本实施例中，每台满足任务处理条件的服务器在执行任务之前，先判断第一服务器的任务处理状态，便于后续确认是否对任务进行处理，从而保证了在任何一台服务器无法执行任务的情况下，会有一台服务器去执行该任务，避免了原先执行该任务的服务器出现故障而导致整个任务无法顺利执行的缺陷，从而提高了任务的容灾效果，进一步提高了任务的执行成功率。

如图4所示，在一个实施例中，上述步骤S208，根据第一服务器的任务处理状态，确定对待执行任务的处理结果，具体包括如下步骤：

S402，若第一服务器的任务处理状态满足任务处理条件，则拒绝对待执行任务进行处理。

S404，若第一服务器的任务处理状态不满足任务处理条件，则确认对待执行任务进行处理。

举例说明，服务器若识别到第一服务器的任务处理状态为安全状态，说明第一服务器可以对待执行任务进行处理，则由第一服务器对待执行任务进行处理，进而说明第一服务器满足任务处理条件，则确认服务器不需要对待执行任务进行处理，则拒绝对待执行任务进行处理；若识别到第一服务器的任务处理状态为故障状态，说明第一服务器无法对待执行任务进行处理，进而说明第一服务器不满足任务处理条件，则确认服务器需要对待执行任务进行处理。

在本实施例中，根据第一服务器的任务处理状态，确定对待执行任务的处理结果，保证了多台服务器之间只有唯一一台服务器去执行某个指定的任务，从而保证了任务执行的唯一性；同时避免了多台服务器同时执行同一个任务，导致服务器的资源浪费的缺陷，从而提高了服务器的资源利用率

如图5所示，在一个实施例中，上述步骤S404，在若第一服务器的任务处理状态不满足任务处理条件，则确认对待执行任务进行处理之后，还包括对待执行任务进行处理的步骤，具体包括如下步骤：

S502，从任务数据库中获取待执行任务的任务标识；待执行任务为当前时间的任务。

其中，任务标识是指用于标识待执行任务的唯一标识符，可以是任务编号，也可以是任务名称。

具体地，服务器从任务数据库中，获取当前时间的任务的任务标识，作为待执行任务的任务标识。

S504，根据任务标识查询任务数据库，获取待执行任务。

其中，任务数据库中存储了多个任务标识对应的任务。

具体地，服务器根据待执行任务的任务标识，查询存储有多个任务标识对应的任务的任务数据库，从任务数据库中获取该任务标识对应的任务，作为待执行任务。

S506，对待执行任务进行处理，生成对应的任务执行结果。

其中，任务执行结果用于标识服务器的任务执行情况，比如任务执行成功、任务执行失败等。

进一步地，若服务器在当前时间内还有未处理任务，则获取该未处理任务的优先级以及待执行任务的优先级，若未处理任务的优先级比待执行任务的优先级高，则服务器优先对未处理任务进行处理，并在未处理任务处理完毕之后，再对待执行任务进行处理；若待执行任务的优先级比未处理任务的优先级高，则服务器优先对待执行任务进行处理，并在待执行任务处理完毕之后，再对未处理任务进行处理；这样，可以保证任务的有序完成，避免在执行任务的过程中出现错误，从而保证了任务的顺利完成，从而提高了任务的执行成功率。

在本实施例中，在第一服务器的任务处理状态不满足任务处理条件的情况下，才对待执行任务进行处理，保证了在任何一台服务器无法执行任务的情况下，会有一台服务器去执行该任务，避免了原先执行该任务的服务器出现故障而导致整个任务无法顺利执行的缺陷，从而提高了任务的容灾效果，进一步提高了任务的执行成功率；同时，保证了任务执行的唯一性。

如图6所示，在一个实施例中，上述步骤S506，在对待执行任务进行处理，生成对应的任务执行结果之后，还包括将任务执行结果发送至第二服务器的步骤，具体包括如下步骤：

S602，接收第二服务器发送的查询消息；第二服务器根据预设的服务器优先级列表确定，第二服务器满足任务处理条件。

其中，第二服务器是指与服务器属于同一个服务器集群，且优先级比服务器的优先级低一级的服务器。

具体地，第二服务器检测自身的状态，若第二服务器自身处于空闲状态，则确认服务器满足任务处理条件，并生成查询消息；获取预设的服务器优先级列表，确定比第二服务器自身的优先级高一级的服务器，即本申请中提到的服务器；将查询消息发送至服务器，由服务器接收第二服务器发送的查询消息。

S604，根据查询消息，将任务执行结果发送至第二服务器；第二服务器用于根据任务执行结果，确认是否对待执行任务进行处理。

具体地，服务器根据第二服务器发送的查询消息，将待执行任务的任务执行结果发送至第二服务器；第二服务器检测任务执行结果，若任务执行结果为任务执行成功，拒绝对待执行任务进行处理，若任务执行结果为任务执行失败，说明服务器在执行任务的过程中出现故障，导致任务执行失败，则确认对待执行任务进行处理，以保证任务的顺利完成。

在本实施例中，第二服务器根据服务器返回的任务执行结果，确认是否对待执行任务进行处理，进一步保证了在任何一台服务器无法执行任务的情况下，会有一台服务器去执行该任务，避免了原先执行该任务的服务器出现故障而导致整个任务无法顺利执行的缺陷，从而提高了任务的容灾效果，进一步提高了任务的执行成功率。

如图7所示，在一个实施例中，上述步骤S506，在对待执行任务进行处理，生成对应的任务执行结果之后，还包括将任务执行结果发送至终端的步骤，具体包括如下步骤：

S702，从任务数据库中，确认发布待执行任务的终端标识。

其中，任务数据库还存储了发布待执行任务的终端标识，具体存储了各个待执行任务的任务标识对应的终端标识；终端标识是指用于标识发布待执行任务的终端设备的唯一标识，比如终端编号、终端名称等。

具体地，服务器根据待执行任务的任务标识查询任务数据库，从任务数据库中确认与任务标识对应的终端标识，作为发布待执行任务的终端标识。

S704，将任务执行结果发送至终端标识对应的终端；任务执行结果用于触发终端将待执行任务标记为已处理。

具体地，服务器根据终端标识，确认发布待执行任务的终端，并将待执行任务的任务执行结果发送至终端；由终端接收该待执行任务的任务执行结果，并将待执行任务标记为已处理。

在本实施例中，通过服务器将待执行任务的任务处理结果发送至发布该待执行任务的终端，便于终端将该待执行任务标记为已处理，避免了终端在不知晓待执行任务是否已被处理的情况下，重复将待执行任务发送至任务数据库中，导致任务数据库将其当作新的任务，而造成待执行任务重复被执行，导致数据混乱的缺陷，从而保证了任务执行的唯一性；同时，避免了服务器重复执行任务而导致资源浪费的缺陷，从而提高了服务器的资源利用率。

如图8所示，在一个实施例中，上述步骤S506，在对待执行任务进行处理，生成对应的任务执行结果之后，还包括将任务执行结果发送至管理服务器的步骤，具体包括如下步骤：

S802，将任务执行结果发送至管理服务器；任务执行结果用于触发管理服务器在预设时间段内确认任务执行成功率，并返回相应的指令。

其中，管理服务器是指对服务器进行控制及管理的服务器，比如控制服务器进入关闭状态、控制服务器进入开启状态等；任务执行成功率用于衡量服务器的任务执行成功程度。

其中，指令是指用于控制服务器进入开启状态或者关闭状态的指令，比如开启指令、关闭指令。

S804，若接收到管理服务器返回的指令为关闭指令，则进入关闭状态。

具体地，管理服务器在预设时间段内，获取服务器返回的各个任务执行结果，并对服务器返回的各个任务执行结果进行计算，得到服务器的任务执行成功率；若服务器的任务执行成功率大于或者等于预设阈值，则生成开启指令，并将开启指令发送至服务器，使得服务器继续处于开启状态；若服务器的任务执行成功率小于预设阈值，则生成关闭指令，并将关闭指令发送至服务器，使得服务器进入关闭状态。

需要说明的是，服务器进入关闭状态，只是暂时处于关闭状态，并不是永久处于关闭状态，若服务器已排除故障，可以进入开启状态。

进一步地，管理服务器获取预设的修复指令，并将修复指令发送至进入关闭状态的服务器；服务器根据修复指令，自动完成修复，并在修复完成后，自动进入开启状态。

在本实施例中，根据任务执行成功率，确认需要进入关闭状态的服务器，有利于后续对此类服务器进行修复，以提高此类服务器的任务执行成功率；同时，避免了任务执行成功率较低的服务器，无法顺利完成任务，需要经过其他服务器再次执行任务，导致任务的执行时间较长，造成任务的执行效率较低的缺陷，进一步提高了任务的执行效率。

如图9所示，在一个实施例中，提供了另一种任务处理方法，具体包括如下步骤：

S902，若满足任务处理条件，则生成查询消息，将查询消息发送至第一服务器；第一服务器用于根据查询消息生成查询结果；第一服务器根据预设的服务器优先级列表确定。

S904，接收第一服务器返回的查询结果。

S906，根据查询结果，确定第一服务器的任务处理状态。

具体地，服务器从查询结果中提取出第一服务器的状态值；根据预设的状态值与数据处理状态的对应关系，确定第一服务器的任务处理状态。

S908，若第一服务器的任务处理状态满足任务处理条件，则拒绝对待执行任务进行处理。

S910，若第一服务器的任务处理状态不满足任务处理条件，则确认对待执行任务进行处理。

S912，从任务数据库中获取待执行任务的任务标识；待执行任务为当前时间的任务；根据任务标识查询任务数据库，获取待执行任务；对待执行任务进行处理，生成对应的任务执行结果。

S914，接收第二服务器发送的查询消息；第二服务器根据预设的服务器优先级列表确定，第二服务器满足任务处理条件；根据查询消息，将任务执行结果发送至第二服务器；第二服务器用于根据任务执行结果，确认是否对待执行任务进行处理。

S916，从任务数据库中，确认发布待执行任务的终端标识；将任务执行结果发送至终端标识对应的终端；任务执行结果用于触发终端将待执行任务标记为已处理。

S918，将任务执行结果发送至管理服务器；任务执行结果用于触发管理服务器在预设时间段内确认任务执行成功率，并返回相应的指令；若接收到管理服务器返回的指令为关闭指令，则进入关闭状态。

在本实施例中，服务器若满足任务处理条件，则生成查询消息，并将查询消息发送至根据预设的服务器优先级列表确定的第一服务器，并根据第一服务器返回的根据查询消息生成的查询结果，确定第一服务器的任务处理状态，进而确定对待执行任务的处理结果；实现了各个服务器之间有序协调工作的目的，使得每台满足任务处理条件的服务器在执行任务之前，先判断第一服务器的任务处理状态，进而确认是否对任务进行处理，一方面保证了在任何一台服务器无法执行任务的情况下，会有一台服务器去执行该任务，避免了原先执行该任务的服务器出现故障而导致整个任务无法顺利执行的缺陷，从而提高了任务的容灾效果，进一步提高了任务的执行成功率；另一方面保证了多台服务器之间只有唯一一台服务器去执行某个指定的任务，避免了多台服务器同时执行同一个任务的缺陷，进而保证了任务执行的唯一性，并且提高了服务器的资源利用率。

图10为一个实施例中任务处理方法的时序图。如图10所示，在一个实施例中，提供了又一种任务处理方法，该任务处理方法具体包括如下内容：

(1)任务服务器1、任务服务器2、任务服务器3加载优先级配置，确认服务器集群中各个任务服务器的优先级。

(2)任务服务器2根据优先级配置，确认任务服务器1的优先级比任务服务器2的优先级高，则向任务服务器1询问其能否执行任务。

(3)任务服务器1返回询问结果至任务服务器2。

(4)任务服务器3根据优先级配置，确认任务服务器2的优先级比任务服务器3的优先级高，则向任务服务器2询问其能否执行任务。

(5)任务服务器2返回询问结果至任务服务器3。

(6)任务服务器1根据任务ID向任务数据库请求获取任务数据。

(7)任务数据库根据请求，将任务数据返回至任务服务器1。

(8)任务服务器1根据任务数据执行任务。

需要说明的是，若任务服务器1无法执行任务，则由任务服务器2执行任务；若任务服务器1和任务服务器2均无法执行任务，则由任务服务器3执行任务。

在本实施例中，通过任务执行的优先级配置，协调服务器集群中的多台服务器之间的工作，确保了每个任务只能被其中一台服务器执行，保证了任务执行的唯一性，同时在整体服务器集群中不存在因单点故障，导致任务无法顺利执行的风险，进一步提升了任务的容灾效果。

应该理解的是，虽然图2-10的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-10中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

如图11所示，在一个实施例中，提供了一种任务处理装置1100，该装置1100包括：查询消息发送模块1102、查询结果接收模块1104、处理状态确定模块1106以及处理结果确定模块1108，其中：

查询消息发送模块1102，用于若满足任务处理条件，则生成查询消息，将查询消息发送至第一服务器；第一服务器用于根据查询消息生成查询结果；第一服务器根据预设的服务器优先级列表确定。

查询结果接收模块1104，用于接收第一服务器返回的查询结果。

处理状态确定模块1106，用于根据查询结果，确定第一服务器的任务处理状态。

处理结果确定模块1108，用于根据第一服务器的任务处理状态，确定对待执行任务的处理结果。

在一个实施例中，处理状态确定模块1106还用于从查询结果中提取出第一服务器的状态值；根据预设的状态值与数据处理状态的对应关系，确定第一服务器的任务处理状态。

在一个实施例中，处理结果确定模块1108还用于若第一服务器的任务处理状态满足任务处理条件，则拒绝对待执行任务进行处理；若第一服务器的任务处理状态不满足任务处理条件，则确认对待执行任务进行处理。

在一个实施例中，任务处理装置1100具体还包括：任务处理模块。

任务处理模块，用于从任务数据库中获取待执行任务的任务标识；待执行任务为当前时间的任务；根据任务标识查询任务数据库，获取待执行任务；对待执行任务进行处理，生成对应的任务执行结果。

在一个实施例中，任务处理装置1100具体还包括：查询消息接收模块。

查询消息接收模块，用于接收第二服务器发送的查询消息；第二服务器根据预设的服务器优先级列表确定，第二服务器满足任务处理条件；根据查询消息，将任务执行结果发送至第二服务器；第二服务器用于根据任务执行结果，确认是否对待执行任务进行处理。

在一个实施例中，任务处理装置1100具体还包括：任务执行结果发送模块。

任务执行结果发送模块，用于从任务数据库中，确认发布待执行任务的终端标识；将任务执行结果发送至终端标识对应的终端；任务执行结果用于触发终端将待执行任务标记为已处理。

在一个实施例中，任务处理装置1100具体还包括：指令接收模块。

指令接收模块，用于将任务执行结果发送至管理服务器；任务执行结果用于触发管理服务器在预设时间段内确认任务执行成功率，并返回相应的指令；若接收到管理服务器返回的指令为关闭指令，则进入关闭状态。

在本实施例中，任务处理装置若满足任务处理条件，则生成查询消息，并将查询消息发送至根据预设的服务器优先级列表确定的第一服务器，并根据第一服务器返回的根据查询消息生成的查询结果，确定第一服务器的任务处理状态，进而确定对待执行任务的处理结果；实现了各个服务器之间有序协调工作的目的，使得每台满足任务处理条件的服务器在执行任务之前，先判断第一服务器的任务处理状态，进而确认是否对任务进行处理，一方面保证了在任何一台服务器无法执行任务的情况下，会有一台服务器去执行该任务，避免了原先执行该任务的服务器出现故障而导致整个任务无法顺利执行的缺陷，从而提高了任务的容灾效果，进一步提高了任务的执行成功率；另一方面保证了多台服务器之间只有唯一一台服务器去执行某个指定的任务，避免了多台服务器同时执行同一个任务的缺陷，进而保证了任务执行的唯一性，并且提高了服务器的资源利用率。

图12示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的服务器110。如图12所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现任务处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行任务处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图12中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的任务处理装置可以实现为一种计算机程序的形式，计算机程序可在如图12所示的计算机设备上运行。计算机设备的存储器中可存储组成该任务处理装置的各个程序模块，比如，图11所示的查询消息发送模块1102、查询结果接收模块1104、处理状态确定模块1106以及处理结果确定模块1108。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的任务处理方法中的步骤。

例如，图12所示的计算机设备可以通过如图11所示的任务处理装置中的查询消息发送模块1102若满足任务处理条件，则生成查询消息，将查询消息发送至第一服务器；第一服务器用于根据查询消息生成查询结果；第一服务器根据预设的服务器优先级列表确定。计算机设备可通过查询结果接收模块1104接收第一服务器返回的查询结果。计算机设备可通过处理状态确定模块1106根据查询结果，确定第一服务器的任务处理状态；及通过处理结果确定模块1108根据第一服务器的任务处理状态，确定对待执行任务的处理结果。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述任务处理方法的步骤。此处任务处理方法的步骤可以是上述各个实施例的任务处理方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述任务处理方法的步骤。此处任务处理方法的步骤可以是上述各个实施例的任务处理方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (14)

1.一种任务处理方法，应用于服务器，包括：

若满足任务处理条件，则生成查询消息，将所述查询消息发送至第一服务器；所述第一服务器用于根据所述查询消息生成查询结果；所述第一服务器根据预设的服务器优先级列表确定；

接收所述第一服务器返回的所述查询结果；

根据所述查询结果，确定所述第一服务器的任务处理状态；

若所述第一服务器的任务处理状态满足所述任务处理条件，则拒绝对待执行任务进行处理；若所述第一服务器的任务处理状态不满足所述任务处理条件，则确认对所述待执行任务进行处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述查询结果，确定所述第一服务器的任务处理状态，包括：

从所述查询结果中提取出所述第一服务器的状态值；

根据预设的状态值与数据处理状态的对应关系，确定所述第一服务器的任务处理状态。

3.根据权利要求1所述的方法，其特征在于，在若所述第一服务器的任务处理状态不满足所述任务处理条件，则确认对待执行任务进行处理之后，还包括：

从任务数据库中获取所述待执行任务的任务标识；所述待执行任务为当前时间的任务；

根据所述任务标识查询所述任务数据库，获取所述待执行任务；

对所述待执行任务进行处理，生成对应的任务执行结果。

4.根据权利要求3所述的方法，其特征在于，在对所述待执行任务进行处理，生成对应的任务执行结果之后，还包括：

接收第二服务器发送的查询消息；所述第二服务器根据所述预设的服务器优先级列表确定，所述第二服务器满足所述任务处理条件；

根据所述查询消息，将所述任务执行结果发送至所述第二服务器；所述第二服务器用于根据所述任务执行结果，确认是否对所述待执行任务进行处理。

5.根据权利要求3所述的方法，其特征在于，在对所述待执行任务进行处理，生成对应的任务执行结果之后，还包括：

从任务数据库中，确认发布所述待执行任务的终端标识；

将所述任务执行结果发送至所述终端标识对应的终端；所述任务执行结果用于触发所述终端将所述待执行任务标记为已处理。

6.根据权利要求3所述的方法，其特征在于，在对所述待执行任务进行处理，生成对应的任务执行结果之后，还包括：

将所述任务执行结果发送至管理服务器；所述任务执行结果用于触发所述管理服务器在预设时间段内确认任务执行成功率，并返回相应的指令；

若接收到所述管理服务器返回的指令为关闭指令，则进入关闭状态。

7.一种任务处理装置，其特征在于，应用于服务器，所述装置包括：

查询消息发送模块，用于若满足任务处理条件，则生成查询消息，将所述查询消息发送至第一服务器；所述第一服务器用于根据所述查询消息生成查询结果；所述第一服务器根据预设的服务器优先级列表确定；

查询结果接收模块，用于接收所述第一服务器返回的所述查询结果；

处理状态确定模块，用于根据所述查询结果，确定所述第一服务器的任务处理状态；

处理结果确定模块，用于若所述第一服务器的任务处理状态满足所述任务处理条件，则拒绝对待执行任务进行处理；若所述第一服务器的任务处理状态不满足所述任务处理条件，则确认对所述待执行任务进行处理。

8.根据权利要求7所述的装置，其特征在于，所述处理状态确定模块，还用于从所述查询结果中提取出所述第一服务器的状态值；根据预设的状态值与数据处理状态的对应关系，确定所述第一服务器的任务处理状态。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括任务处理模块，用于从任务数据库中获取所述待执行任务的任务标识；所述待执行任务为当前时间的任务；根据所述任务标识查询所述任务数据库，获取所述待执行任务；对所述待执行任务进行处理，生成对应的任务执行结果。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括查询消息接收模块，用于接收第二服务器发送的查询消息；所述第二服务器根据所述预设的服务器优先级列表确定，所述第二服务器满足所述任务处理条件；根据所述查询消息，将所述任务执行结果发送至所述第二服务器；所述第二服务器用于根据所述任务执行结果，确认是否对所述待执行任务进行处理。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括任务执行结果发送模块，用于从任务数据库中，确认发布所述待执行任务的终端标识；将所述任务执行结果发送至所述终端标识对应的终端；所述任务执行结果用于触发所述终端将所述待执行任务标记为已处理。

12.根据权利要求9所述的装置，其特征在于，所述装置还包括指令接收模块，用于将所述任务执行结果发送至管理服务器；所述任务执行结果用于触发所述管理服务器在预设时间段内确认任务执行成功率，并返回相应的指令；若接收到所述管理服务器返回的指令为关闭指令，则进入关闭状态。

13.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至6中任一项所述方法的步骤。

14.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至6中任一项所述方法的步骤。

Images