CN112579308A

CN112579308A - 任务处理方法及系统

Info

Publication number: CN112579308A
Application number: CN201910923800.3A
Authority: CN
Inventors: 何士雄
Original assignee: Beijing Gridsum Technology Co Ltd
Current assignee: Beijing Gridsum Technology Co Ltd
Priority date: 2019-09-27
Filing date: 2019-09-27
Publication date: 2021-03-30

Abstract

本发明公开了一种任务处理方法及系统，任务处理设备可以获得任务请求设备发送的任务处理请求；任务处理设备获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理；任务处理设备接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；任务处理设备将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。由于任务处理设备将任务标识作为响应发送至所述任务请求设备，因此任务请求设备无需长时间等待响应。

Description

任务处理方法及系统

技术领域

本发明涉及任务处理技术领域，尤其涉及任务处理方法及系统。

背景技术

随着科学技术的发展，设备需要处理的事务越来越多，如服务端设备常会接收到多个客户端设备发送的任务处理请求。

现有的任务处理机制为：客户端设备向服务端设备发送任务处理请求，客户端设备等待服务端设备返回的响应。服务端设备根据接收的任务处理请求处理任务，如处理成功，则向客户端设备返回处理成功的响应，如处理失败，则向客户端设备返回处理失败的响应。

可见，现有的任务处理机制下，客户端设备需要长时间等待服务端设备返回的响应。

发明内容

鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的任务处理方法及系统，技术方案如下：

一种任务处理方法，应用于任务处理设备中，所述方法包括：

获得任务请求设备发送的任务处理请求；

获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理；

接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；

将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。

一种任务处理方法，应用于任务请求设备中，所述方法包括：

向任务处理设备发送任务处理请求，所述任务处理请求中携带有待处理任务的任务信息；

获得所述任务处理设备返回的响应，所述响应为与所述待处理任务对应的任务标识；

向所述任务处理设备发送任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；

获得所述任务处理设备返回的、与所述任务标识对应的所述待处理任务的处理状态信息。

一种任务处理系统，应用于任务处理设备中，所述系统包括：请求获得单元、标识发送单元、查询接收单元和状态发送单元，

所述请求获得单元，用于获得任务请求设备发送的任务处理请求；

所述标识发送单元，用于获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理；

所述查询接收单元，用于接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；

所述状态发送单元，用于将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。

一种任务处理系统，应用于任务请求设备中，所述系统包括：请求发送单元、响应获得单元、请求发送单元和状态获得单元，

所述请求发送单元，用于向任务处理设备发送任务处理请求，所述任务处理请求中携带有待处理任务的任务信息；

所述响应获得单元，用于获得所述任务处理设备返回的响应，所述响应为与所述待处理任务对应的任务标识；

所述请求发送单元，用于向所述任务处理设备发送任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；

所述状态获得单元，用于获得所述任务处理设备返回的、与所述任务标识对应的所述待处理任务的处理状态信息。

一种存储介质，其上存储有程序，该程序被处理器执行时实现上述的任一种任务处理方法。

一种设备，所述设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行上述的任一种任务处理方法。

借由上述技术方案，本发明提供的一种任务处理方法及系统，任务处理设备可以获得任务请求设备发送的任务处理请求；任务处理设备获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理；任务处理设备接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；任务处理设备将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。由于任务处理设备将任务标识作为响应发送至所述任务请求设备，因此任务请求设备无需长时间等待响应。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种任务处理方法的流程图；

图2示出了本发明实施例提供的另一种任务处理方法的流程图；

图3示出了本发明实施例提供的另一种任务处理方法的流程图；

图4示出了本发明实施例提供的另一种任务处理方法的流程图；

图5示出了本发明实施例提供的另一种任务处理方法的流程图；

图6示出了本发明实施例提供的另一种任务处理方法的流程图；

图7示出了本发明实施例提供的另一种任务处理方法的流程图；

图8示出了本发明实施例提供的另一种任务处理方法的流程图；

图9示出了本发明实施例提供的另一种任务处理方法的流程图；

图10示出了本发明实施例提供的一种任务处理系统的结构示意图；

图11示出了本发明实施例提供的一种设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示，本发明实施例提供的一种任务处理方法，应用于任务处理设备中，该方法可以包括：

S100、获得任务请求设备发送的任务处理请求。

