CN109828883A - 任务数据处理方法和装置、存储介质及电子装置 - Google Patents

Abstract

本发明公开了一种任务数据处理方法和装置、存储介质及电子装置。其中，该方法包括：监测第一任务的运行状态；在监测到第一任务的运行状态为异常状态时，确定受第一任务影响的第二任务的集合，其中，第二任务的集合中的每个第二任务都是第一任务的下游任务；发出提示信息，其中，提示信息用于提示第一任务的运行状态为异常状态，提示信息中携带有第一任务的标识信息和第二任务的标识信息。本发明解决了由于任务告警时仅有出现异常的任务造成的提示信息不全面的技术问题。

Description

任务数据处理方法和装置、存储介质及电子装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种任务数据处理方法和装置、存储介质及电子装置。

背景技术

相关技术中对任务的监控存在以下问题：

(1)现有任务监控机制是任务视角，关注的是任务的运行情况，没有业务视角的概念。仅关注孤立任务的运行情况，却不知业务整体进展如何，虽然可以借由现有的任务视图尝试达到类似目的，但这种方法的不足也很明显：任务视图由人工创建，哪些任务出现在视图中，完全由创建人决定，因此可能并不能包含业务依赖的所有任务。事实上也的确如此，毕竟任务视图关注的始终是任务，需要一种专业的关注业务的机制。

(2)当接收到一个任务告警时，责任人会得知某个任务运行异常，但从告警消息中获得的信息也仅限于此了，仅仅给出这一点异常提醒对于相关人员及时处理异常还远远不够。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种任务数据处理方法和装置、存储介质及电子装置，以至少解决由于任务告警时仅有出现异常的任务造成的提示信息不全面的技术问题。

根据本发明实施例的一个方面，提供了一种任务数据处理方法，包括：监测第一任务的运行状态；在监测到所述第一任务的运行状态为异常状态时，确定受所述第一任务影响的第二任务的集合，其中，所述第二任务的集合中的每个第二任务都是所述第一任务的下游任务；发出提示信息，其中，所述提示信息用于提示所述第一任务的运行状态为异常状态，所述提示信息中携带有所述第一任务的标识信息和所述第二任务的标识信息。

根据本发明实施例的另一方面，还提供了一种任务数据处理装置，包括：监测单元，用于监测第一任务的运行状态；第一确定单元，用于在监测到所述第一任务的运行状态为异常状态时，确定受所述第一任务影响的第二任务的集合，其中，所述第二任务的集合中的每个第二任务都是所述第一任务的下游任务；提示单元，用于发出提示信息，其中，所述提示信息用于提示所述第一任务的运行状态为异常状态，所述提示信息中携带有所述第一任务的标识信息和所述第二任务的标识信息。

根据本发明实施例的另一方面，还提供了一种存储介质，包括存储的程序，其中，所述程序运行时执行本发明所述的方法。

根据本发明实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行本发明所述的方法。

在本发明实施例中，通过监测第一任务的运行状态；在监测到第一任务的运行状态为异常状态时，确定受第一任务影响的第二任务的集合，其中，第二任务的集合中的每个第二任务都是第一任务的下游任务；发出提示信息，其中，提示信息用于提示第一任务的运行状态为异常状态，提示信息中携带有第一任务的标识信息和第二任务的标识信息，达到了在一个任务异常时不仅提醒该异常任务还提醒该任务的下游任务的目的，从而实现了在任务告警时给出更多提示信息的技术效果，进而解决了由于任务告警时仅有出现异常的任务造成的提示信息不全面的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的任务数据处理方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的任务数据处理方法的流程图；

图3是根据本发明实施例的业务列表页的示意图；

图4是根据本发明实施例的垂直方向的层级布局的示意图；

图5是根据本发明实施例的水平层级布局的示意图；

图6是根据本发明实施例的复杂业务层级布局的示意图；

图7是根据本发明实施例的复杂业务力导向布局的示意图；

