CN111507674A - 任务信息处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了任务信息处理方法、装置及系统，所述系统包括：配置子系统，用于接收任务模板创建请求，以及为所述任务模板提交的配置信息，以用于进行任务模板的创建，并提供用于对所述任务模板进行调用的接口；所述配置信息中包括任务生成规则信息以及目标接收者信息；任务引擎子系统，用于通过所述接口接收业务系统对目标任务模板的调用请求，根据对应的任务生成规则生成任务实例，并发送给所述目标接收者用户。通过本申请实施例，能够更有高效地进行任务信息的处理，并提高通用性，降低对工作流模式的依赖。

Description

任务信息处理方法、装置及系统

技术领域

本申请涉及任务信息处理技术领域，特别是涉及任务信息处理方法、装置及系统。

背景技术

在“新零售”中的线上与线下相结合的服务模式下，业务场景复杂，业务链路一般会很长，在此过程中，会涉及到很多个业务方来分别负责处理不同的作业流程。例如，对于面向消费者的业务方，可能会涉及到下单业务，发货业务等。而对于面向商家的业务方，则可能更需要处理上架业务，仓调货业务，仓补货业务，仓配送业务，等等。其中，每个流程中都可能包括多个业务逻辑节点，例如，对于商品上架流程，其中包括了拣货->打包->装箱->上架等多个节点。其中，具体业务逻辑节点通过可以对应生成具体的任务，由具体店铺或者仓库内的作业者执行，一个节点上的任务完成之后，再流转到下一节点，生成下一节点上的任务，以此类推。

其中，在现有技术中，对于具体业务方的业务系统而言，通常需要在系统内实现具体与任务生成相关的处理逻辑，但是，对于业务方而言，工作量会比较大，需要维护的代码量以及开发难度也会比较大。

因此，如何更有高效地进行任务信息的处理，成为需要本领域技术作业者解决的技术问题。

发明内容

本申请提供了任务信息处理方法、装置及系统，能够更有高效地进行任务信息的处理，并提高通用性，降低对工作流模式的依赖。

本申请提供了如下方案：

一种任务信息处理系统，包括：

配置子系统，用于接收任务模板创建请求，以及为所述任务模板提交的配置信息，以用于进行任务模板的创建，并提供用于对所述任务模板进行调用的接口；所述配置信息中包括任务生成规则信息以及目标接收者信息；

任务引擎子系统，用于通过所述接口接收业务系统对目标任务模板的调用请求，根据对应的任务生成规则生成任务实例，并发送给所述目标接收者用户。

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

接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

根据所述配置信息进行任务模板的创建，并提供任务模板标识；

提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

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

提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

接收业务系统对目标任务模板的调用请求；

根据所述目标任务模板中的任务生成规则生成任务实例；

根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

一种任务信息处理装置，包括：

模板创建请求接收单元，用于接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

模板创建单元，用于根据所述配置信息进行任务模板的创建，并提供任务模板标识；

接口提供单元，用于提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

一种任务信息处理装置，包括：

模板库提供单元，用于提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

调用请求接收单元，用于接收业务系统对目标任务模板的调用请求；

任务实例生成单元，用于根据所述目标任务模板中的任务生成规则生成任务实例；

任务实例发送单元，用于根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

根据所述配置信息进行任务模板的创建，并提供任务模板标识；

提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

接收业务系统对目标任务模板的调用请求；

根据所述目标任务模板中的任务生成规则生成任务实例；

根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，通过任务控制中心对任务进行集中管理，可以实现更高效的任务信息处理，并且，由于具体的任务配置过程，以及后续具体的调用过程，都不再依赖于具体的工作流，因此，即便是某个依赖工作流的任务，也可以通过本申请实施例中的方式进行任务模板的配置以及调用，而不再需要进行流程图的绘制等处理，因此，可以提高任务的配置及调用的实现效率。另外，对于本身不依赖工作流模式的任务而言，更是可以很方便的完成任务模板的配置及调用，因此，方案的通用性也得到提高。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术作业者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统的示意图；

