CN114240109A - 一种跨区域处理跑批任务的方法、装置及系统 - Google Patents

Abstract

本申请实施例提供了一种跨区域处理跑批任务的方法、装置、系统、电子设备、计算机可读存储介质及计算机程序产品，涉及金融服务技术领域。该方法包括：首先，针对至少两个受控设备确定跑批任务的分配和流程规则，其中，每个受控设备对应一个区域，每个受控设备即为该区域的数据中心中的服务器设备；然后，根据预设触发方式触发至少两个受控设备开始处理跑批任务，以及根据至少两个受控设备分别反馈的通知消息和流程规则，控制跑批任务的处理过程。本申请实施例实现了协调多个区域的数据中心，顺利且高效地处理着跑批任务。

Description

一种跨区域处理跑批任务的方法、装置及系统

技术领域

本申请涉及金融技术领域，具体而言，本申请涉及一种跨区域处理跑批任务的方法、装置、系统、电子设备、计算机可读存储介质及计算机程序产品。

背景技术

随着互联网的发展，国内各个银行也相继将业务投向了这片领域。随之而来的是，银行每天需要处理的数据量也越来越大，以及数据所对应的区域也越来越多样化。为了满足业务发展的需要，以及国家对金融行业的安全要求，国内很多银行都需要通过区域划分方式来提升金融服务效率和质量。其中，区域划分就表示在多个不同的区域分布着对应的数据中心，因此，一个银行可能在全国分布着多个数据中心。当需要以多数据中心的方式来支持业务运行的时候，就需要各个数据中心协调处理跑批任务。其中，将数据中心处理数据的过程统称为处理跑批任务。

目前，尚缺乏相关技术手段来支持多数据中心共同处理跑批任务。

发明内容

本申请实施例的目的旨在能解决缺乏支持多数据中心共同处理跑批任务的技术手段的问题。

根据本申请实施例的第一方面，提供了一种跨区域处理跑批任务的方法，应用于管控设备，该方法包括：

当确定跑批任务包含至少两个受控设备之后，针对至少两个受控设备确定跑批任务的分配和流程规则，其中，每个受控设备对应一个区域；

根据预设触发方式触发至少两个受控设备开始处理跑批任务；

根据至少两个受控设备分别反馈的通知消息和流程规则，控制跑批任务的处理过程。

根据本申请实施例的第二方面，提供了一种跨区域处理跑批任务的方法，应用于受控设备，受控设备对应一个区域，该方法包括：

向管控设备发送获取跑批任务的请求，以获取跑批任务；

当接收到管控设备发送的触发请求时，执行跑批任务；

向管控设备反馈通知消息。

根据本申请实施例的第三方面，提供了一种跨区域处理跑批任务的装置，应用于管控设备，该装置包括：

确定模块，用于针对至少两个受控设备确定跑批任务和流程规则，其中，每个受控设备对应一个区域；

触发模块，用于触发至少两个受控设备开始处理跑批任务；

控制模块，用于根据至少两个受控设备分别反馈的通知消息和流程规则，控制跑批任务的处理过程。

根据本申请实施例的第四方面，提供了一种跨区域处理跑批任务的方法，应用于受控设备，受控设备对应一个区域，该装置包括：

获取模块，用于向管控设备发送获取跑批任务的请求，以获取跑批任务；

执行模块，用于当接收到管控设备发送的触发请求时，执行跑批任务；

反馈模块，用于向管控设备反馈通知消息。

根据本申请实施例的第五方面，提供了一种跨区域处理跑批任务的系统，该系统包括管控设备和至少两个受控设备，管控设备包括可视化控制模块、流程控制模块、第三方触发模块、定时触发模块，受控设备包括监听触发模块、独立流水模块、多个执行节点，其中，

可视化控制模块针对至少两个受控设备确定跑批任务的分配和流程规则，其中，每个受控设备对应一个区域；

多个执行节点分别向管控设备发送获取跑批任务的请求，以获取跑批任务；

可视化控制模块、第三方触发模块和定时触发模块根据预设触发方式触发至少两个受控设备开始处理跑批任务；

在监听触发模块接收到触发请求之后，至少两个受控设备的执行器执行跑批任务；

独立流水模块分别向管控设备反馈通知消息；

流程控制模块根据通知消息和流程规则，控制跑批任务的处理过程。