图8是根据本发明实施例的一种不同运行状态的任务的示意图；

图9是根据本发明实施例的一种仅显示未完成任务的示意图；

图10是根据本发明实施例的一种任务运行情况的示意图；

图11是根据本发明实施例的一种任务选中后的示意图；

图12是根据本发明实施例的一种告警消息的示意图；

图13是根据本发明实施例的一种业务视角的任务监控机制的流程图；

图14是根据本发明实施例的业务结构示意图；

图15是根据本发明实施例的一种任务的观察者的示意图；

图16是根据本发明实施例的一种可选的任务数据处理装置的示意图；

以及

图17是根据本发明实施例的一种终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

任务图：以任务为节点，以任务间依赖关系(父—>子)为有向边，所构成的图(或称网络)。

业务依赖的任务：业务下的所有任务以及这些任务直接或间接依赖的所有任务。

根据本发明的一实施例，提供了一种任务数据处理的方法实施例。

可选地，在本实施例中，上述任务数据处理方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中，其中，硬件环境包括网络环境。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的任务数据处理方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的任务数据处理方法也可以是由安装在其上的客户端来执行。

图2是根据本发明实施例的一种可选的任务数据处理方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S202，监测第一任务的运行状态；

步骤S204，在监测到第一任务的运行状态为异常状态时，确定受第一任务影响的第二任务的集合，其中，第二任务的集合中的每个第二任务都是第一任务的下游任务；

步骤S206，发出提示信息，其中，提示信息用于提示第一任务的运行状态为异常状态，提示信息中携带有第一任务的标识信息和第二任务的标识信息。

通过上述步骤S202至步骤S206，通过监测第一任务的运行状态；在监测到第一任务的运行状态为异常状态时，确定受第一任务影响的第二任务的集合，其中，第二任务的集合中的每个第二任务都是第一任务的下游任务；发出提示信息，其中，提示信息用于提示第一任务的运行状态为异常状态，提示信息中携带有第一任务的标识信息和第二任务的标识信息，达到了在一个任务异常时不仅提醒该异常任务还提醒该任务的下游任务的目的，从而实现了在任务告警时给出更多提示信息的技术效果，进而解决了由于任务告警时仅有出现异常的任务造成的提示信息不全面的技术问题。

在步骤S202提供的技术方案中，第一任务是某个业务中的所有任务的其中一个，第一任务的运行状态可以是正常状态或者异常状态，通常情况下，完成一个业务需要多个任务，对于一个业务的所有任务的运行状态进行监测。

在步骤S204提供的技术方案中，当监测到第一任务的运行状态是异常状态时，此时不仅第一任务异常，由于第一任务的下游任务需要基于第一任务的运行结果来进一步运行，所以第一任务的下游任务也会受到影响，此时，不仅要提醒第一任务异常，还要确定第一任务的影响范围，获取第一任务的所有下游任务，每个下游任务作为第二任务，将这所有下游任务作为第二任务的集合，需要说明的是，获取第一任务的下游任务的时机可以是在任务创建之初，也可以是在监测到第一任务异常时再获取。获取第一任务的下游任务可以是通过查找所有任务的任务记录表的方式获取，例如，任务A运行完成之后将结果发送给任务B，再运行任务B，则在任务B的任务记录表中记录了任务B是依赖任务A的，此时如果任务A出现异常，即可知道任务B属于受任务A影响的任务。通过遍历所有任务中的任务记录表即可获得第二任务集合。

在步骤S206提供的技术方案中，在确定出受第一任务影响的第二任务的集合之后，可以发出提示信息，以提示第一任务和第二任务都出现异常，这样，数据维护人员可以及时发现异常，并同时知晓该异常任务的影响范围，以及时修复或者应对异常任务及其影响到的所有任务，相对于相关技术中在异常时仅提示出现异常的某个任务的方案，本发明实施例的技术方案不以单个任务为单位，而是将业务依赖的所有任务作为一个整体，能够在任务告警时提示更多信息。