在一具体实施例中，任务处理设备可以和一个或多个任务请求设备通信连接。各任务请求设备可以并行的向任务处理设备发送任务处理请求，这样任务处理设备可能会接收到多个任务处理请求。该任务处理请求可以为HTTP请求或其他请求。

其中，任务处理设备可以为服务端设备，如服务器；任务请求设备可以为客户端设备。任务处理设备可以通过其应用程序编程接口(API，Application ProgrammingInterface)获得任务处理请求。API是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码或理解内部工作机制的细节。其中，任务处理设备可以具有一个或多个应用程序编程接口，具体的，任务处理设备可以通过其第一应用程序编程接口获得任务处理请求。

在一可选实施例中，任务处理设备中可以设置有多个程序模块，不同的程序模块可以执行相同或不同的功能。任务处理设备可以通过多个程序模块处理待处理任务。

可选的，所述任务处理请求中可以携带有待处理任务的任务信息。其中，任务信息可以包括：任务处理所需的程序模块的标识和任务处理所需的程序模块的配置信息，其中，所述配置信息包括：结果发布地址、程序模块的标识、任务数据信息等。其中，任务数据信息可以包括：任务数据存储地址、任务数据本身、任务数据的数据量等。

上述配置信息可以控制程序模块的动作，例如：控制某类型的程序模块将另一类型的程序模块的处理结果发送到某结果发布地址中。

S200、获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理。

其中，任务处理设备可以接收到任务处理请求后的预设时长内生成任务标识。该预设时长可以较短，以尽快生成任务标识并将其作为响应发送至任务请求设备，这样任务请求设备的等待时长很多。

在一可选实施例中，任务标识可以为全局唯一标识符(GUID，globally uniqueidentifier)，以使生成的各任务标识不同。

在一可选实施例中，任务处理设备可以通过应用程序编程接口向任务请求设备发送任务标识，可选的，发送任务标识的应用程序编程接口和接收任务处理请求的应用程序编程接口可以相同或不同。

其中，根据所述任务处理请求对所述待处理任务进行处理，可以具体包括：根据任务处理请求中的任务信息对所述待处理任务进行处理。

进一步，根据任务处理请求中的任务信息对所述待处理任务进行处理，可以具体包括：根据任务处理所需的程序模块的标识和任务处理所需的程序模块的配置信息，控制至少一个程序模块对待处理任务进行处理。

本发明可以根据任务处理所需的程序模块的标识确定处理所述待处理任务的程序模块；然后根据配置信息控制确定的程序模块对待处理任务进行处理。

在一可选实施例中，任务处理所需的程序模块包括：第一类型的程序模块、第二类型的程序模块和第三类型的程序模块，所述根据任务处理所需的程序模块的标识和任务处理所需的程序模块的配置信息，控制至少一个程序模块对待处理任务进行处理，可以包括：

根据任务处理所需的程序模块的标识确定任务处理所需的程序模块包括：第一类型的程序模块、第二类型的程序模块和第三类型的程序模块；

根据第一类型的程序模块的配置信息，控制所述第一类型的程序模块生成多条任务数据；

根据第二类型的程序模块的配置信息，控制所述第二类型的程序模块处理各条所述任务数据，获得处理结果；

根据第三类型的程序模块的配置信息，控制所述第三类型的程序模块将所述处理结果发送到结果发布地址中。

其中，第一类型的程序模块可以为Extractor模块，它可以根据配置信息生成多条任务数据，然后将任务数据发送到第二类型的程序模块。

第二类型的程序模块可以为Transformer模块，每个Transformer模块每次可以对一条任务数据进行处理，如：任务数据是一篇文章，Transformer模块对文章添加情感标识，从获得带有情感标识的文章，即一条任务数据的任务结果。Transformer模块将任务结果发送给第三类型的程序模块。

第三类型的程序模块可以为Loader模块，它是数据仓库技术(ETL，Extract-Transform-Load)处理管道的最后一个程序模块，可以将任务结果发送到结果发布地址中。

可选的，结果发布地址可以为持久化存储的一块地址空间。可选的，结果发布地址中的各任务结果可以以队列形式进行排列。

在一可选具体实施例中，上述三种类型的程序模块之间可以通过队列进行数据传输，例如：第一类型的程序模块将生成的多条任务数据添加到数据队列中；每个第二类型的程序模块从数据队列中提取一条任务数据进行处理，获得一条任务数据的处理结果，每个第二类型的程序模块将获得的处理结果添加至结果队列中；第三类型的程序模块将所述结果队列中的所述处理结果发送到结果发布地址中。