图2-1至2-9是本申请实施例提供的界面示意图；

图3是本申请实施例提供的第一方法的流程图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第一装置的示意图；

图6是本申请实施例提供的第二装置的示意图；

图7是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术作业者所获得的所有其他实施例，都属于本申请保护的范围。

针对现有技术中业务方系统自行进行任务生成处理过程中存在的工作量过大等问题，首先可以为各个业务方提供统一的任务控制台，这样，具体的业务方可以通过该任务控制台进行任务的配置，这样，业务方只需要在自己的代码中实现对指定任务的调用，即可由任务控制台根据具体传入的数据生成对应的任务，然后这种任务可以发放到下一节点上的相关作业者等目标人群。

其中，由于具体的业务系统中通常会包括对多种工作流的处理，大部分的任务是需要在工作流的某个节点等处进行配置。因此，在通过任务控制台进行任务配置时，一种具体的方式是，任务控制台能够提供基于工作流的可视化任务配置方式。也就是说，如果某业务方需要进行任务配置，则可以登录到任务控制台，然后，根据具体所需配置的任务所在的工作流，绘制流程图，其中可以包括多个节点，并分别设定各个节点之间的流转关系。然后，业务方的配置作业者可以选中具体需要发布任务的节点，进行任务信息的配置，包括具体需要调用的服务地址信息等等。在这种方式下，具体在运行过程中，具体的业务系统需要先驱动流程，再由任务引擎在具体的流程运行过程中驱动具体节点上的任务，例如，当被业务系统调用的某个流程运行到某个节点的时候，生成具体的任务，并分配给具体的接收方来执行对应的任务，完成任务的处理后，流转到流程图中的下一个节点。如果下一个节点中同样配置了具体的任务信息，则同样可以生成具体的任务进行分配，等等。

但是，上述方式对工作流模式具有严重的依赖，每次进行任务配置时，都需要先构建流程图，然后再进行任务的配置，显然，具体的实现效率会比较低。另外，在实际应用中，还有部分任务是不依赖于工作流模式的，比如，某个简单的审批任务等，可能并不是需要在某个工作流流转的过程中发布，而是随机的发布一个单点任务。此时，如果仍然按照依赖工作流的方式进行任务配置，则还需要创建出只有一个节点的流程图，再基于该流程图进行任务配置，这显得过于复杂。另外，对于任务控制平台而言，需要保存各种具体流程图的相关信息，包括流程图中具体所包含的节点，节点之间的流转关系，等等，以便在具体流程被调用时，能够按照具体流程中的信息执行具体的操作，因此，也会增加任务平台的复杂度。

针对上述情况，本申请实施例中提供了一种新型的任务控制平台，在该任务控制平台中，具体进行任务配置时，可以不必依赖于某工作流，也不必进行流程图的绘制等操作，直接以任务模板的方式进行配置。例如，具体的业务方可以登录到该任务控制台，然后，可以通过该控制台中的配置子系统进行具体任务模板的创建，并提供相关的配置信息，包括具体的任务规则、目标接收到用户的信息，等等。然后，任务控制平台可以为具体的任务模板提供具体的id等标识，并且可以提供用于对这种任务模板进行调用的接口。这样，具体的业务系统在需要发布某个任务时，便可以在其代码中对应的位置引入对目标任务模板的调用逻辑。相应的，具体的调用请求便可以提交到任务控制台，任务控制台中还可以配备有任务引擎子系统，在接收到业务系统的调用请求后，可以由该任务引擎子系统从任务模板库中查询到具体的任务模板的信息，包括任务生成规则，目标接收方用户信息，等等。然后，便可以根据具体业务系统传入的相关数据等，生成具体的任务实例，再发送给具体的目标接收方用户，使得接收方用户能够接收到具体的任务实例信息，并执行对应的作业操作即可，例如，具体可以是拣货，打包，配送，等等。

下面对本申请实施例提供的具体技术方案进行详细介绍。

实施例一