作为一种可选的实施例，在确定受第一任务影响的第二任务的集合之前，接收终点任务的信息和待执行业务的信息；根据终点任务确定执行待执行业务的多个任务和多个任务之间的上下游关系，其中，在下游任务的任务记录表中存储有上游任务的信息。

终点任务可以是用户输入的，用户输入的信息包括终点任务的信息和待执行业务的信息，待执行业务的信息可以是业务ID，通过用户输入的终点任务的信息和待执行业务的信息可以确定执行该待执行业务所需要的所有的任务和每个任务之间的上下游关系。

作为一种可选的实施例，在确定受第一任务影响的第二任务的集合之后，计算第二任务的数量，其中，提示信息还用于提示第二任务的数量。

在确定第二任务的集合之后，可以计算第二任务的数量，提示信息除了提示第一任务和第二任务的具体任务之外还可以提示第二任务的数量，以方便用户了解和应对。

作为一种可选的实施例，在确定受第一任务影响的第二任务的集合之后，计算与第二任务关联的业务的数量，其中，提示信息还用于提示关联的业务的数量。除了直接获得第二任务的数量之外，由于每个任务与业务具有关联关系，某个任务出现异常，可能会影响到多个业务，计算出与第二任务关联的业务的数量可以使用户及时了解业务受影响情况。

作为一种可选的实施例，在根据终点任务确定执行待执行业务的多个任务和多个任务之间的上下游关系之后，根据多个任务之间的上下游关系生成任务图；输出任务图。根据终点任务和待执行业务的多个任务之间的上下游关系，生成任务图并显示，可以使用户全面了解当前业务的多个任务之间的关联关系，方便查看。

作为一种可选的实施例，在输出任务图之前，接收对任务图的展示方式的选择指令；根据选择指令展示任务图，其中，展示方式包括层级布局和力导向布局。在任务图的展示上，可以根据用户的选择生成用户需要的展示方式，以便适应不同用户的使用习惯。

作为一种可选的实施例，在确定受第一任务影响的第二任务的集合之后，在任务图中以不同颜色或图标对正常运行的任务、第一任务、第二任务进行区分显示。在确定出异常任务和异常任务的影响范围后，可以在任务图中以不同颜色或图标区分显示正常任务、第一任务和第二任务，其中，第一任务和第二任务可以是同一类型，也可以是不同类型。还可以将第一任务和第二任务以图标闪烁的方式显示，以提醒用户异常任务的分布。

本发明实施例还提供了一种实施方式，下面结合该实施方式对技术方案进行说明。

本发明实施例的技术方案可以作为一个通用方案，通过创新的业务视角能显著提升任务监控机制的作用和意义，还可广泛应用于业务和/或产品倾向的任务监控机制。

发明人发现，当接收到一个任务告警时，责任人会得知某个任务运行异常，但从告警消息中获得的信息也仅限于此了，仅仅给出这一点异常提醒对于相关人员及时处理异常还远远不够，往往需要更多的信息：受此任务影响的后续任务有哪些？这些任务影响到哪些业务？哪些发给业务决策者的报表将不能准时发出？如果有这些信息，可以直观地了解到影响范围，更细粒度的决定各个异常处理的优先级，更可以提前知会相关人员。

本发明实施例的技术方案具有以下改进：

业务视角：不同于任务视角关注单个任务，业务视角关注的不是孤立任务，而是将业务依赖的所有任务作为一个整体，关注这个整体。

业务任务图：基于业务依赖的所有任务及它们之间的依赖关系，所构成的任务图。从一个业务的任务图中，除了能看到业务依赖的所有任务及它们之间的依赖关系外，通过区别显示不同运行状态的任务，业务的整体进展一目了然。

自动分析出业务依赖的所有任务：构建任务图，相对于人工创建，自动构建省时省力质量高。