S300、接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识。

其中，任务请求设备可以定期或不定期的向任务处理设备发送任务状态查询请求。

在一可选实施例中，各程序模块在处理任务的过程中会将处理情况报告发送至任务处理设备或其他设备，该其他设备可以为数据库，如ElasticSearch。可以理解的是，结果发布地址也可以为数据库中的一块地址空间。上述处理情况报告可以包括：程序模块的标识、任务标识、数据标识、已处理的数据的信息等。

任务处理设备在接收到任务状态查询请求后，可以根据任务状态查询请求中携带的所述任务标识，从保存处理情况报告的设备中获取与该任务标识对应的已处理的数据的信息，如某程序模块的已处理的数据的数量与发送给该程序模块的数据的数量相同，则说明该程序模块已完成自己的工作。当待处理任务所需的各程序模块都已完成各自的工作时，说明待处理任务已被成功处理，可以向任务请求设备返回任务已被成功处理的处理状态信息。

S400、将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。

本发明提供的一种任务处理方法，任务处理设备可以获得任务请求设备发送的任务处理请求；任务处理设备获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理；任务处理设备接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；任务处理设备将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。由于任务处理设备将任务标识作为响应发送至所述任务请求设备，因此任务请求设备无需长时间等待响应。同时，通过任务标识，任务请求设备可以查询任务状态信息。任务处理设备可以根据任务状态查询请求将日任务状态信息发送给任务请求设备，这样任务请求设备就可以获得任务状态信息，从而及时掌握任务进度并及时获得处理结果。

如图2所示，本发明实施例提供的另一种任务处理方法，可以包括：

S100、获得任务请求设备发送的任务处理请求。

其中，所述任务处理请求中携带有待处理任务的任务信息。图2中步骤S100、S300和S400在图1所示实施例中已具体说明，不再赘述。

S210、获得与所述待处理任务对应的任务标识，将所述任务标识发送至所述任务请求设备，将所述待处理任务的任务信息及所述待处理任务对应的所述任务标识添加到任务队列中；

其中，所述任务队列可以为多种类型的任务队列，如AzureServiceBus类型、RabbitMQ类型、EventHub类型、Kafka类型等。任务队列对数据的存储很快且稳定，因此通过任务队列可以快速、稳定的保存任务信息和任务标识。可选的，上述任务队列可以为云厂商提供的现有队列服务，以得到稳定性较高的任务队列。

由于在获得任务请求设备发送的任务处理请求后，任务处理设备没有立即进行数据库操作和逻辑运算，仅仅生成任务标识。所以无论什么类型的待处理任务，无论数据库是否可用，无论任务调用的服务是否可用(如:审批任务中领导是否在电脑前)，本发明的待处理任务的任务信息及所述待处理任务对应的所述任务标识必然会添加到任务队列中。这就保证了任务的有效接收，防止出现任务丢失。

S220、从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中，所述数据库还保存有与所述任务标识、所述任务信息对应的第一数据标识；

具体的，可以由一个针对任务队列的消费程序从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中。数据库可以为每一条数据都分配一个唯一的数据标识。其中，消费程序为任务处理设备中的程序。

在一可选实施例中，上述消费程序，可以从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的任务信息和任务标识发送给任务处理设备的第二应用程序编程接口。其中，图1所示实施例中提到的第一应用程序编程接口与本实施例提到的第二应用程序编程接口可以为不同的接口。上述将提取的任务信息和任务标识发送给第二应用程序编程接口的过程可以称为任务注入，这样，任务的注入者由任务请求设备变为了任务处理设备的一个消费程序。可选的，消息程序可以根据提取的任务信息和任务标识重新构建任务处理请求并将构建的任务处理请求发送给第二应用程序编程接口。

当第二应用程序编程接口无法正常接收消费程序发送的任务信息和任务标识时，第二应用程序编程接口向消费程序发送错误消息，消费程序可以再次从任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，然后再次发送给第二应用程序编程接口以再次进行任务注入。此再次任务注入的过程对于任务请求设备来说是无需知道的，任务处理设备可以不将该再次进行任务注入的相关信息告知任务请求设备。消费程序还可以向维护人员发送警报，由维护人员来检查任务处理设备是不是出现了问题。在解决问题后，维护人员还可以人工从任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识并发送给第二应用程序编程接口以再次进行任务注入。