根据本申请实施例的第六方面，提供了一种电子设备，该电子设备包括存储器、处理器及存储在存储器上的计算机程序，处理器执行计算机程序以实现本申请第一方面或者第二方面所示的一种跨区域处理跑批任务的方法的步骤。

根据本申请实施例的第七方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请第一方面或者第二方面所示的一种跨区域处理跑批任务的方法的步骤。

根据本申请实施例的第八方面，提供了一种计算机程序产品，计算机程序被处理器执行时实现本申请第一方面或者第二方面所示的一种跨区域处理跑批任务的方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例提供了一种跨区域处理跑批任务的方法，在确定每个区域对应的受控设备之后，管控设备针对至少两个受控设备确定跑批任务的分配，并制定相应的流程规则，即为跨区域处理跑批任务提供了基础；同时，针对该跑批任务的启动还设置了预设触发方式，以便于触发至少两个受控设备开始处理跑批任务；在受控设备执行跑批任务时，管控设备还接收受控设备反馈的通知消息，以便于及时掌握跑批任务的处理现状，并进一步地根据该通知消息和流程规则控制着跑批任务的处理过程。一开始，由管控设备控制着跑批任务的分配和流程规则的制定，在跑批任务被执行时，还可以根据提供的通知消息和流程规则实时掌控着跑批任务的处理过程，从而实现协调多个区域的受控设备，顺利且高效地处理着跑批任务。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的某银行规划的数据中心；

图2为本申请实施例提供的一种跨区域处理跑批任务的系统结构示意图；

图3为本申请实施例提供的一种跨区域处理跑批任务的方法的流程示意图；

图4为本申请实施例提供的另一种跨区域处理跑批任务的方法的流程示意图；

图5为本申请实施例提供的一种跨区域处理跑批任务的装置的结构示意图；

图6为本申请实施例提供的另一种跨区域处理跑批任务的装置的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”指示实现为“A”，或者实现为“A”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

示例性地参见图1，某银行在全国规划有5个数据中心：东部、西部、南部、北部和中部数据中心，用于存储用户数据和处理跑批任务。每个数据中心可以为一个服务器集群，即包括多个服务器节点。每个数据中心对应一个城市或者多个城市，每个城市包括至少一个该银行的营业网点，该银行的用户有1000个，分别分布在5个城市的各个营业网点上，该银行的线下营业网点和线上系统可以提供包括但不限于以下任一业务：储蓄、转账、提取现金、各类基金、贷款等。其中，账户a是在中部数据中心对应的A城市开的户，但在东部数据中心对应的B城市取了一笔钱，日切之后，东部数据中心和中部数据中心需对该笔提取现金的业务进行勾兑；账户b，通过银行的线上系统购买了该银行的基金业务，日切之后，需要计算该基金的受益；账户c，在银行有一笔带宽，日切之后，需要计算该笔贷款需要归还的利息。总之，日切之后，需要在这5个数据中心中将1000个账户涉及的业务都要进行核对和计算，该核对和计算过程就是跑批任务的执行过程。应当指出，对于银行能够提供的业务种类、日切的确定方式等可以参考现有技术，所列举的示例仅用于说明本申请实施例。

原先，每个独立的数据中心，只要在其单个数据中心内处理跑批任务即可。但是现在为了应对新的挑战，需要协调多个数据中心来处理跑批任务。

本申请提供的一种跨区域处理跑批任务的方法、装置、系统、电子设备、计算机可读存储介质及计算机程序产品，旨在解决现有技术的如上技术问题。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

参见图2，本申请实施例提供了一种跨区域处理跑批任务的系统的结构示意图，系统200包括管控设备210和至少两个受控设备250(具体为250-A和250-B)。管控设备210包括可视化控制模块211、流程控制模块212、第三方触发模块213、定时触发模块214，受控设备250包括监听触发模块251、独立流水模块252、多个执行节点253，其中，

可视化控制模块211针对至少两个受控设备250确定跑批任务的分配和流程规则，其中，每个受控设备250对应一个区域。具体地，用户操作管控设备210的可视化控制模块211，将一批账户的账目处理过程设置为多个任务节点，该多个任务节点的总和即为跑批任务，同时针对每个任务节点设置对应的处理规则，该处理规则包括但不限于：任务节点之间的关系(依赖关系、并行关系、互斥关系等)，同时，任务节点之间的关系也隐含了每个任务节点的处理顺序。所有任务节点的处理规则就构成了流程规则。另外，每个受控设备250具体对应一个区域的数据中心，例如，上述示例中某银行的南部区域的南部数据中心。用户通过可视化控制模块211将设置的多个任务节点分配给至少两个受控设备250相应的执行节点253。应当指出，相应的任务节点可以包括受控设备的全部执行节点253，也可以为部分执行节点253。