首先，该实施例一提供了一种任务信息处理系统，参见图1，该系统具体可以包括：

配置子系统101，用于接收任务模板创建请求，以及为所述任务模板提交的配置信息，以用于进行任务模板的创建，并提供用于对所述任务模板进行调用的接口；所述配置信息中包括任务生成规则信息以及目标接收者信息；

任务引擎子系统102，用于通过所述接口接收业务系统对目标任务模板的调用请求，根据对应的任务生成规则生成任务实例，并发送给所述目标接收者用户。

其中，具体的配置子系统具体可以通过配置界面等形式提供对外服务，具体的业务方可以通过登录该配置子系统的方式，对该配置界面进行访问。通过该配置界面便可以实现对具体任务模板的配置。其中具体在进行配置时，可以是包括对任务生成规则的配置，对具体任务实例的目标接收方的配置等。另外，在可选的实现方案中，还可以对是否需要对目标接收方进行通知进行配置，如果需要，则可以提供相关消息通知模板的配置操作选项，等等。

其中，关于具体的任务规则信息，具体可以根据业务方的实际业务场景中的需求而定，例如，在为具体的拣货任务配置任务模板时，可以将具体的任务规则配置为：将五分钟内收到的交易订单，在配送时间、配送地址比较接近的多个订单作为同一批次，并将同一批次的订单中的商品对象按照所在拣货区域的不同生成多个拣货任务。或者，对于配送任务，具体的任务规则可以配置为，在将多个交易订单合并成为同一个批次后，根据该批次的订单生成同一个配送任务，等等。除了上述在具体某个业务链路中多个业务节点上需要执行的任务外，还可以包括一些普通的任务，例如，某个审批任务，等等。

除了具体的任务生成规则，还可以对目标接收方信息进行配置，其中，目标接收方具体可以是具体执行对应任务的作业作业者，例如，拣货员，打包员等等。其中，具体在对目标接收方信息进行配置时，可以有多种具体的配置方式。例如，其中一种方式下，可以直接配置指定作业者的姓名、工号等信息。或者，还可以配置动态作业者，也即，可以通过一个参数名等进行表达，具体的作业者信息可以根据具体被调用过程中传入的参数值来确定。例如，可以为“${accountids}”，这样，具体调用过程中可以传入具体的accountid的参数值，从而可以根据该参数值确定出具体的目标接收方信息。再者，还可以通过指定角色数据范围的方式来进行指定。也就是说，在“新零售”等应用场景中，具体的业务链路中，各种不同的业务节点上都可能有不同角色的作业作业者，例如，配送员，拣货员，等等；另外还可能存在一些管理岗位上的角色，例如，拣货主管，打包主管，等等。因此，可以通过具体的角色名称对具体所需的目标接收方信息进行配置，等等。

具体实现时，在业务方登录到具体的配置界面之后，可以首先展示出已经创建的任务模板列表，这些任务模板可能是多个具体的业务方之前已经创建的。当前业务方可以直接对这些已有的业务模板进行查看，如果符合自己的需求，还可以直接在自己的业务系统中实现对该业务模板的调用。当然，在实际应用中，由于业务模板的数量可能会非常多，因此，为了便于管理，也为了便于业务方进行查询，还可以按照具体的业务场景等信息，对任务模板进行分类保存。如图2-1所示，其中展示出了一些场景信息，例如“订单系统提交”，等等。在每一个具体的场景所在的列表条目中，还可以包括用于对具体场景的详情进行查看、编辑等操作的选项。例如，在点击其中一个场景对应的“详情”选项时，可以如图2-2所示，展示出该场景的详情，具体可以包括具体场景的名称、描述、具体包含的任务模板的列表等等。其中，还可以包括用于对具体的任务模板列表进行查看的选项，点击等该操作之后，可以展示出如图2-3中所示的界面。其中展示有多个已有的任务模板对应的列表项。并且，可以通过具体的“详情”等选项查看具体任务模板详情信息。总之，业务方可以根据自己所需的场景等信息，首先通过对已有的任务模板信息进行查看，如果不存在服务自己需求的任务模板，则还可以通过图2-3所示界面中的“+新增任务模板”等字样的操作选项，发起创建新的任务模板的请求。