任务运行异常时，自动分析出影响范围，作为告警内容的一部分。影响范围包括受此任务影响的后续任务、业务、发送给业务决策者的报表等。由相关责任人参考，直观地了解到影响范围，更细粒度的决定各个异常处理的优先级，更可以提前知会相关人员。

对于用户操作：

以业务视角出发，用户的操作与任务视角时大不相同。

(1)关注业务整体的运行情况。图3是根据本发明实施例的业务列表页的示意图，如图3所示，用户可在业务列表页看到每个业务的当周期运行状态概览。

(2)查看业务任务图。

渲染布局。由于业务复杂程序不同，提供两种渲染布局：层级布局和力导向布局。层级布局能很好地适用于简单业务，提供垂直方向和水平方向两种渲染方式，适应不同用户的使用习惯。图4是根据本发明实施例的垂直方向的层级布局的示意图，如图4所示，图中圆形节点表示任务，箭头表示任务之间的依赖关系，从A到B表示任务B依赖任务A，在任务A完成后执行任务B，五角星表示终点任务，每个任务下方都标有该任务的名称，图5是根据本发明实施例的水平层级布局的示意图，都是以视频APP关键数据为例绘制的，对于越复杂的业务，层级布局越不适用，力导向布局的优势则越明显。图6是根据本发明实施例的复杂业务层级布局的示意图，如图6所示，对于复杂业务层级布局展示效果不佳，图7是根据本发明实施例的复杂业务力导向布局的示意图，如图7所示，复杂业务采用力导向布局显示效果更好。

除了以不同布局显示任务之间的关联关系，还可以显示出不同运行状态的任务，例如，通过不同颜色显示不同运行状态的任务，图8是根据本发明实施例的一种不同运行状态的任务的示意图，如图8所示，以视频APP广告库存分桶数据为例，可以以不同颜色表示不同运行状态的任务节点，例如，正常节点是绿色，出现问题的任务是蓝色(图中用空心代替)，受该任务影响的任务(等待运行的任务)的颜色是蓝色高亮。这样用户在查看时可以最快速知晓出现异常的任务以及其影响范围。

本发明实施例的技术方案还可以具有其它渲染功能，图9是根据本发明实施例的一种仅显示未完成任务的示意图，考虑到查看业务中未完成的任务还有哪些是一个实用的场景，因此提供“仅显示未完成的任务”这一渲染功能。对于越复杂的业务，这一功能越实用。如图9所示，阴影任务代表该任务终止，后三个空心节点表示待执行的任务。

图10是根据本发明实施例的一种任务运行情况的示意图，点击任务图中的任务可以查看该任务的运行情况。

图11是根据本发明实施例的一种任务选中后的示意图，如图11所示，选中任务以高亮颜色显示，以便用户查看，同时还可以以不同颜色显示该任务的上下游连线。

图12是根据本发明实施例的一种告警消息的示意图，如图12所示，从告警消息中直观地了解到影响范围，更细粒度的决定各个异常处理的优先级，更可以提前知会相关人员。

图13是根据本发明实施例的一种业务视角的任务监控机制的流程图，如图13所示，该监控机制分为业务、业务任务图、告警机制三个部分，用户登记业务后，服务器创建业务，创建的业务可以被用户查看，创建业务后可以构建业务任务图，在出现异常时可以分析异常任务的影响范围并实现告警，发送告警信息给用户，以便用户及时对异常进行处理。

对于业务：

其中，用户关注登记的业务，图14是根据本发明实施例的业务结构示意图，如图14所示，业务中记录有业务名称和ID，其中最重要的属性为终点任务，即业务的终点任务。比如，业务统计结果的出库任务，受关注的关键任务等等。用户登记业务时，终点任务和报表二选一。若未指定终点任务而指定了报表，将分析报表实际依赖的终点任务。若两者都指定，以终点任务为准。