应当指出，在本申请实施例中，一个任务节点可以被分配给一个受控设备的至少一个执行节点，也可以被分配给多个受控设备的至少一个执行节点，本申请实施例对此并不限制。其中，可视化控制模块211包括显示屏幕，用户可以通过屏幕触控等方式来操作该显示屏幕进而控制管控设备210。用户还可以通过鼠标的方式来控制管控设备210。

多个执行节点253分别向管控设备210发送获取跑批任务的请求，以获取跑批任务。具体地，每个受控设备250的多个执行节点253按照预设频率分别向管控设备210发送获取任务节点的请求，以获取跑批任务中相应的任务节点。其中，执行节点253仅标识具有同样功能的执行节点，而且在每个受控设备的内部，每个执行节点253也具有相应的编号，例如执行节点253a，253b等，用来标识他们具体的身份。

示例性地，每个数据中心可以是一个服务器集群，该服务器集群中包括多个服务器，每个服务器对应一个执行节点253。

可视化控制模块211、第三方触发模块213和定时触发模块214根据预设触发方式触发至少两个受控设备250开始处理跑批任务。具体地，用户可以通过可视化控制模块211发送预设触发指令，以触发至少两个受控设备250中相应的执行节点253开始处理任务；或者，用户在设置跑批任务时，就预设置了跑批任务的执行时间，待时间一到，则触发至少两个受控设备250中相应的执行节点253开始处理任务；或者，管控设备210提供了第三方接口函数，其他第三方平台的用户可以通过调用第三方接口函数，从而触发至少两个受控设备250中相应的执行节点253开始处理任务。

在监听触发模块251接收到触发请求之后，至少两个受控设备250的执行器执行跑批任务；

独立流水模块252分别向管控设备210反馈通知消息。具体地，受控设备250中的监听触发模块251在监听到“触发请求”之后，就对该触发请求进行解析操作，得到该触发请求中携带的任务节点信息和执行节点253的信息，并启动相应的执行节点253开始执行相应的任务节点。在执行任务的过程中，独立流水模块252还对任务节点的处理过程信息(该过程信息，包括任务节点的处理状态，例如是否处理完毕)进行收集，并实时地向管控设备210的流水汇总模块进行反馈。

流程控制模块212根据通知消息和流程规则，控制跑批任务的处理过程。具体地，流程控制模块212，在根据通知消息获知任务节点的处理状态之后，若处理状态为尚在处理中，则管控设备210继续等待受控设备250发送流水信息；若处理状态为处理完毕，则需要根据该任务节点的处理规则中的信息，确定下一步操作。具体地，若根据处理规则获知该处理节点有并行执行的任务节点，则需查看该并行执行的任务节点是否也处理完毕，若未处理完毕，则管控设备210继续等待受控设备250发送流水信息，若处理完毕，则根据处理规则确定下一任务节点；若该任务节点是最后一个任务节点，则直接发出通知，确定跑批任务执行完毕。

应当指出，所列举的处理规则的示例仅用于说明处理规则的使用，不能用来限制定义处理规则的范围，任何通过拓展处理规则，使得跑批任务执行更加协调的处理规则都可以作为本申请实施例中处理规则的一种。

在一个可能的实现方式中，管控设备210还可以包括流水汇总模块215、监控中心模块216；受控设备250还可以包括协调模块254、监控模块255。其中，

协调模块254用于协调多个执行节点253执行跑批任务。具体地，协调模块254用户在多个执行节点253之间进行信息交换，并根据交换的信息协调多个执行节点253执行的任务。

监控模块255，用于监控受控设备250。具体地，实时监控受控设备250的协调中心、监控触发模块、执行节点253等的状态；以及，在接收到触发请求之后，相应的执行节点253有没有开始执行任务；以及，流水中心是否有定时向管控设备210发送流水信息。应当指出，监控模块255可以执行的监控任务包括但不止上述列举的监控任务，其实质是在监控受控设备250的运行状态。监控模块255还将受控设备250的运行状态发送给管控设备210的监控中心模块216。