在发起创建新的任务模板的请求后，可以提供用于提供具体新建任务模板配置信息的界面，例如，如图2-4所示，其中可以包括用于对任务模板的名称、描述、类型、任务透出配置等信息进行配置的选项，当然，具体实现时，还可以包括对应的任务生成规则、目标接收方信息，等等。完成具体的信息配置后，可以生成一个新的任务模板，并且配置子系统可以为其分配具体的任务模板ID等标识信息，并添加到任务模板ID列表中。

其中，在对具体的目标接收方进行配置时，还可以首先提供多种可选的配置方式，这样，还可以首先对目标群体的配置方式进行选择，然后再在具体的配置方式下，进行具体的目标接收方信息的配置。例如，如图2-5所示，具体的配置方式可以包括“指定作业者”，此时，可以进一步提供用于对具体作业者的工号、姓名等标识进行配置的选项。或者，如图2-6所示，具体的配置方式也可以包括“动态作业者”，此时，还可以进一步提供用于对具体作业者的参数信息等进行配置的选项，例如，可以配置为“${accountids}”，等。再者，如图2-7所示，具体的配置方式还可以包括“角色数据范围”，此时，可以分别指定具体的范围、角色信息，例如，范围为“商家”，角色为“配送主管”，等等。

其中，具体生成的任务实例，一般情况下，可以推送到相关的接收方关联的终端设备，例如，具体可以是PC机或者移动终端设备，等等。另外，在具体实现时，还有些任务信息可能需要向目标接收方另行发送通知消息，例如，需要通过电子邮件，或者一些即时通信类的工具进行通知，等等。因此，在具体实现时，还可以提供用于对通知消息进行配置的操作选项。具体的，可以在具体配置任务模板的界面中，提供用于询问是否需要配置通知消息的操作选项，这样，如果需要，便可以通过该选项进入到具体的消息配置界面。其中，具体实现时，为了提高配置信息的通用性，具体的通知消息也可以以消息模板的形式存在，在业务方确定需要进行通知消息配置时，可以首先向其展示已经创建的消息模板列表，业务方可以首先从中进行选择。如果没有符合要求的消息模板，则可以重新创建新的消息模板，相应的，还可以添加到消息模板库中进行保存。其中，在具体进行消息模板的配置时，如图2-8所示，具体可以对通道类型进行选择，还可以对具体的消息体内容进行编辑，例如，“亲爱的${accountName}，您有一个订单提交申请需要审批”，等等。另外，还可以在通知消息中携带一些跳转链接，因此，还可以对具体的跳转链接的地址等信息进行配置。这样，具体的任务模板在被调用的过程中，如果配置了需要推送通知消息的需求，并设定了消息模板，则还可以根据该消息模板向目标接收方推送关于具体任务信息的通知消息。

也就是说，在具体对任务模板进行配置时，具体所需配置的信息就可以包括任务生成规则、目标接收方信息，在需要推送通知消息的情况下，还可以包括消息模板信息，等等。具体创建的任务模板可以进行保存，如前文所述，还可以预先划分多个具体的场景，按照场景将任务模板进行分类保存。例如，在一种具体的方式下，具体保存的信息可以如表1所示：

表1

当然，在实际应用中，具体保存的信息还可以包括任务场景的code，所有者信息，创建时间信息，任务模板的所有者、创建时间，等等。另外，关于具体的消息模板，也可以分别进行保存，例如，具体可以如表2所示：

表2

