CN111951114B - 一种任务执行方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供了一种任务处理方法、装置、电子设备及可读存储介质，其中，该任务处理方法包括：在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型；根据所述目标产品所对应的任务处理模型，确定所述目标产品的待执行任务以及所述待执行任务的执行顺序；根据所述待执行任务的执行顺序，执行所述待执行任务。通过本申请实施例，根据目标产品的产品类型，确定目标产品对应的待执行任务以及待执行任务的执行顺序，可以使得目标产品的任务执行过程独立执行，互不干扰，可以实现提高任务处理过程的效率。

Description

一种任务执行方法、装置、电子设备及可读存储介质

技术领域

本申请涉及计算机技术领域，尤其是涉及一种任务执行方法、装置、电子设备及可读存储介质。

背景技术

近年来，随着理财市场的快速发展，各种理财产品被推出。理财产品在推出过程中，需要产品处理系统对理财产品进行数据清算，因此需要对理财产品进行任务处理。

现有技术在对理财产品进行任务处理时，往往是按一定顺序逐个执行任务，所有产品都需要按这个顺序执行任务，但是每个任务中都需要进行特殊处理，因此无法满足某些理财产品的任务执行顺序不一致的需求，任务处理过程的效率不高。

发明内容

有鉴于此，本申请的目的在于提供一种任务执行方法、装置、电子设备及可读存储介质，以提高任务执行效率。

第一方面，本申请实施例提供了一种任务执行方法，包括：

在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型；

根据所述目标产品所对应的任务处理模型，确定所述目标产品的待执行任务以及所述待执行任务的执行顺序；

根据所述待执行任务的执行顺序，执行所述待执行任务。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中，所述在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型，包括：

在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型与任务处理模型的映射关系，确定所述目标产品所对应的任务处理模型。

结合第一方面的第一种可能的实施方式，本申请实施例提供了第一方面的第二种可能的实施方式，其中，在步骤在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型之前，还包括：

获取用户输入的至少一种产品类型；

针对每种产品类型，建立与所述产品类型相对应的任务处理模型；所述任务处理模型中包含待执行任务和待执行任务的执行顺序。

结合第一方面，本申请实施例提供了第一方面的第三种可能的实施方式，其中，所述目标产品为理财产品。

结合第一方面，本申请实施例提供了第一方面的第四种可能的实施方式，其中，所述产品类型包括：开放净值型、封闭净值型、周期净值型和货币净值型。

第二方面，本申请实施例还提供一种任务处理装置，包括：

第一确定模块，用于在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型；

第二确定模块，用于根据所述目标产品所对应的任务处理模型，确定所述目标产品的待执行任务以及所述待执行任务的执行顺序；

执行模块，用于根据所述待执行任务的执行顺序，执行所述待执行任务。

结合第二方面，本申请实施例提供了第二方面的第一种可能的实施方式，其中，所述第一确定模块，具体用于在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型与任务处理模型的映射关系，确定所述目标产品所对应的任务处理模型。

结合第二方面的第一种可能的实施方式，本申请实施例提供了第二方面的第三种可能的实施方式，其中，还包括：

获取模块，用于获取用户输入的至少一种产品类型；

建立模块，用于针对每种产品类型，建立与所述产品类型相对应的任务处理模型；所述任务处理模型中包含待执行任务和待执行任务的执行顺序。

第三方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

第四方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤。

本申请实施例提供的一种任务执行方法，包括：在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型；根据所述目标产品所对应的任务处理模型，确定所述目标产品的待执行任务以及所述待执行任务的执行顺序；根据所述待执行任务的执行顺序，执行所述待执行任务。通过本申请实施例，根据目标产品的产品类型，确定目标产品对应的待执行任务以及待执行任务的执行顺序，可以使得目标产品的任务执行过程独立执行，互不干扰，可以实现提高任务处理过程的效率。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种任务执行方法的流程示意图；

图2示出了本申请实施例所提供的建立任务处理模型的流程示意图；

图3示出了本申请实施例所提供的一种任务执行装置的结构示意图；

图4示出了本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

近年来，随着理财市场的快速发展，各种理财产品被推出。理财产品在推出过程中，需要产品处理系统对理财产品进行数据清算，因此需要对理财产品进行任务处理。

现有技术在对理财产品进行任务处理时，往往是按一定顺序逐个执行任务，所有产品都需要按这个顺序执行任务，但是每个任务中都需要进行特殊处理，因此无法满足某些理财产品的任务执行顺序不一致的需求，任务处理过程的效率不高。