流水汇总模块215，用于接收至少两个受控设备250的流水模块分别发送的流水信息，并进行汇总。在汇总之后，还可以通过可视化控制模块211的显示屏幕对所有的流水信息进行显示，以便于用户能够及时知晓跑批任务的整体执行情况。

监控中心模块216，接收至少两个受控设备250的监控模块255分别发送的受控设备250的运行状态，以及根据流水汇总模块215汇总的流水信息，判断受控模块的运行状态是否异常，任一任务节点的执行过程是否有异常，若有异常，需进入相应的异常处理流程进行处理。监控中心模块216，还针对管控设备的各个组件进行监控，以确定管控设备的运行状态是否存在异常，若有异常，需进入相应的异常处理流程进行处理。

可视化控制模块211，还可以接收用户输入的修复指令，根据该指令修改受控设备250；接收用户输入的调整指令，调整跑批任务的执行流程。

示例性地，本申请实施例提供了一个跑批任务的具体示例，该跑批任务可以分为6个任务节点，涉及到该银行的5个数据中心(对应上述受控设备)。第一个任务节点被分给了中部数据中心，管控中心(对应上述管控设备)接收到用户在管控中心输入的触发指令之后，向中部数据中心发送触发信号，以触发中部数据中心执行第一个任务节点对应的任务。管控中心接收中部数据中心发送的流水信息，并根据该流水信息确定是否需要触发第二个任务节点。其中，该第二个任务节点涉及到东部、西部、南部、北部、中部数据中心。

管控中心根据流水信息确定可以进行第二个任务节点时，向上述5个数据中心发送触发信号；上述数据中心接收到触发信号后，触发相应的服务器节点(每个数据中心包括至少一个服务器节点)执行相应的任务。因此，用户通过管控中心为第二个任务节点设立的处理规则为：依赖于第一个任务节点的执行完毕。用户还可以通过管控中心为第二个任务节点设立其他处理规则，例如，第二个任务节点与第三个任务节点可以并行执行；或者，第二个任务节点与第三个任务节点不能同时进行，当第一个任务节点的处理结果为“是”时，处理第二个任务节点，当第一个任务节点的处理结果为“否”时，处理第三个任务节点。应当指出，上述设置任务节点之间的关系的过程仅作为示例，不能用于限制本申请的范围。

在执行第二个任务节点时，东部、西部、南部、北部、中部数据中心实时地向管控中心发送流水信息，管控中心根据汇总的流水信息确定第二个任务节点的执行状态。例如，根据接收到的东部、西部数据中心发送的流水信息确定处于东部、西部数据中心的服务器节点处理完相应的任务，那么管控中心需继续接收南部、北部、中部数据中心发送的流水信息，以确定是否执行完毕。其中，不论同时接收到流水消息，还是先后收到流水消息，管控中心都会在接收到所有的数据中心发送的流水信息之后，作出判断。

当跑批任务执行到第六个任务节点时，该第六个任务节点被分配给中部数据中心。中部数据中心在执行任务时，依旧向管控中心发送流水信息。管控中心根据数据中心汇总的流水信息确定第六个任务节点已执行完毕时，发出通知，指示跑批任务完成。

示例性地，本申请实施例提供了一个跑批任务的具体示例，该跑批任务可以分为5个任务节点。第一个任务节点，确定账户在日切之前，是否有储蓄业务，如果有，则需要确定进行了储蓄业务的账户对应的开户行，每笔储蓄业务对应的营业网点，进行账目勾兑；第二个任务节点，确定账户是否有提取现金或者转账的业务，如果有，则需要确定进行了提取现金或者转账业务的账户对应的开户行，提取现金或者转账业务对应的营业网点或者线上网点，以进行账目勾兑；第三个任务节点，确定账户(该账户可以是指定的多个账户，可以是某个区域的账户，也可以是全部的账户)是否有购买基金，若有购买基金，则需要确定该基金在日切之后的增益；第四个任务节点，确定账户是否有贷款，若有贷款，则应当确定该笔贷款日切之后的利息；第五个任务节点，该银行自身的业务结算。其中，第一个任务节点-第四个任务节点涉及到5个数据中心(对应上述受控设备)；第五个任务节点可以分配给5个数据中心中任一数据中心(例如，该银行的总部所在的城市对应的数据中心)；处理第一个任务节点的多个数据中心中，每个数据中心的服务器节点属于并行执行的关系；该银行在制定跑批任务时，规定了需要先处理储蓄业务，再处理提取现金和转账的业务，那么第二个任务节点需要在第一个任务节点被执行完毕之后再进行；在对账户的业务做了核对和验算之后，即第一个任务节点-第四个任务节点之后，才能进入该银行自身的业务结算，例如，银行需要统计下日切之后，应该提供多少资金以便打给相应的账户上(例如，储蓄的增益、基金的增益)，以及需要从相应的账户上收取多少的利息(例如贷款的利息)等。应当指出，该示例中每个任务节点对应的账户可以是指定的多个账户，可以是某个区域的全部账户，也可以是该银行全部的账户，本领域技术人员可以自行设定。