具体在完成具体任务模板的配置之后，具体的配置子系统可以为任务模板生成具体的ID等标识信息，另外还可以提供用于对任务模板进行调用的接口。这样，具体的业务系统在需要生成发布任务时，便可以在自己的业务代码中对应的位置处，加入用于对任务模板进行调用的代码。这样，在业务系统运行过程中，就可以对具体的任务模板发起调用，相应的，任务控制中心的任务引擎子系统就可以定位到具体任务模板中的任务生成规则、目标接收方用户等信息。然后，可以根据具体业务系统传入的相关参数，以及所述任务生成规则，生成具体的任务实例。生成任务实例后，则可以发送给目标任务模板中配置的目标接收方，使得目标接收方能够接收到具体的任务实例，并执行具体的任务。

其中，在实际应用中，业务系统的通常数量会比较多，每个业务系统中都可能会不断对各种任务模板进行调用，生成对应的任务实例，并且，具体每个任务实例可能需要一定的时间才能执行完成。例如，对于具体的拣货任务，从将具体的拣货任务分配给一个拣货员开始，到该拣货员完成对该拣货任务的处理，可能会需要经历一段时间。因此，为了便于查询各个任务实例的具体信息，任务控制台中还可以提供查询子系统，可以用于查询具体的任务案例的具体信息。例如，如图2-9所示，具体可以包括任务实例的编号信息，发起人信息，发起时间信息，完成时间信息，任务状态信息，等等。另外，还可以在具体的信息表中提供用于对具体的任务实例进行查看详情、催办、转交、终止等操作的操作选项。例如，具体实现时，如果某业务方发现其发起的一个任务实例长时间处于“处理中”状态，则可以通过该界面发起“催办”信息，相应的，控制中心可以相对应的任务接收方发送催办消息。或者，还可以通过该界面发起“转交”信息，以便将具体的任务转交给其他的接收方进行执行。此时，如图2-9所示，还可以弹出窗口，用于输出具体所需转交的目标接收方的信息，等等。

可见，在本申请实施例中，由于具体的任务配置过程，以及后续具体的调用过程，都不再依赖于具体的工作流，因此，即便是某个依赖工作流的任务，也可以通过本申请实施例中的方式进行任务模板的配置以及调用，而不再需要进行进行流程图的绘制等处理，因此，可以提高任务的配置及调用的实现效率。另外，对于本身不依赖工作流模式的任务而言，更是可以很方便的完成任务模板的配置及调用，因此，方案的通用性也得到提高。

需要说明的是，对于依赖于工作流模式的任务而言，由于本申请实施例中，不再需要在任务控制中心对具体的流程图进行绘制，因此，具体的工作流中包括哪些节点，各个节点之间的流转关系等信息，对于任务控制中心都是透明的，其也不需要关心这些信息，只要在接收到具体业务系统针对目标任务模板的调用请求后，进行相应的任务实例的生成以及发布即可。而其中关于将具体工作流中所包括的节点信息，节点之间的流转信息，则可以由业务方在自己的业务系统中来进行配置实现。例如，具体可以根据所述工作流的信息创建流程实例，所述流程实例中包括多个节点，以及至少一个触发事件，所述触发事件用于触发业务处理流程从一个节点流转到下一个节点；其中，在进行节点间流转时，如果所需流转到的目标节点需要生成目标任务，则通过所述接口对所述目标任务模板进行调用。或者，在另一种方式下，也可以通过另外的工作流配置中心进行配置，等等，也即，将工作流配置调用与任务的配置调用进行解耦，这样的方案在实际应用中也更合理。

实施例二

该实施例二是与实施例一相对应的，从配置子系统的角度，提供了一种任务信息处理方法，参见图3，该方法具体可以包括：

S301：接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

S302：根据所述配置信息进行任务模板的创建，并提供任务模板标识；

S303：提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

其中，所述任务模板包括：为依赖于工作流模式的任务配置的任务模板；

所述业务系统具体用于，根据所述工作流的信息创建流程实例，所述流程实例中包括多个节点，以及至少一个触发事件，所述触发事件用于触发业务处理流程从一个节点流转到下一个节点；其中，在进行节点间流转时，如果所需流转到的目标节点需要生成目标任务，则通过所述接口对所述目标任务模板进行调用。