基于此，本申请实施例提供了一种任务执行方法和装置，下面通过实施例进行描述。

为便于对本实施例进行理解，首先对本申请实施例所公开的一种任务执行方法进行详细介绍。如图1所示的一种任务执行方法的流程图示意中，包括以下步骤：

S101：在接收到目标产品的任务执行请求后，根据目标产品的产品类型，确定目标产品所对应的任务处理模型；

S102：根据目标产品所对应的任务处理模型，确定目标产品的待执行任务以及待执行任务的执行顺序；

S103：根据待执行任务的执行顺序，执行待执行任务。

在步骤S101中，目标产品指的是需要清算数据，进行业务处理的产品。

在一种可行的实施方式中，目标产品可以指的是理财产品。

因此，目标产品可以是需要执行“申购清算任务”、“权益登记任务”、“分红下发任务”的理财产品，或者是需要执行“认购清算任务”、“申购清算任务”、“成立任务”、“赎回任务”的理财产品等等。

在具体实施中，用户可以向任务执行系统(例如服务器)发送任务执行请求，任务执行请求中可以包含目标产品的名称和产品类型等信息。当任务执行系统接收到目标产品的任务执行请求后，可以从任务执行请求中获取到目标产品的产品类型。

在一种可行的实施方式中，针对上述目标产品为理财产品的情况，目标产品的产品类型可以包括开放净值型、封闭净值型、周期净值型和货币净值型。

针对不同产品类型的目标产品，所要执行的任务可以是不同的，但是对于相同类型的目标产品，所要执行的任务一般情况下是相同的。

例如，假设产品X是封闭净值型理财产品，产品Y是周期净值型理财产品，那么这两种产品所要执行的任务是不同的。

又如，假设产品A、产品B和产品C都是开放净值型的理财产品，那么这三种产品所要执行的任务都是相同的。

任务处理模型指的是执行产品任务的处理模型，任务处理模型中可以包含产品的待执行的任务以及待执行任务的执行顺序。

在一种可行的实施方式中，目标产品的产品类型可以是与任务处理模型相对应的。

因此在执行步骤S101时，可以在接收到目标产品的任务执行请求后，根据目标产品的产品类型以及目标产品的产品类型与任务处理模型的映射关系，确定目标产品所对应的任务处理模型。

在具体实施过程中，如图2所示的建立任务处理模型的流程示意图中，建立与产品类型具有映射关系的任务处理模型可以按照以下步骤执行：

S201：获取用户输入的至少一种产品类型；

S202：针对每种产品类型，建立与产品类型相对应的任务处理模型；任务处理模型中包含待执行任务和待执行任务的执行顺序。

在步骤S201中，产品类型指的是用户根据业务需求，确定的产品类型，可以是未与任务处理模型建立映射关系的产品类型或者新的产品类型。

用户可以将确定的产品类型输入至任务处理系统中。

在步骤S202中，针对每种产品类型，根据该产品类型需要执行的任务以及待执行任务之间的执行顺序，可以建立与该产品类型相对应的任务处理模型，任务处理模型中包含该产品类型对应的待执行任务以及待执行任务的执行顺序。

在具体实施中，可以从任务集合中选择与产品类型相对应的待执行任务，将待执行任务配置到与产品类型相对应的任务处理模型中。

上述过程可以在步骤S101之前完成。

当用户需要对新的产品类型的产品进行任务处理时，可以直接将新的产品类型输入至任务处理系统中，然后建立与新的产品类型具有映射关系的任务处理模型，任务处理模型中包含新的产品类型的待执行任务与待执行任务的执行顺序。通过建立与产品类型具有映射关系的任务处理模型的过程，可以在不完全改变原来任务处理模型的基础上，实时添加新的产品类型以及与新的产品类型具有映射关系的任务处理模型，也就是可以在不完全改变源代码的基础上，更新任务处理系统的业务代码。

建立好的任务处理模型与产品类型具有映射关系。当获取到目标产品的产品类型后，就可以间接地确定目标产品与任务处理模型的映射关系。

因此，在接收到目标产品的任务执行请求后，根据目标产品的产品类型以及目标产品的产品类型与任务处理模型的映射关系，就可以确定目标产品所对应的任务处理模型。

在步骤S102中，当确定了目标产品对应的任务处理模型之后，可以根据任务处理模型包含的待执行的任务以及待执行任务的执行顺序，确定目标产品的待执行任务以及待执行任务的执行顺序。