任务处理设备的第二应用程序编程接口在获得消费程序发送的任务信息和任务标识后，可以将所述任务信息和所述任务标识对应保存到数据库中。

当任务请求设备同时向任务处理设备发送对至少两个待处理任务的任务处理请求时，本发明其他实施例可以首先确定所述至少两个待处理任务之间的关系，当该关系为：按照第一顺序先后执行上述至少两个待处理任务时，该其他实施例的消费程序可以按照第一顺序先后对上述至少两个待处理任务中的各待处理任务进行任务注入。具体的，可以先按照第一顺序注入一个待处理任务，在该待处理任务被成功处理后，再按照第一顺序注入另一个待处理任务，以此类推。

S230、根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理。

在对待处理任务进行处理时，可以根据第一数据标识从数据库中提取对应的任务信息及任务标识然后进行处理。可选的，处理状态信息可以与第一数据标识对应存储在数据库中。

除任务注入过程可能出现问题外，任务的处理过程也可能出现问题。如：审批任务中领导错误的将“同意”点成了“拒绝”；再如：处理任务的程序模块出现了不可恢复的问题。

由于本发明根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理。因此当任务的处理过程出现了不可恢复的问题时，数据库可以新增一条记录，该记录中包括一个新的数据标识(如第二数据标识)，以及与第一数据标识对应的任务标识、任务信息。该任务标识、任务信息与这个新的数据标识对应。当与第一数据标识对应的任务信息处理失败时，可以再次根据新的数据标识从数据库中提取对应的任务信息及任务标识然后进行再次处理。可选的，可以通过调用一个用于再次处理任务的应用程序编程接口(如第三应用程序编程接口)来控制数据库生产新的数据标识并与处理失败的任务的任务标识、任务信息进行对应保存以使任务再次被处理。

可以理解的是，本发明中的任务处理设备可以为一个实体设备，也可以为虚拟设备，还可以由分布式设备构成。本发明涉及的程序模块以及各应用程序编程接口可以位于相同或不同的设备中。数据库可以位于任务处理设备中，也可以位于其他设备中。其中，步骤S210至步骤S230为图1所示步骤S200的一种可选的具体实施方式。

S300、接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；

如图3所示，本发明实施例提供的另一种任务处理方法，可以包括：

S100、获得任务请求设备发送的任务处理请求。

其中，所述任务处理请求中携带有待处理任务的任务信息。图3中步骤S100和S300在图1所示实施例中已具体说明，不再赘述。

步骤S210至S230已在图2所示实施例说明，不再赘述。

S260、在根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理的过程中，记录所述待处理任务的处理状态信息并与所述第一数据标识对应保存至所述数据库中。

当接收到任务状态查询请求时，本发明可以根据任务状态查询请求中携带的任务标识在数据库中确定与该任务标识对应的数据标识，并将与数据标识对应的处理状态信息发送至所述任务请求设备。

S240、在所述待处理任务未被成功处理时，从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中，所述数据库还保存有与所述任务标识、所述任务信息对应的第二数据标识。

可以理解的是，当待处理任务未被成功处理时，可以在数据库中生成一条新的记录以再次处理待处理任务。

具体的，数据标识可以按照一定的方式来生成，例如：数据标识包括数字，随着生成时间的推移，数据标识中的数字越来越大。

S250、根据所述第二数据标识对所述数据库中保存的所述任务信息进行处理。

S270、在根据所述第二数据标识对所述数据库中保存的所述任务信息进行处理的过程中，记录所述待处理任务的处理状态信息并与所述第二数据标识对应保存至所述数据库中。

由于待处理任务上一次未被成功处理，因此当再次根据第二数据标识对任务信息进行处理的过程中，将处理状态信息与所述第二数据标识对应保存至所述数据库中。其中，步骤S210至步骤S270为图1所示步骤S200的另一种可选的具体实施方式。

S410、获得与所述待处理任务对应的任务标识，确定所述数据库中与所述任务标识对应的数据标识中的最新数据标识；

S420、将与所述最新数据标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。

其中，步骤S410和步骤S420为图1所示步骤S400的一种可选的具体实施方式。由于任务被再次处理时，其具有两份处理状态信息：一份第一次处理时产生的处理状态信息，一份再次处理时产生的处理状态信息。因此本发明可以通过确定与任务状态查询请求中携带的任务标识对应的数据标识中的最新的数据标识(例如最大的数据标识)，来确定最新的处理状态信息并发送至任务请求设备。