或者，所述任务模板包括：为不依赖于工作流模式的任务配置的任务模板。

其中，在一种场景下，所述任务模板包括：为拣货任务配置的任务模板；此时，所述任务生成规则包括：如果预置时间长度内接收到的订单的配送时间及配送地址符合条件，则进行合批处理，并根据同一批次中的各订单中包括的商品对象所在的拣货区信息，生成对应的拣货任务。

或者，所述任务模板包括：为配送任务配置的任务模板；此时，所述任务生成规则可以包括：如果预置时间长度内接收到的订单的配送时间及配送地址符合条件，则进行合批处理，根据同一批次的订单生成配送任务。

其中，所述配置信息中的目标接收者信息包括指定作业者的标识信息，以便所述任务引擎子系统根据所述标识信息，对任务实例信息进行发送。

或者，所述配置信息中的目标接收者信息包括指定的参数信息，以便述任务引擎子系统在接收到调用请求时，根据所述业务系统传入的参数值，确定具体作业者的信息，对任务实例信息进行发送。

或者，所述配置信息中的目标接收者信息包括角色数据范围信息，以便所述任务引擎子系统根据所述角色数据范围信息，对任务实例信息进行发送。

另外，所述配置信息中还可以包括所需发送的通知消息的信息，以便所述任务引擎子系统在发布所述任务实例时，向所述目标接收者推送通知消息。

实施例三

该实施例三也是与实施例一相对应的，从任务引擎子系统的角度，提供了一种任务信息处理方法，参见图4，该方法具体可以包括：

S401：提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

S402：接收业务系统对目标任务模板的调用请求；

S403：根据所述目标任务模板中的任务生成规则生成任务实例；

S403：根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

具体实现时，还可以通过任务实例信息界面提供已生成的任务实例的状态信息。

另外，还可以通过所述任务实例信息界面提供用于对目标任务实例进行催促办理的第一操作选项；通过所述第一操作选项接收到催促办理的请求时，向对应的目标接收方发送催促办理的通知消息。

还可以通过所述任务实例信息界面提供用于对目标任务实例进行目标接收方变更的第二操作选项；通过所述第二操作选项接收到变更请求时，提供用于指定新的目标接收方信息的操作界面；在接收到新的目标接收方信息后，将所述目标任务实例从原接收方处撤回，并发送给新的目标接收方。

与实施例二相对应，本申请实施例还提供了一种任务信息处理装置，参见图5，该装置具体可以包括：

模板创建请求接收单元501，用于接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

模板创建单元502，用于根据所述配置信息进行任务模板的创建，并提供任务模板标识；

接口提供单元503，用于提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

其中，所述任务模板包括：为依赖于工作流模式的任务配置的任务模板；

所述业务系统具体用于，根据所述工作流的信息创建流程实例，所述流程实例中包括多个节点，以及至少一个触发事件，所述触发事件用于触发业务处理流程从一个节点流转到下一个节点；其中，在进行节点间流转时，如果所需流转到的目标节点需要生成目标任务，则通过所述接口对所述目标任务模板进行调用。

或者，所述任务模板包括：为不依赖于工作流模式的任务配置的任务模板。

其中，在一种场景下，所述任务模板包括：为拣货任务配置的任务模板；此时，所述任务生成规则包括：如果预置时间长度内接收到的订单的配送时间及配送地址符合条件，则进行合批处理，并根据同一批次中的各订单中包括的商品对象所在的拣货区信息，生成对应的拣货任务。

或者，所述任务模板包括：为配送任务配置的任务模板；此时，所述任务生成规则可以包括：如果预置时间长度内接收到的订单的配送时间及配送地址符合条件，则进行合批处理，根据同一批次的订单生成配送任务。

其中，所述配置信息中的目标接收者信息包括指定作业者的标识信息，以便所述任务引擎子系统根据所述标识信息，对任务实例信息进行发送。

或者，所述配置信息中的目标接收者信息包括指定的参数信息，以便述任务引擎子系统在接收到调用请求时，根据所述业务系统传入的参数值，确定具体作业者的信息，对任务实例信息进行发送。

