CN115373819A - 一种任务批处理方法、系统、计算机设备和存储介质 - Google Patents

Abstract

本申请公开了一种任务批处理方法、系统、计算机设备和存储介质，可应用于金融领域或其他技术领域。该方法包括：读取依赖关系文本，获取批处理任务的前置依赖关系；根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。通过读取前置依赖关系文本和结果文本避免和数据库的交互，提高批处理效率。

Description

一种任务批处理方法、系统、计算机设备和存储介质

技术领域

本申请涉及数据处理领域，尤其涉及一种任务批处理方法、系统、计算机设备和存储介质。

背景技术

随着计算机技术的发展，许多繁琐但单调的工作由计算机取代人工处理，在面对成百上千个任务时，可以使用多个批处理服务器对任务进行批量处理。对于批处理的诸多任务，各个任务进行顺序编排，有些任务可以同时处理，有些任务必须依赖某些任务处理完毕后方可处理。

目前，批处理程序处理每个任务时都需要访问数据库，进而判断前置任务是否处理完毕，与数据库交互多，性能也比较慢，不够简单方便高效。

发明内容

基于上述问题，本申请提供了种任务批处理方法、系统、计算机设备和存储介质，能够避免使用数据库，方便开发和维护。

本申请公开了如下技术方案：

本申请第一方面提供一种任务批处理方法，包括：

读取依赖关系文本，获取批处理任务的前置依赖关系；

根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；

根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。

在一个可能的实现方式中，所述根据前置任务的处理结果处理当前任务，包括：

若前置任务处理完成，则处理当前任务；

若前置任务处理未完成，则等待前置任务处理完成后处理当前任务。

在一个可能的实现方式中，所述将处理结果写入结果文本，包括：

将任务名称和处理结果写入结果文本。

在一个可能的实现方式中，在将处理结果写入结果文本之后，所述方法还包括：

若当前任务处理成功，根据任务编排顺序调用下一个任务的处理脚本；

若当前任务处理失败，退出批处理程序。

本申请第二方面提供一种任务批处理系统，包括：

前置依赖关系获取单元，用于读取依赖关系文本，获取批处理任务的前置依赖关系；

前置任务处理结果获取单元，用于根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；

处理任务写入单元，用于根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。

在一个可能的实现方式中，所述处理任务写入单元，具体用于：

若前置任务处理完成，则处理当前任务；

若前置任务处理未完成，则等待前置任务处理完成后处理当前任务。

在一个可能的实现方式中，所述处理任务写入单元，具体用于：

将任务名称和处理结果写入结果文本。

在一个可能的实现方式中，所述系统还包括：

任务调度单元，用于若当前任务处理成功，根据任务编排顺序调用下一个任务的处理脚本；若当前任务处理失败，退出批处理程序。

本申请第三方面提供一种计算机设备，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器处理所述计算机程序时，实现如本申请第一方面任一项所述的一种任务批处理方法。

本申请第四方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备处理如本申请第一方面任一项所述的一种任务批处理方法。

相较于现有技术，本申请具有以下有益效果：

本申请提供的一种任务批处理方法，包括：读取依赖关系文本，获取批处理任务的前置依赖关系；根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。通过读取前置依赖关系文本和结果文本避免和数据库的交互，提高批处理效率。

附图说明

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

图1为本申请实施例提供的一种场景示例的示意图

图2为本申请实施例提供的一种任务批处理方法流程图；

图3为本申请实施例提供的一种任务批处理系统的结构图；

图4为本申请实施例提供的一种计算机设备结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。

正如前文所述，在面对成百上千个任务时，可以使用多个批处理服务器对任务进行批量处理。对于批处理的诸多任务，各个任务进行顺序编排，有些任务可以同时处理，有些任务必须依赖某些任务处理完毕后方可处理。

目前，批处理程序处理每个任务时都需要访问数据库，进而判断前置任务是否处理完毕，与数据库交互多，性能也比较慢，不够简单方便高效。

有鉴于此，本申请实施例提供一种任务批处理方法、系统、计算机设备和存储介质。

为了便于理解本申请实施例提供的任务批处理方法，下面将结合图1所示的场景示例进行说明。其中，图1为本申请实施例提供的一种场景示例的示意图。该方法可以应用于终端设备101中。

在实际应用中，终端设备101读取依赖关系文本，获取批处理任务的前置依赖关系；根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。通过读取前置依赖关系文本和结果文本避免和数据库的交互，提高批处理效率。

本领域技术人员可以理解，图1所示的框架示意图仅是本申请的实施方式可以在其中得以实现的一个示例。本申请实施方式的适用范围不受到该框架任何方面的限制。

基于上述说明，下面将结合附图对本申请实施例提供的任务批处理方法进行详细说明。

参见图2，图2为本申请实施例提供的一种任务批处理方法流程图。如图2所示，该方法包括：

S210、读取依赖关系文本，获取批处理任务的前置依赖关系；

S220、根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；

S230、根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。

在一个可能的实现方式中，所述根据前置任务的处理结果处理当前任务，包括：

若前置任务处理完成，则处理当前任务；

若前置任务处理未完成，则等待前置任务处理完成后处理当前任务。

查询前置任务的处理结果是否写入了结果文本，如果写入则证明处理完成，若结果文本中没有前置任务的处理结果，则前置任务还未处理完成，等待前置任务处理完成后再处理当前任务。

在一个可能的实现方式中，所述将处理结果写入结果文本，包括：

将任务名称和处理结果写入结果文本。

处理结果包括：处理成功、处理失败。

在一个可能的实现方式中，在将处理结果写入结果文本之后，所述方法还包括：