需要说明的是，图3中的步骤S260、S240、S250、S270、S410、S420并不需要都执行，其他实施例可以选择这些步骤中的部分步骤执行即可。

如图4所示，本发明实施例提供的另一种任务处理方法，可以包括：

S100、获得任务请求设备发送的任务处理请求，所述任务处理请求中携带有待处理任务的任务信息；

图4中步骤S100、S300和S400在图1所示实施例中已具体说明，不再赘述。

S220、从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中，所述数据库还保存有与所述任务标识、所述任务信息对应的第一数据标识。

步骤S210和S220已在图2所示实施例说明，不再赘述。

S231、根据与所述第一数据标识对应的所述任务信息，生成多条任务数据；

S232、将生成的所述多条任务数据添加至数据队列中；

S233、从所述数据队列中提取所述任务数据进行处理，获得提取的所述任务数据的处理结果；

S234、将获得的所述处理结果添加至结果队列中；

S235、将所述结果队列中的所述处理结果发送到结果发布地址中。

本实施例可以通过数据队列和结果队列进行数据削峰，也可以防止任务数据和处理结果丢失。

其中，步骤S231至步骤S235为图2所示步骤S230的一种可选的具体实施方式。

如图5所示，本发明实施例提供的另一种任务处理方法，可以包括：

图5中步骤S100、S300和S400在图1所示实施例中已具体说明，不再赘述。

步骤S210和S220已在图2所示实施例说明，不再赘述。

S231根据与所述第一数据标识对应的所述任务信息，生成多条任务数据；

S236、处理各条所述任务数据，获得每一条所述任务数据的处理结果；

S237、将各所述处理结果发送到结果发布地址中。

其中，步骤S231、步骤S236、步骤S237为图2所示步骤S230的另一种可选的具体实施方式。

如图6所示，本发明实施例提供的另一种任务处理方法，可以包括：

图6中步骤S100、S300和S400在图1所示实施例中已具体说明，不再赘述。

S240、在所述待处理任务未被成功处理时，从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中，所述数据库还保存有与所述任务标识、所述任务信息对应的第二数据标识；

其中，步骤S210至步骤S250为图1所示步骤S200的另一种可选的具体实施方式。

如图7所示，本发明实施例提供的一种任务处理方法，应用于任务处理设备中，该方法可以包括：

S200、获得与所述待处理任务对应的任务标识，将所述任务标识发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理；

图7中步骤S100至S400在前述实施例中已具体说明，不再赘述。

S500、在根据所述任务处理请求对所述待处理任务进行处理的过程中，获得需取消的目标任务的任务特征；

本实施例可以定期或不定期的获得需取消的目标任务的任务特征。具体的，可以从第四应用程序编程接口获得该特务特征。该任务特征可以由维护人员进行设定和修改，该任务特征也可以是由任务请求设备发送至任务处理设备中的。当任务请求设备希望取消某任务的处理时，任务请求设备可以将需取消的目标任务的任务特征发送至任务处理设备。其中，任务特征可以包括：任务信息中携带的字段特征和/或任务信息中携带的字段对应的字段值特征等。

为方便理解，下面示例性提供一种任务特征的表示代码：

该代码的含义为：如果任务信息具有field-name指定的字段，且此字段值为field-value指定的值，则对该任务信息进行正则表达式匹配，如果该任务信息与正则表达式匹配成功，则取消该任务信息的处理。

S600、确定所述待处理任务是否符合所述任务特征，如果是，则执行步骤S700；否则继续处理所述待处理任务。

S700、取消所述待处理任务的处理。

其中，步骤S500至步骤S700可以在步骤S300和/或步骤S400的之前、之后执行，也可以同时执行，本发明在此不做限定。

与上述应用于任务处理设备的任务处理方法相对应，本发明实施例还提供了一种任务处理方法，应用于任务请求设备中，如图8所示，该方法可以包括：

S001、向任务处理设备发送任务处理请求。

可选的，所述任务处理请求中携带有待处理任务的任务信息；

S002、获得所述任务处理设备返回的、与所述待处理任务对应的任务标识；

S003、向所述任务处理设备发送任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；

S004、获得所述任务处理设备返回的、与所述任务标识对应的所述待处理任务的处理状态信息。