或者，所述配置信息中的目标接收者信息包括角色数据范围信息，以便所述任务引擎子系统根据所述角色数据范围信息，对任务实例信息进行发送。

另外，所述配置信息中还可以包括所需发送的通知消息的信息，以便所述任务引擎子系统在发布所述任务实例时，向所述目标接收者推送通知消息。

与实施例三相对应，本申请实施例还提供了一种任务信息处理装置，参见图6，该装置具体可以包括：

模板库提供单元601，用于提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

调用请求接收单元602，用于接收业务系统对目标任务模板的调用请求；

任务实例生成单元603，用于根据所述目标任务模板中的任务生成规则生成任务实例；

任务实例发送单元604，用于根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

具体实现时，该装置还可以包括：

状态信息提供单元，用于通过任务实例信息界面提供已生成的任务实例的状态信息。

另外，该装置还可以包括：

第一操作选项提供单元，用于通过所述任务实例信息界面提供用于对目标任务实例进行催促办理的第一操作选项；通过所述第一操作选项接收到催促办理的请求时，向对应的目标接收方发送催促办理的通知消息。

第二操作选项提供单元，用于通过所述任务实例信息界面提供用于对目标任务实例进行目标接收方变更的第二操作选项；通过所述第二操作选项接收到变更请求时，提供用于指定新的目标接收方信息的操作界面；在接收到新的目标接收方信息后，将所述目标任务实例从原接收方处撤回，并发送给新的目标接收方。

另外，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

根据所述配置信息进行任务模板的创建，并提供任务模板标识；

提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

以及另一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

接收业务系统对目标任务模板的调用请求；

根据所述目标任务模板中的任务生成规则生成任务实例；

根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

其中，图7示例性的展示出了电子设备的架构，具体可以包括处理器710，视频显示适配器711，磁盘驱动器712，输入/输出接口713，网络接口714，以及存储器720。上述处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，与存储器720之间可以通过通信总线730进行通信连接。

其中，处理器710可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器720可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器720可以存储用于控制电子设备700运行的操作系统721，用于控制电子设备700的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器723，数据存储管理系统724，以及任务信息处理系统725等等。上述任务信息处理系统725就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器720中，并由处理器710来调用执行。

输入/输出接口713用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口714用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线730包括一通路，在设备的各个组件(例如处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，与存储器720)之间传输信息。

另外，该电子设备700还可以从虚拟资源对象领取条件信息数据库741中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器710、视频显示适配器711、磁盘驱动器712、输入/输出接口713、网络接口714，存储器720，总线730等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术作业者可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术作业者可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术作业者在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的任务信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术作业者，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (19)

1.一种任务信息处理系统，其特征在于，包括：

配置子系统，用于接收任务模板创建请求，以及为所述任务模板提交的配置信息，以用于进行任务模板的创建，并提供用于对所述任务模板进行调用的接口；所述配置信息中包括任务生成规则信息以及目标接收者信息；

任务引擎子系统，用于通过所述接口接收业务系统对目标任务模板的调用请求，根据对应的任务生成规则生成任务实例，并发送给所述目标接收者用户。

2.根据权利要求1所述的系统，其特征在于，

所述任务模板包括：按照预置的工作流流转到其中一节点处时为生成对应任务所需的任务模板；

所述业务系统具体用于，根据所述工作流的信息创建流程实例，所述流程实例中包括多个节点，以及至少一个触发事件，所述触发事件用于触发业务处理流程从一个节点流转到下一个节点；其中，在进行节点间流转时，如果所需流转到的目标节点需要生成目标任务，则通过所述接口对所述目标任务模板进行调用。

3.一种任务信息处理方法，其特征在于，包括：

接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

根据所述配置信息进行任务模板的创建，并提供任务模板标识；

提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

4.根据权利要求3所述的方法，其特征在于，

所述任务模板包括：为依赖于工作流模式的任务配置的任务模板；