本申请实施例提供的一种跨区域处理跑批任务的系统，该系统包括管控设备和至少两个受控设备。管控设备先通过可视化控制模块为至少两个区域对应的受控设备分别配置相应的跑批任务，并为每个相应的跑批任务配置处理规则，该手段为跨区域处理跑批任务提供基础；管控设备再通过可视化控制模块、定时触发模块或者第三方触发模块向受控设备发送触发请求后，以触发受控设备处理相应的跑批任务；管控设备还通过流程控制模块根据流程规则控制每个相应的跑批任务的处理过程，即根据相应的跑批任务的处理规则来确定跑批任务的具体处理情况，确保每个跑批任务是按照预设的逻辑规则在进行。最后，管控设备通过流水汇总模块接收每个受控设备处理跑批任务时的流水信息，通过该手段可及时向用户反馈受控设备处理跑批任务时的状态，更有利于用户把握整个跑批任务的处理过程。本申请实施例保护的系统，实现了协调多个区域的受控设备，顺利且高效地处理着跑批任务。

参见图3，本申请实施例还提供了一种跨区域处理跑批任务的方法，该方法可应用于上述管控设备210，包括：

S310，当确定跑批任务包含至少两个受控设备之后，针对至少两个受控设备确定跑批任务的分配和流程规则，其中，每个受控设备对应一个区域。

具体地，每个受控设备包括多个执行节点，跑批任务包括多个任务节点。接收用户输入的分配指令，将任务节点，依次分配给至少两个受控设备中每个受控设备的相应的执行节点，并确定每个任务节点的处理规则。其中，该流程规则包括所有任务节点的处理规则。

将跑批任务分割成多个任务节点，并确定每个任务节点的处理规则，实质是对跑批任务进行合理的分割处理，并确定了分割后每个任务节点之间的关系，该技术手段为提高跑批任务的处理效率提供了基础。

S320，根据预设触发方式触发至少两个受控设备开始处理跑批任务。

在一种可能的实现方式中，S320具体可以包括：

根据预设定时、预设接口、用户输入的预设触发指令中的任一项，向第一任务节点对应的受控设备发送触发请求，以触发对应的受控设备中相应的执行节点执行第一任务节点对应的任务，其中，第一任务节点为跑批任务中首先被执行的任务节点。

S330，根据至少两个受控设备分别反馈的通知消息和流程规则，控制跑批任务的处理过程。

具体地，通知消息包括流水信息，该流水信息包括任务节点的处理状态。该处理状态，可以是：未开启、处理中、处理完毕。

具体地，根据流水信息确定当前任务节点；根据流程规则中当前任务节点的处理规则对当前任务节点的处理状态进行分析；当分析结果为当前任务节点的已处理完毕时，根据流程规则确定下一步操作。

本申请实施例提供了一种跨区域处理跑批任务的方法，在确定每个区域对应的受控设备之后，管控设备针对至少两个受控设备确定跑批任务的分配，并制定相应的流程规则，即为跨区域处理跑批任务提供了基础；同时，针对该跑批任务的启动还设置了预设触发方式，以便于触发至少两个受控设备开始处理跑批任务；在受控设备执行跑批任务时，管控设备还接收受控设备反馈的通知消息，以便于及时掌握跑批任务的处理现状，并进一步地根据该通知消息和流程规则控制着跑批任务的处理过程。一开始，由管控设备控制着跑批任务的分配和流程规则的制定，在跑批任务被执行时，还可以根据提供的通知消息和流程规则实时掌控着跑批任务的处理过程，从而实现协调多个区域的受控设备，顺利且高效地处理着跑批任务。