在具体实施中，同一产品类型的目标产品所对应的任务处理模型可以相同，因此，同一产品类型的目标产品所对应的待执行任务以及待执行任务的执行顺序都可以是相同的。

在步骤S103中，根据确定的待执行任务以及待执行任务的执行顺序，任务执行系统就可以按照执行顺序执行目标产品的待执行任务。

在具体实施中，可以同时执行同一产品类型的多个目标产品，也可以同时执行不同产品类型的多个目标产品。相同产品类型，甚至不同产品类型之间的目标产品的任务执行过程互不干扰，可以实现提高任务处理过程的效率。

本申请实施例还提供另一种任务处理方法，具体可以包括以下步骤：

步骤1：业务人员根据需求，确定要发行的理财产品的产品类型，将产品类型输入至任务处理系统中。

理财产品的产品类型可以包括开放净值型、封闭净值型、周期净值型和货币净值型。在具体实施中，业务人员还可以根据实际需要，确定其他需要发型的产品类型。

步骤2：根据理财产品的产品类型，从任务集合中选择该产品类型对应的待执行任务。

步骤3：针对每种产品类型，建立与产品类型相对应的任务处理模型。

任务处理模型中包含该产品类型相对应的待执行任务以及待执行任务的执行顺序。

在具体实施中，可以按照待执行任务的执行顺序将待执行任务添加到任务处理模型的配置中，任务处理系统就可以按照待执行任务的执行顺序执行待执行任务。

步骤4：建立理财产品与任务处理模型的对应关系。

根据理财产品对应的产品类型以及产品类型与任务处理模型之间的映射关系，就可以建立理财产品与任务处理模型的对应关系。

同一产品类型的多个理财产品可以与同一任务处理模型建立对应关系。

步骤5：接收目标理财产品的任务执行请求。

目标理财产品的任务执行请求中可以包含目标理财产品的产品类型。

步骤6：根据目标理财产品的产品类型以及目标理财产品的产品类型与任务处理模型的映射关系，确定目标理财产品对应的任务处理模型。

在具体实施中，多个目标理财产品同时发起任务执行请求，针对每个目标理财产品，分别确定每个目标理财产品的任务处理模型。

在具体实施中，同一产品类型的目标产品所对应的任务处理模型可以相同，因此，同一产品类型的目标产品所对应的待执行任务以及待执行任务的执行顺序都可以是相同的。

任务处理模型中包含目标理财产品所对应的待执行任务以及待执行任务的执行顺序。

步骤7：根据待执行任务的执行顺序，执行待执行任务。

在具体实施中，可以同时执行同一产品类型的多个目标产品，也可以同时执行不同产品类型的多个目标产品。相同产品类型，甚至不同产品类型之间的目标产品的任务执行过程互不干扰，可以实现提高任务处理过程的效率。

通过本申请实施例通过的任务处理方法，减少了代码的处理，可以在不完全改变源代码的基础上，更新任务处理系统的业务代码。当增加一个新的理财产品时，可以直接根据理财产品的产品类型对应到任务处理模型中，因为任务是按任务处理模型配置的，不必担心待执行任务会处理到无关的产品，从而增加了系统的安全性。

基于相同的技术构思，本申请实施例还提供一种任务执行装置、电子设备、以及计算机可读存储介质等，具体可参见以下实施例。

图3是示出本申请的一些实施例的任务执行装置的框图，该任务执行装置实现的功能对应上述在终端设备上执行任务执行方法的步骤。该装置可以理解为一个包括处理器的服务器的组件，该组件能够实现上述任务执行方法，如图3所示，该任务执行装置可以包括：

第一确定模块301，用于在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型；

第二确定模块302，用于根据所述目标产品所对应的任务处理模型，确定所述目标产品的待执行任务以及所述待执行任务的执行顺序；

执行模块303，用于根据所述待执行任务的执行顺序，执行所述待执行任务。

在一种可行的实施方式中，所述第一确定模块301，具体用于在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型与任务处理模型的映射关系，确定所述目标产品所对应的任务处理模型。

在一种可行的实施方式中，该任务执行装置还可以包括：

获取模块，用于获取用户输入的至少一种产品类型；

建立模块，用于针对每种产品类型，建立与所述产品类型相对应的任务处理模型；所述任务处理模型中包含待执行任务和待执行任务的执行顺序。

在一种可行的实施方式中，所述目标产品为理财产品。