所述业务系统具体用于，根据所述工作流的信息创建流程实例，所述流程实例中包括多个节点，以及至少一个触发事件，所述触发事件用于触发业务处理流程从一个节点流转到下一个节点；其中，在进行节点间流转时，如果所需流转到的目标节点需要生成目标任务，则通过所述接口对所述目标任务模板进行调用。

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

所述任务模板包括：为不依赖于工作流模式的任务配置的任务模板。

6.根据权利要求3所述的方法，其特征在于：

所述任务模板包括：为拣货任务配置的任务模板；

所述任务生成规则包括：如果预置时间长度内接收到的订单的配送时间及配送地址符合条件，则进行合批处理，并根据同一批次中的各订单中包括的商品对象所在的拣货区信息，生成对应的拣货任务。

7.根据权利要求3所述的方法，其特征在于：

所述任务模板包括：为配送任务配置的任务模板；

所述任务生成规则包括：如果预置时间长度内接收到的订单的配送时间及配送地址符合条件，则进行合批处理，根据同一批次的订单生成配送任务。

8.根据权利要求3所述的方法，其特征在于：

所述配置信息中的目标接收者信息包括指定作业者的标识信息，以便所述任务引擎子系统根据所述标识信息，对任务实例信息进行发送。

9.根据权利要求3所述的方法，其特征在于：

所述配置信息中的目标接收者信息包括指定的参数信息，以便述任务引擎子系统在接收到调用请求时，根据所述业务系统传入的参数值，确定具体作业者的信息，对任务实例信息进行发送。

10.根据权利要求3所述的方法，其特征在于：

所述配置信息中的目标接收者信息包括角色数据范围信息，以便所述任务引擎子系统根据所述角色数据范围信息，对任务实例信息进行发送。

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

所述配置信息中还包括所需发送的通知消息的信息，以便所述任务引擎子系统在发布所述任务实例时，向所述目标接收者推送通知消息。

12.一种任务信息处理方法，其特征在于，包括：

提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

接收业务系统对目标任务模板的调用请求；

根据所述目标任务模板中的任务生成规则生成任务实例；

根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

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

通过任务实例信息界面提供已生成的任务实例的状态信息。

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

通过所述任务实例信息界面提供用于对目标任务实例进行催促办理的第一操作选项；

通过所述第一操作选项接收到催促办理的请求时，向对应的目标接收方发送催促办理的通知消息。

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

通过所述任务实例信息界面提供用于对目标任务实例进行目标接收方变更的第二操作选项；

通过所述第二操作选项接收到变更请求时，提供用于指定新的目标接收方信息的操作界面；

在接收到新的目标接收方信息后，将所述目标任务实例从原接收方处撤回，并发送给新的目标接收方。

16.一种任务信息处理装置，其特征在于，包括：

模板创建请求接收单元，用于接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

模板创建单元，用于根据所述配置信息进行任务模板的创建，并提供任务模板标识；

接口提供单元，用于提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

17.一种任务信息处理装置，其特征在于，包括：

模板库提供单元，用于提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

调用请求接收单元，用于接收业务系统对目标任务模板的调用请求；

任务实例生成单元，用于根据所述目标任务模板中的任务生成规则生成任务实例；

任务实例发送单元，用于根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

18.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

接收任务模板创建请求，以及为所述任务模板提交的配置信息，所述配置信息中包括任务生成规则信息以及目标接收者信息；

根据所述配置信息进行任务模板的创建，并提供任务模板标识；

提供用于对所述任务模板进行调用的接口，以便任务引擎子系统通过接收业务系统对目标任务模板的调用，生成对应的任务实例信息，并提供给目标接收者。

19.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

提供任务模板库，所述任务模板库中包括多个任务模板，所述任务模板的配置信息中包括任务生成规则信息以及目标接收者信息；

接收业务系统对目标任务模板的调用请求；

根据所述目标任务模板中的任务生成规则生成任务实例；

根据所述目标任务模板中的目标接收者信息对所述任务实例进行发送。

Images