如图9所示，本发明实施例提供的一种任务处理方法，还可以包括：

S005、确定接收的处理状态信息是否为任务已完成，如果是，则执行步骤S006；否则，可以再次执行步骤S003。

S006、从结果发布地址中获得与所述任务标识对应且与所述任务信息匹配的处理结果。

其中，步骤S006可以具体包括：

根据所述任务信息确定所述待处理任务的处理结果的数量；

从结果发布地址中获得与所述任务标识对应且与为所述数量的处理结果。

与应用于任务处理设备中的任务处理方法相对应，本发明还提供了一种任务处理系统，应用于任务处理设备中。如图10所示，该系统可以包括：请求获得单元100、标识发送单元200、查询接收单元300和状态发送单元400，

所述请求获得单元100，用于获得任务请求设备发送的任务处理请求；

所述标识发送单元200，用于获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理；

所述查询接收单元300，用于接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；

所述状态发送单元400，用于将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。

可选的，所述任务处理请求中携带有待处理任务的任务信息，所述标识发送单元200包括：标识发送子单元、任务队列添加子单元、信息保存子单元和第一处理子单元，

所述标识发送子单元，用于获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备；

所述任务队列添加子单元，用于将所述待处理任务的任务信息及所述待处理任务对应的所述任务标识添加到任务队列中；

所述信息保存子单元，用于从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中，所述数据库还保存有与所述任务标识、所述任务信息对应的第一数据标识；

所述第一处理子单元，用于根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理。

可选的，所述第一处理子单元，包括：数据生成子单元、数据队列添加子单元、第一结果获得子单元、结果队列添加子单元和第一结果发布子单元，

所述数据生成子单元，用于根据与所述第一数据标识对应的所述任务信息，生成多条任务数据；

所述数据队列添加子单元，用于将生成的所述多条任务数据添加至数据队列中；

所述第一结果获得子单元，用于从所述数据队列中提取所述任务数据进行处理，获得提取的所述任务数据的处理结果；

所述结果队列添加子单元，用于将获得的所述处理结果添加至结果队列中；

所述第一结果发布子单元，用于将所述结果队列中的所述处理结果发送到结果发布地址中。

可选的，所述处理子单元，包括：数据生成子单元、第二结果获得子单元和第二结果发布子单元，

所述第二结果获得子单元，用于处理各条所述任务数据，获得每一条所述任务数据的处理结果；

所述第二结果发布子单元，用于将各所述处理结果发送到结果发布地址中。

可选的，所述标识发送单元200还包括：再次保存子单元和再次处理子单元，

所述再次保存子单元，用于在所述待处理任务未被成功处理时，从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中，所述数据库还保存有与所述任务标识、所述任务信息对应的第二数据标识；

所述再次处理子单元，用于根据所述第二数据标识对所述数据库中保存的所述任务信息进行处理。

可选的，图10所示系统还包括：第一记录单元和/或第二记录单元，

所述第一记录单元，用于在根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理的过程中，记录所述待处理任务的处理状态信息并与所述第一数据标识对应保存至所述数据库中；

所述第二记录单元，用于在根据所述第二数据标识对所述数据库中保存的所述任务信息进行处理的过程中，记录所述待处理任务的处理状态信息并与所述第二数据标识对应保存至所述数据库中；和/或，

所述状态发送单元具体用于：

获得与所述待处理任务对应的任务标识，确定所述数据库中与所述任务标识对应的数据标识中的最新数据标识；

将与所述最新数据标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。

可选的，图10所示系统还包括：特征获得单元、特征判断单元和任务取消单元，

所述特征获得单元，用于在所述标识发送单元200根据所述任务处理请求对所述待处理任务进行处理的过程中，获得需取消的目标任务的任务特征；

所述特征判断单元，用于确定所述待处理任务是否符合所述任务特征，如果是，触发所述任务取消单元；

所述任务取消单元，用于取消所述待处理任务的处理。

本发明实施例提供的一种任务处理系统，任务处理设备可以获得任务请求设备发送的任务处理请求；任务处理设备获得与所述待处理任务对应的任务标识，将所述任务标识作为响应发送至所述任务请求设备，根据所述任务处理请求对所述待处理任务进行处理；任务处理设备接收所述任务请求设备发送的任务状态查询请求，所述任务状态查询请求中携带有所述任务标识；任务处理设备将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备。由于任务处理设备将任务标识作为响应发送至所述任务请求设备，因此任务请求设备无需长时间等待响应。