在一种可行的实施方式中，所述产品类型包括：开放净值型、封闭净值型、周期净值型和货币净值型。

如图4所示，为本申请实施例所提供的一种电子设备400的结构示意图，该电子设备400包括：至少一个处理器401，至少一个网络接口404和至少一个用户接口403，存储器405，至少一个通信总线402。通信总线402用于实现这些组件之间的连接通信。用户接口403，包括显示器(例如，触摸屏)、键盘或者点击设备(例如，触感板或者触摸屏等)。

存储器405可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。存储器405的一部分还可以包括非易失性随机存取存储器(NVRAM)。

在一些实施方式中，存储器405存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：

操作系统4051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务；

应用程序4052，包含各种应用程序，用于实现各种应用业务。

在本申请实施例中，通过调用存储器405存储的程序或指令，处理器401用于：

在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型；

根据所述目标产品所对应的任务处理模型，确定所述目标产品的待执行任务以及所述待执行任务的执行顺序；

根据所述待执行任务的执行顺序，执行所述待执行任务。

在一种可行的实施方式中，处理器401在执行步骤在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型时，用于：在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型与任务处理模型的映射关系，确定所述目标产品所对应的任务处理模型。

在一种可行的实施方式中，处理器401在执行步骤在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型之前，还用于：

获取用户输入的至少一种产品类型；

针对每种产品类型，建立与所述产品类型相对应的任务处理模型；所述任务处理模型中包含待执行任务和待执行任务的执行顺序。

在一种可行的实施方式中，所述目标产品为理财产品。

在一种可行的实施方式中，所述产品类型包括：开放净值型、封闭净值型、周期净值型和货币净值型。

本申请实施例所提供的进行任务执行方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种任务执行方法，其特征在于，包括：

获取用户输入的至少一种产品类型；

针对每种产品类型，建立与所述产品类型相对应的任务处理模型；所述任务处理模型中包含待执行任务和待执行任务的执行顺序；

在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型；

根据所述目标产品所对应的任务处理模型，确定所述目标产品的待执行任务以及所述待执行任务的执行顺序；

根据所述待执行任务的执行顺序，执行所述待执行任务；

所述方法通过建立与产品类型具有映射关系的任务处理模型的过程，在不完全改变原来任务处理模型的基础上，实时添加新的产品类型以及与新的产品类型具有映射关系的任务处理模型；

按照待执行任务的执行顺序将待执行任务添加到任务处理模型的配置中；同一产品类型的多个产品与同一任务处理模型建立对应关系；多个目标产品同时发起任务执行请求，针对每个目标产品，分别确定每个目标产品的任务处理模型。

2.根据权利要求1所述的任务执行方法，其特征在于，所述在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型，包括：在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型与任务处理模型的映射关系，确定所述目标产品所对应的任务处理模型。

3.根据权利要求1所述的任务执行方法，其特征在于，所述目标产品为理财产品。

4.根据权利要求3所述的任务执行方法，其特征在于，所述产品类型包括：开放净值型、封闭净值型、周期净值型和货币净值型。

5.一种任务执行装置，其特征在于，包括：

获取模块，用于获取用户输入的至少一种产品类型；

建立模块，用于针对每种产品类型，建立与所述产品类型相对应的任务处理模型；所述任务处理模型中包含待执行任务和待执行任务的执行顺序；

第一确定模块，用于在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型，确定所述目标产品所对应的任务处理模型；

第二确定模块，用于根据所述目标产品所对应的任务处理模型，确定所述目标产品的待执行任务以及所述待执行任务的执行顺序；

执行模块，用于根据所述待执行任务的执行顺序，执行所述待执行任务；

所述装置通过建立与产品类型具有映射关系的任务处理模型的过程，在不完全改变原来任务处理模型的基础上，实时添加新的产品类型以及与新的产品类型具有映射关系的任务处理模型；

按照待执行任务的执行顺序将待执行任务添加到任务处理模型的配置中；同一产品类型的多个产品与同一任务处理模型建立对应关系；多个目标产品同时发起任务执行请求，针对每个目标产品，分别确定每个目标产品的任务处理模型。

6.根据权利要求5所述的任务执行装置，其特征在于，所述第一确定模块，具体用于在接收到目标产品的任务执行请求后，根据所述目标产品的产品类型与任务处理模型的映射关系，确定所述目标产品所对应的任务处理模型。

7.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至4任一所述的任务执行方法的步骤。

8.一种可读存储介质，其特征在于，该可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至4任一所述的任务执行方法的步骤。

Images