若当前任务处理成功，根据任务编排顺序调用下一个任务的处理脚本；

若当前任务处理失败，退出批处理程序。

在一个示例中，任务批处理过程如下：

1.前置依赖关系写入文本，一个任务写一行。

例如：step5:step2,step3,

step8:step1,step6,

step11:step5,step8,

2.各任务处理结果写入文本,一个任务写一行。

处理成功时写入：step5_End

处理失败时写入：step5_Err

3.调度脚本处理时，默认会先调起step1，读取前置依赖关系文本，若发现step1有前置依赖，则到结果文本中判断前置依赖的任务是否处理完毕(即判断是否存在处理结果)，若存在前置依赖关系的任务处理完毕，则处理当前的step1，并将处理结果写入结果文本：

若处理成功，将step1_End写入结果文本,接着调起处理step2；

若处理失败，将step1_Err写入结果文本,报错退出。

4.依次判断后续的step3、step4,直至最后一个step。

参见图3，图3为本申请实施例提供的一种任务批处理系统结构图。如图3所示，任务批处理系统包括：

前置依赖关系获取单元310，用于读取依赖关系文本，获取批处理任务的前置依赖关系；

前置任务处理结果获取单元320，用于根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；

处理任务写入单元330，用于根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。

在一个可能的实现方式中，所述处理任务写入单元，具体用于：

若前置任务处理完成，则处理当前任务；

若前置任务处理未完成，则等待前置任务处理完成后处理当前任务。

查询前置任务的处理结果是否写入了结果文本，如果写入则证明处理完成，若结果文本中没有前置任务的处理结果，则前置任务还未处理完成，等待前置任务处理完成后再处理当前任务。

在一个可能的实现方式中，所述处理任务写入单元，具体用于：

将任务名称和处理结果写入结果文本。处理结果包括：处理成功、处理失败。

在一个可能的实现方式中，系统还包括：任务调度单元，用于若当前任务处理成功，根据任务编排顺序调用下一个任务的处理脚本；若当前任务处理失败，退出批处理程序。

在一个示例中，任务批处理过程如下：

1.前置依赖关系写入文本，一个任务写一行。

例如：step5:step2,step3,

step8:step1,step6,

step11:step5,step8,

2.各任务处理结果写入文本,一个任务写一行。

处理成功时写入：step5_End

处理失败时写入：step5_Err

3.调度脚本处理时，默认会先调起step1，读取前置依赖关系文本，若发现step1有前置依赖，则到结果文本中判断前置依赖的任务是否处理完毕(即判断是否存在处理结果)，若存在前置依赖关系的任务处理完毕，则处理当前的step1，并将处理结果写入结果文本：

若处理成功，将step1_End写入结果文本,接着调起处理step2；

若处理失败，将step1_Err写入结果文本,报错退出。

4.依次判断后续的step3、step4,直至最后一个step。

在实际应用中，所述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令处理系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令处理系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于处理本申请操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上处理、部分地在用户计算机上处理、作为一个独立的软件包处理、部分在用户计算机上部分在远程计算机上处理、或者完全在远程计算机或服务器上处理。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

如图4所示，本申请实施例提供的一种计算机设备的结构示意图。图4显示为计算机设备12，计算机设备12仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以处理本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常处理本申请所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图4所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图4中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

本申请提供的一种任务批处理方法、系统、计算机设备和存储介质，可用于金融领域或其他领域，例如，可用于金融领域中的银行业务批处理的应用场景。其他领域为除金融领域之外的任意领域，例如，数据处理领域。上述仅为示例，并不对本申请提供的一种任务批处理方法、系统、计算机设备和存储介质的应用领域进行限定。

需要注意，本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要说明的是，尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本申请的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种任务批处理方法，其特征在于，包括：

读取依赖关系文本，获取批处理任务的前置依赖关系；

根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；

根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。

2.根据权利要求1所述的方法，其特征在于，所述根据前置任务的处理结果处理当前任务，包括：

若前置任务处理完成，则处理当前任务；

若前置任务处理未完成，则等待前置任务处理完成后处理当前任务。

3.根据权利要求1所述的方法，其特征在于，所述将处理结果写入结果文本，包括：

将任务名称和处理结果写入结果文本。

4.根据权利要求1所述的方法，其特征在于，在将处理结果写入结果文本之后，所述方法还包括：

若当前任务处理成功，根据任务编排顺序调用下一个任务的处理脚本；

若当前任务处理失败，退出批处理程序。

5.一种任务批处理系统，其特征在于，包括：

前置依赖关系获取单元，用于读取依赖关系文本，获取批处理任务的前置依赖关系；

前置任务处理结果获取单元，用于根据当前任务的前置依赖关系从处理结果文本中读取前置任务的处理结果；

处理任务写入单元，用于根据前置任务的处理结果处理当前任务，并将处理结果写入结果文本。

6.根据权利要求5所述的系统，其特征在于，所述处理任务写入单元，具体用于：

若前置任务处理完成，则处理当前任务；

若前置任务处理未完成，则等待前置任务处理完成后处理当前任务。

7.根据权利要求5所述的系统，其特征在于，所述处理任务写入单元，具体用于：

将任务名称和处理结果写入结果文本。

8.根据权利要求5所述的系统，其特征在于，所述系统还包括：

任务调度单元，用于若当前任务处理成功，根据任务编排顺序调用下一个任务的处理脚本；若当前任务处理失败，退出批处理程序。

9.一种计算机设备，其特征在于，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器处理所述计算机程序时，实现如权利要求1-4任一项所述的一种任务批处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备处理如权利要求1-4任一项所述的一种任务批处理方法。

Images