本申请实施例还提供了一种可能的实现方式，通知消息还包括受控设备的运行状态。展示受控设备的运行状态，以及跑批任务的任一任务节点的处理状态。

其中，受控设备的运行状态包括受控设备中每个模块或者组件的运行状态。运行状态可以包括：未启动、暂停、运行中等。通过对受控设备的组件的监控，可以使管控设备的用户及时掌握受控设备的运行状态，从而更好的引导跑批任务的处理过程。

本申请实施例还提供了一种可能的实现方式，当根据所述受控设备的运行状态确定所述受控设备运行异常时，和/或，当根据所述跑批任务的任一任务节点的处理状态确定所述跑批任务处理异常时，和/或，当确定所述管控设备的运行状态为运行异常时，所述方法还包括：

确定任一异常对应的异常类型；

根据所述异常类型对应的异常处理流程处理所述任一异常。具体地，可以根据不同类型的异常，可以设置相应的异常等级，并配置相应的处理流程。其中，将受控设备的运行异常设置第一异常，针对于第一异常的处理包括：按照第一异常对应的形式发出相应的警示信息，以通知维护人员立即处理该异常；将任务节点的运行异常设置为第二异常，针对于第二异常的处理包括：按照第二异常对应的形式发出相应的警示信息。将管控设备的运行异常设置为第一异常。其中，第一异常针对需实时处理的异常，该类异常发生后，维护人员需立即对该异常进行处理；第二异常针对可以滞后处理的异常，该类异常发生后，维护人员既可以选择实时处理，也可以根据系统记录的异常日志，选择在合适的时机进行处理。因此，第一异常的级别比第二异常要高。第一异常对应的形式包括屏幕弹框提示、响铃，第二异常对应的形式包括屏幕弹框提示。应当指出，所列举的第一异常和第二异常仅作为示例来阐述本申请实施例提供的异常处理的思路，并不能作为对本申请保护范围的限制。本领域技术人员还可以根据实际需求在本申请实施例的基础上，拓展第三异常、第四异常等，并针对不同的异常设置对应的处理流程，关于此类拓展，依旧在本申请保护范围之内。

参见图4，本申请实施例还提供了一种跨区域处理跑批任务的方法，可以应用于本申请实施例中上述受控设备250，一个受控设备250对应一个区域。该方法包括：

S410，向管控设备发送获取跑批任务的请求，以获取跑批任务。

具体地，管控设备包括多个执行节点，跑批任务包括多个任务节点，由多个执行节点按照预设频率分别向管控设备发送获取请求，以获取跑批任务中相应的任务节点。

S420，当接收到管控设备发送的触发请求时，执行跑批任务。

具体地，根据触发请求，确定受控设备中相应的执行节点和跑批任务中相应的任务节点；启动相应的执行节点开始执行相应的任务节点对应的任务。

S430，向管控设备反馈通知消息。

具体地，向管控设备反馈携带受控设备的运行状态，以及相应的任务节点的处理状态的通知消息。

参见图5，本申请实施例提供了一种跨区域处理跑批任务的装置500，该装置应用于管控设备，装置500包括：

确定模块510，用于当确定跑批任务包含至少两个受控设备之后，针对至少两个受控设备确定跑批任务的分配和流程规则，其中，每个受控设备对应一个区域；

触发模块520，用于触发至少两个受控设备开始处理跑批任务；

控制模块530，用于根据至少两个受控设备分别反馈的通知消息和流程规则控制跑批任务的处理过程。

在一个可能的实现方式中，每个受控设备包括多个执行节点，跑批任务包括多个任务节点，确定模块在当确定跑批任务包含至少两个受控设备之后针对至少两个受控设备确定跑批任务的分配和流程规则中，具体用于：

将多个任务节点，依次分配给至少两个受控设备中每个受控设备的相应的执行节点，并确定每个任务节点的处理规则，其中，流程规则包括所有任务节点的处理规则。

在一个可能的实现方式中，触发模块在根据预设触发方式触发至少两个受控设备开始处理跑批任务中，具体用于：

根据预设定时、预设接口、用户输入的预设触发指令中的任一项，向第一任务节点对应的受控设备发送触发请求，以触发对应的受控设备中相应的执行节点执行第一任务节点对应的任务，其中，第一任务节点为跑批任务中首先被执行的任务节点。