与应用于任务请求设备中的任务处理方法相对应，本发明还提供了一种任务处理系统，应用于任务请求设备中，该系统可以包括：请求发送单元、响应获得单元、请求发送单元和状态获得单元，

可选的，该系统还包括：完成确定单元和结果获得单元，

所述完成确定单元，用于确定接收的处理状态信息是否为任务已完成，如果是，则触发所述结果获得单元；

所述结果获得单元，用于从结果发布地址中获得与所述任务标识对应的处理结果。

可选的，所述结果获得单元具体用于：根据所述任务信息确定所述待处理任务的处理结果的数量；

从结果发布地址中获得与所述任务标识对应且与数量为所述数量的处理结果。

所述任务处理系统包括处理器和存储器，上述请求获得单元、标识发送单元、查询接收单元和状态发送单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来处理任务。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现任一种所述任务处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任一种所述任务处理方法。

如图11所示，本发明实施例提供了一种设备70，设备70包括至少一个处理器701、以及与处理器701连接的至少一个存储器702、总线703；其中，处理器701、存储器702通过总线703完成相互间的通信；处理器701用于调用存储器702中的程序指令，以执行上述的任一种任务处理方法。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有本实施例提供的任一种任务处理方法中部分或全部步骤的程序。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims

1.一种任务处理方法，其特征在于，应用于任务处理设备中，所述方法包括：

获得任务请求设备发送的任务处理请求；

2.根据权利要求1所述的方法，其特征在于，所述任务处理请求中携带有待处理任务的任务信息，所述根据所述任务处理请求对所述待处理任务进行处理，包括：

将所述待处理任务的任务信息及所述待处理任务对应的所述任务标识添加到任务队列中；

从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中，所述数据库还保存有与所述任务标识、所述任务信息对应的第一数据标识；

根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理，包括：

根据与所述第一数据标识对应的所述任务信息，生成多条任务数据；

将生成的所述多条任务数据添加至数据队列中；

从所述数据队列中提取所述任务数据进行处理，获得提取的所述任务数据的处理结果；

将获得的所述处理结果添加至结果队列中；

将所述结果队列中的所述处理结果发送到结果发布地址中；

或者，所述根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理，包括：

处理各条所述任务数据，获得每一条所述任务数据的处理结果；

将各所述处理结果发送到结果发布地址中。

4.根据权利要求2所述的方法，其特征在于，所述根据所述任务处理请求对所述待处理任务进行处理，还包括：

在所述待处理任务未被成功处理时，从所述任务队列中提取所述待处理任务的任务信息和所述待处理任务对应的所述任务标识，将提取的所述任务信息和所述任务标识对应保存到数据库中，所述数据库还保存有与所述任务标识、所述任务信息对应的第二数据标识；

根据所述第二数据标识对所述数据库中保存的所述任务信息进行处理。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在根据所述第一数据标识对所述数据库中保存的所述任务信息进行处理的过程中，记录所述待处理任务的处理状态信息并与所述第一数据标识对应保存至所述数据库中；和/或，

在根据所述第二数据标识对所述数据库中保存的所述任务信息进行处理的过程中，记录所述待处理任务的处理状态信息并与所述第二数据标识对应保存至所述数据库中；和/或，

所述将与所述任务标识对应的所述待处理任务的处理状态信息发送至所述任务请求设备，包括：

6.根据权利要求1至5中任一项所述的方法，其特征在于，还包括：

在根据所述任务处理请求对所述待处理任务进行处理的过程中，获得需取消的目标任务的任务特征；

确定所述待处理任务是否符合所述任务特征，如果是，取消所述待处理任务的处理。

7.一种任务处理方法，其特征在于，应用于任务请求设备中，所述方法包括：

8.一种任务处理系统，其特征在于，应用于任务处理设备中，所述系统包括：请求获得单元、标识发送单元、查询接收单元和状态发送单元，

9.一种任务处理系统，其特征在于，应用于任务请求设备中，所述系统包括：请求发送单元、响应获得单元、请求发送单元和状态获得单元，

10.一种存储介质，其特征在于，其上存储有程序，该程序被处理器执行时实现权利要求1至7中任一项所述任务处理方法。

11.一种设备，其特征在于，所述设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行权利要求1至7中任一项所述任务处理方法。