服务器在创建业务后，以终点任务为起点，按任务依赖关系上溯，找出业务依赖的所有任务，并建立业务和任务的关联。图15是根据本发明实施例的一种任务的观察者的示意图，服务器运行一个调度程序，汇总业务依赖的任务的运行状态，称之为当周期运行状态概览，业务是任务的观察者，格式为：已完成的任务数/总任务数。显示在业务列表页上供用户了解业务整体的运行情况。

对于业务任务图：

构建

服务器在创建业务后，以终点任务为起点，按任务依赖关系上溯，找出业务依赖的所有任务及它们之前的依赖关系，构建任务图。

存储

随着登记的业务越来越多,存储方式的差异对查询性能的影响将越来越大。因此应该尽可能选择最优的存储方式。使用图专用的数据库(比如Neo4j)当然是最好的。但如果这个选择不太可行，比如，没有在用图专用的数据库，更没有专门的运维团队，但却有一个成熟的Redis运维团队，如下两个层面的组合策略也是一个好方法。

(1)本地存储+Redis存储+版本控制

除了性能方面的考虑外，也能很好地应用于多机器负载均衡的环境。

(2)总图+业务子图

考虑到不同业务的任务大体不会重叠，比如视频和新闻。业务子图能保证在访问某个业务的任务时，不多不少地读取到业务的任务，不需要从总图上查找。

考虑到相似业务可能会依赖相同的上游任务或父业务涵盖了子业务，比如视频和视频APP。总图能保证在构建任务图时，在此场景下，不会重复构建图的一部分。

渲染

页面上提供多种渲染选项：层级布局/力导向布局，垂直方向/水平方向,仅显示未完成的任务等。当用户变更选择时，浏览器将执行选项变更事件预先绑定的javascript代码，按指定的方式重新渲染。

当用户点击任务图中节点(即任务)时，一方面，浏览器异步向服务器请求，获取任务当前运行情况和任务运行情况历史概况，展示在当前页面中：另一方面，浏览器执行节点点击事件预先绑定的javascript代码，高亮任务及其直接上下游。

告警机制

仅说明自动分析异常任务的影响范围，当监测到一个任务运行状态异常时，自动分析任务的影响范围：

受影响的后续任务：从总图中找出该任务节点能到达的所有任务节点。

受影响的业务：读取该任务及受影响的后续任务的观察者集合，如图15。

受影响的报表：读取受影响的业务的报表集合，如图15。

本发明实施例的技术方案，不同于任务视角关注单个任务，业务视角关注的不是孤立任务，而是将业务依赖的所有任务作为一个整体，关注这个整体。一方面，用户可在业务列表页看到每个业务的当周期运行状态概览。另一方面，通过查看自动构建的业务任务图，用户对业务的整体进展一目了然，也可以直接点击任务节点，对比任务当前运行情况和历史概况。

任务运行异常时，自动分析出影响范围(受此任务影响的后续任务、业务、发送给业务决策者的报表等)，作为告警内容的一部分，由相关责任人参考，直观地了解到影响范围，更细粒度的决定各个异常处理的优先级，更可以提前知会相关人员。

而以上这些丰富便利的功能，用户只需要花几秒钟登记一个业务，即可享受到。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

根据本发明的其他一实施例，还提供了一种用于实施上述任务数据处理方法的任务数据处理装置。图16是根据本发明实施例的一种可选的任务数据处理装置的示意图，如图16所示，该装置可以包括：

监测单元10，用于监测第一任务的运行状态；

第一确定单元20，用于在监测到第一任务的运行状态为异常状态时，确定受第一任务影响的第二任务的集合，其中，第二任务的集合中的每个第二任务都是第一任务的下游任务；

提示单元30，用于发出提示信息，其中，提示信息用于提示第一任务的运行状态为异常状态，提示信息中携带有第一任务的标识信息和第二任务的标识信息。

需要说明的是，该实施例中的监测单元10可以用于执行本申请实施例中的步骤S202，该实施例中的第一确定单元20可以用于执行本申请实施例中的步骤S204，该实施例中的提示单元30可以用于执行本申请实施例中的步骤S206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，可以解决了由于任务告警时仅有出现异常的任务造成的提示信息不全面的技术问题，进而达到在一个任务异常时不仅提醒该异常任务还提醒该任务的下游任务的技术效果。