在一个可能的实现方式中，通知消息包括流水信息，流水信息包括任务节点的处理状态，控制模块在根据至少两个受控设备分别反馈的通知消息和流程规则，控制跑批任务的处理过程中，具体用于：

根据流水信息确定当前任务节点；根据流程规则中当前任务节点的处理规则对当前任务节点的处理状态进行分析；当分析结果为当前任务节点的已处理完毕时，根据流程规则确定下一步操作。

在一个可能的实现方式中，通知消息还包括受控设备的运行状态，装置500还包括展示模块540，具体用于：

展示受控设备的运行状态，以及跑批任务的任一任务节点的处理状态。

在一个可能的实现方式中，装置500还包括异常处理模块550，具体用于：

当根据所述受控设备的运行状态确定所述受控设备运行异常时，和/或，当根据所述跑批任务的任一任务节点的处理状态确定所述跑批任务处理异常时，和/或，当确定所述管控设备的运行状态为运行异常时，所述方法还包括：

确定任一异常对应的异常类型；

根据异常类型对应的异常处理流程处理任一异常。

参见图6，本申请实施例还提供了一种跨区域处理跑批任务的装置600，应用于本申请上述实施例中的受控设备250，一个受控设备250对应一个区域，装置600包括：

获取模块610，用于向管控设备发送获取跑批任务的请求，以获取跑批任务；

执行模块620，用于当接收到管控设备发送的触发请求时，执行跑批任务；

反馈模块630，用于向管控设备反馈通知消息。

在一种可能的实现方式中，受控设备250包括多个执行节点，跑批任务包括多个任务节点，获取模块在向管控设备发送获取跑批任务的请求，以获取跑批任务中，具体用于：

由多个执行节点按照预设频率分别向管控设备发送获取请求，以获取跑批任务中相应的任务节点。

在一种可能的实现方式中，执行模块620在当接收到管控设备发送触发请求时，执行跑批任务中，具体用于：

根据触发请求，确定受控设备中相应的执行节点和跑批任务中相应的任务节点；启动相应的执行节点开始执行相应的任务节点对应的任务。

在一种可能的实现方式中，反馈模块630在向管控设备反馈通知消息中，具体用于：

向管控设备反馈携带受控设备的运行状态，以及相应的任务节点的处理状态的通知消息。

本申请实施例中提供了一种电子设备，该电子设备包括存储器、处理器及存储在存储器上的计算机程序，处理器执行计算机程序以实现本申请前述实施例所示的一种跨区域处理跑批任务的方法的步骤。

本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请前述实施例所示的一种跨区域处理跑批任务的方法的步骤。

本申请实施例还提供了一种计算机程序产品，计算机程序被处理器执行时实现本申请前述实施例所示的一种跨区域处理跑批任务的方法的步骤。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (16)

1.一种跨区域处理跑批任务的方法，其特征在于，应用于管控设备，所述方法包括：

当确定跑批任务包含至少两个受控设备之后，针对所述至少两个受控设备确定所述跑批任务的分配和流程规则，其中，每个受控设备对应一个区域；

根据预设触发方式触发所述至少两个受控设备开始处理所述跑批任务；

根据所述至少两个受控设备分别反馈的通知消息和所述流程规则，控制所述跑批任务的处理过程。

2.根据权利要求1所述的方法，其特征在于，每个受控设备包括多个执行节点，所述跑批任务包括多个任务节点，所述针对所述至少两个受控设备确定所述跑批任务的分配和流程规则，包括：

将所述多个任务节点，依次分配给所述至少两个受控设备中每个受控设备的相应的执行节点，并确定每个任务节点的处理规则，其中，所述流程规则包括所有任务节点的处理规则。

3.根据权利要求2所述的方法，其特征在于，所述根据预设触发方式触发所述至少两个受控设备开始处理所述跑批任务，包括：

根据预设定时、预设接口、用户输入的预设触发指令中的任一项，向第一任务节点对应的受控设备发送触发请求，以触发对应的受控设备中相应的执行节点执行所述第一任务节点对应的任务，其中，所述第一任务节点为所述跑批任务中首先被执行的任务节点。

4.根据权利要求2所述的方法，其特征在于，所述通知消息包括流水信息，所述流水信息包括任务节点的处理状态，所述根据所述至少两个受控设备分别反馈的通知消息和所述流程规则，控制所述跑批任务的处理过程，包括：