作为一种可选的实施例，该装置还包括：接收单元，用于在确定受第一任务影响的第二任务的集合之前，接收终点任务的信息和待执行业务的信息；第二确定单元，用于根据终点任务确定执行待执行业务的多个任务和多个任务之间的上下游关系，其中，在下游任务的任务记录表中存储有上游任务的信息。

作为一种可选的实施例，该装置还包括：第一计算单元，用于在确定受第一任务影响的第二任务的集合之后，计算第二任务的数量，其中，提示信息还用于提示第二任务的数量。

作为一种可选的实施例，该装置还包括：第二计算单元，用于在确定受第一任务影响的第二任务的集合之后，计算与第二任务关联的业务的数量，其中，提示信息还用于提示关联的业务的数量。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本发明的其他一实施例，还提供了一种用于实施上述任务数据处理方法的电子装置。如图17所示，该电子装置包括：

1)处理器

2)存储器

图17是根据本发明实施例的一种电子装置的结构框图，如图17所示，该电子装置可以包括：一个或多个(图中仅示出一个)处理器201、存储器203、以及传输装置205(如上述实施例中的发送装置)，如图17所示，该电子装置还可以包括输入输出设备207。

其中，存储器203可用于存储软件程序以及模块，如本发明实施例中的任务数据处理方法和装置对应的程序指令/模块，处理器201通过运行存储在存储器203内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的任务数据处理方法。存储器203可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器203可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至电子装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置205用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置205包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置205为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器203用于存储应用程序。

处理器201可以通过传输装置205调用存储器203存储的应用程序，以执行下述步骤：监测第一任务的运行状态；在监测到第一任务的运行状态为异常状态时，确定受第一任务影响的第二任务的集合，其中，第二任务的集合中的每个第二任务都是第一任务的下游任务；发出提示信息，其中，提示信息用于提示第一任务的运行状态为异常状态，提示信息中携带有第一任务的标识信息和第二任务的标识信息。

处理器201还用于执行下述步骤：接收终点任务的信息和待执行业务的信息；根据终点任务确定执行待执行业务的多个任务和多个任务之间的上下游关系，其中，在下游任务的任务记录表中存储有上游任务的信息。

处理器201还用于执行下述步骤：计算第二任务的数量，其中，提示信息还用于提示第二任务的数量。

处理器201还用于执行下述步骤：计算与第二任务关联的业务的数量，其中，提示信息还用于提示关联的业务的数量。

处理器201还用于执行下述步骤：根据多个任务之间的上下游关系生成任务图；输出任务图。

处理器201还用于执行下述步骤：接收对任务图的展示方式的选择指令；根据选择指令展示任务图，其中，展示方式包括层级布局和力导向布局。

处理器201还用于执行下述步骤：在任务图中以不同颜色或图标对正常运行的任务、第一任务、第二任务进行区分显示。

采用本发明实施例，达到了在一个任务异常时不仅提醒该异常任务还提醒该任务的下游任务的目的，从而实现了在任务告警时给出更多提示信息的技术效果，进而解决了由于任务告警时仅有出现异常的任务造成的提示信息不全面的技术问题。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图17所示的结构仅为示意，电子装置可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等电子装置设备。图17其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图17中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图17所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令电子装置设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

本发明的其他一实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行任务数据处理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，监测第一任务的运行状态；

S2，在监测到第一任务的运行状态为异常状态时，确定受第一任务影响的第二任务的集合，其中，第二任务的集合中的每个第二任务都是第一任务的下游任务；