根据所述流水信息确定所述当前任务节点；

根据所述流程规则中所述当前任务节点的处理规则对所述当前任务节点的处理状态进行分析；

当分析结果为当前任务节点已处理完毕时，根据所述流程规则确定下一步操作。

5.根据权利要求4所述的方法，其特征在于，所述通知消息还包括所述受控设备的运行状态，所述方法还包括：

展示所述受控设备的运行状态，以及所述跑批任务的任一任务节点的处理状态。

6.根据权利要求5所述的方法，其特征在于，当根据所述受控设备的运行状态确定所述受控设备运行异常时，和/或，当根据所述跑批任务的任一任务节点的处理状态确定所述跑批任务处理异常时，和/或，当确定所述管控设备的运行状态为运行异常时，所述方法还包括：

确定任一异常对应的异常类型；

根据所述异常类型对应的异常处理流程处理所述任一异常。

7.一种跨区域处理跑批任务的方法，其特征在于，应用于受控设备，所述受控设备对应一个区域，所述方法包括：

向管控设备发送获取跑批任务的请求，以获取所述跑批任务；

当接收到所述管控设备发送的触发请求时，执行所述跑批任务；

向所述管控设备反馈通知消息。

8.根据权利要求7所述的方法，其特征在于，所述受控设备包括多个执行节点，所述跑批任务包括多个任务节点，所述向管控设备发送获取跑批任务的请求，以获取所述跑批任务，包括：

由所述多个执行节点按照预设频率分别向所述管控设备发送获取请求，以获取所述跑批任务中相应的任务节点。

9.根据权利要求7所述的方法，其特征在于，所述当接收到所述管控设备发送触发请求时，执行所述跑批任务，包括：

根据所述触发请求，确定所述受控设备中相应的执行节点和所述跑批任务中相应的任务节点；

启动所述相应的执行节点开始执行所述相应的任务节点对应的任务。

10.根据权利要求9所述的方法，其特征在于，所述向所述管控设备反馈通知消息，包括：

向所述管控设备反馈携带所述受控设备的运行状态，以及所述相应的任务节点的处理状态的通知消息。

11.一种跨区域处理跑批任务的装置，其特征在于，应用于管控设备，所述装置包括：

确定模块，用于针对至少两个受控设备确定跑批任务和流程规则，其中，每个受控设备对应一个区域；

触发模块，用于触发所述至少两个受控设备开始处理所述跑批任务；

控制模块，用于根据所述至少两个受控设备分别反馈的通知消息和所述流程规则，控制所述跑批任务的处理过程。

12.一种跨区域处理跑批任务的装置，其特征在于，应用于受控设备，所述受控设备对应一个区域，所述装置包括：

获取模块，用于向管控设备发送获取跑批任务的请求，以获取所述跑批任务；

执行模块，用于当接收到所述管控设备发送的触发请求时，执行所述跑批任务；

反馈模块，用于向所述管控设备反馈通知消息。

13.一种跨区域处理跑批任务的系统，其特征在于，所述系统包括管控设备和至少两个受控设备，所述管控设备包括可视化控制模块、流程控制模块、第三方触发模块、定时触发模块，所述受控设备包括监听触发模块、独立流水模块、多个执行节点，其中，

所述可视化控制模块针对所述至少两个受控设备确定跑批任务的分配和流程规则，其中，每个受控设备对应一个区域；

所述多个执行节点分别向管控设备发送获取跑批任务的请求，以获取所述跑批任务；

所述可视化控制模块、所述第三方触发模块和所述定时触发模块根据预设触发方式触发所述至少两个受控设备开始处理所述跑批任务；

在所述监听触发模块接收到所述触发请求之后，所述至少两个受控设备的执行器执行所述跑批任务；

所述独立流水模块分别向所述管控设备反馈通知消息；

所述流程控制模块根据所述通知消息和所述流程规则，控制所述跑批任务的处理过程。

14.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-6或者权利要求要求7-10中任一项所述的一种跨区域处理跑批任务的方法步骤。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6或者权利要求要求7-10中任一项所述的一种跨区域处理跑批任务的方法的步骤。

16.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6或者权利要求要求7-10中任一项所述的一种跨区域处理跑批任务的方法的步骤。

Images