S3，发出提示信息，其中，提示信息用于提示第一任务的运行状态为异常状态，提示信息中携带有第一任务的标识信息和第二任务的标识信息。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：接收终点任务的信息和待执行业务的信息；根据终点任务确定执行待执行业务的多个任务和多个任务之间的上下游关系，其中，在下游任务的任务记录表中存储有上游任务的信息。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：计算第二任务的数量，其中，提示信息还用于提示第二任务的数量。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：计算与第二任务关联的业务的数量，其中，提示信息还用于提示关联的业务的数量。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据多个任务之间的上下游关系生成任务图；输出任务图。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：接收对任务图的展示方式的选择指令；根据选择指令展示任务图，其中，展示方式包括层级布局和力导向布局。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在任务图中以不同颜色或图标对正常运行的任务、第一任务、第二任务进行区分显示。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (13)

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

监测第一任务的运行状态；

在监测到所述第一任务的运行状态为异常状态时，确定受所述第一任务影响的第二任务的集合，其中，所述第二任务的集合中的每个第二任务都是所述第一任务的下游任务；

发出提示信息，其中，所述提示信息用于提示所述第一任务的运行状态为异常状态，所述提示信息中携带有所述第一任务的标识信息和所述第二任务的标识信息。

2.根据权利要求1所述的方法，其特征在于，在确定受所述第一任务影响的第二任务的集合之前，所述方法还包括：

接收终点任务的信息和待执行业务的信息；

根据所述终点任务确定执行所述待执行业务的多个任务和所述多个任务之间的上下游关系，其中，在下游任务的任务记录表中存储有上游任务的信息。

3.根据权利要求2所述的方法，其特征在于，在确定受所述第一任务影响的第二任务的集合之后，所述方法还包括：

计算所述第二任务的数量，其中，所述提示信息还用于提示所述第二任务的数量。

4.根据权利要求2所述的方法，其特征在于，在确定受所述第一任务影响的第二任务的集合之后，所述方法还包括：

计算与所述第二任务关联的业务的数量，其中，所述提示信息还用于提示所述关联的业务的数量。

5.根据权利要求2所述的方法，其特征在于，在根据所述终点任务确定执行所述待执行业务的多个任务和所述多个任务之间的上下游关系之后，所述方法还包括：

根据所述多个任务之间的上下游关系生成任务图；

输出所述任务图。

6.根据权利要求5所述的方法，其特征在于，在输出所述任务图之前，所述方法还包括：

接收对所述任务图的展示方式的选择指令；

根据所述选择指令展示所述任务图，其中，所述展示方式包括层级布局和力导向布局。

7.根据权利要求5所述的方法，其特征在于，在确定受所述第一任务影响的第二任务的集合之后，所述方法还包括：

在所述任务图中以不同颜色或图标对正常运行的任务、所述第一任务、所述第二任务进行区分显示。

8.一种任务数据处理装置，其特征在于，包括：

监测单元，用于监测第一任务的运行状态；

第一确定单元，用于在监测到所述第一任务的运行状态为异常状态时，确定受所述第一任务影响的第二任务的集合，其中，所述第二任务的集合中的每个第二任务都是所述第一任务的下游任务；

提示单元，用于发出提示信息，其中，所述提示信息用于提示所述第一任务的运行状态为异常状态，所述提示信息中携带有所述第一任务的标识信息和所述第二任务的标识信息。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

接收单元，用于在确定受所述第一任务影响的第二任务的集合之前，接收终点任务的信息和待执行业务的信息；

第二确定单元，用于根据所述终点任务确定执行所述待执行业务的多个任务和所述多个任务之间的上下游关系，其中，在下游任务的任务记录表中存储有上游任务的信息。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第一计算单元，用于在确定受所述第一任务影响的第二任务的集合之后，计算所述第二任务的数量，其中，所述提示信息还用于提示所述第二任务的数量。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二计算单元，用于在确定受所述第一任务影响的第二任务的集合之后，计算与所述第二任务关联的业务的数量，其中，所述提示信息还用于提示所述关联的业务的数量。

12.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至7任一项中所述的方法。

13.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行所述权利要求1至7中任一项所述的方法。