CN111784288A

CN111784288A - 一种任务管理方法、装置、系统、存储介质及设备

Info

Publication number: CN111784288A
Application number: CN202010607477.1A
Authority: CN
Inventors: 郭锦荣
Original assignee: Guangzhou Huaduo Network Technology Co Ltd
Current assignee: Guangzhou Huaduo Network Technology Co Ltd
Priority date: 2020-06-29
Filing date: 2020-06-29
Publication date: 2020-10-16

Abstract

本说明书提供一种任务管理方法、装置、系统、存储介质及设备，该任务管理方法中，获取未完成任务的任务信息，生成所有任务的时间线，统计出各个成员在指定的时间线中各指定时间段的业务，记录成业务状态，进而基于预设的业务优先级对业务状态进行匹配，确定出成员在各指定时间段是否空闲，这样，将任务信息转换成以成员为维度的数据报告，进而分析出成员在任意时间段安排的任务情况，对于管理者来说，可以直观地得知团队人力占用情况，有利于管理效率的提高。

Description

一种任务管理方法、装置、系统、存储介质及设备

技术领域

本说明书涉及计算机技术领域，尤其涉及一种任务管理方法、装置、系统、存储介质及设备。

背景技术

任务管理是企业的一个重要环节。通过任务管理，可以大幅度地提高效率，这对于企业工作任务的落实来说是极为关键的。目前，相关技术的任务管理系统普遍具备任务创建、排期、分配、进度提示等功能，但其系统能展示的只是各个任务的排期、成员、进度等信息。管理者无法从中得知团队的人力占用情况，管理者在调配任务时，仍需要人工进行统计，对于管理效率来说是比较不利的。

发明内容

为克服相关技术中存在的问题，本说明书提供了一种任务管理方法、装置、系统、存储介质以及设备。

根据本说明书实施例的第一方面，提供一种任务管理方法，包括：

获取未完成任务的任务信息，其中，一项任务对应至少一个业务，所述任务信息包括各个业务的计划时间和执行任务的成员信息；

根据所有任务中各业务的计划时间生成所有任务的时间线；

统计各个成员在指定的时间线中各指定时间段的业务，并记录所述各指定时间段内的业务状态；

根据预设的业务优先级对各个成员在各个指定时间段中的业务状态进行匹配，并根据匹配结果确定所述成员在所述指定时间段内是否空闲。

在某些例子中，上述方法还包括：

将所述匹配结果展示在UI界面上。

在某些例子中，上述方法还包括：

统计所述成员在所述指定时间段中同一业务状态的业务的数量；

判断所述数量是否大于预设值，是则将所述匹配到的业务状态进行标记。

在某些例子中，上述方法还包括：

根据各个业务状态对应的预设权重，统计各个成员在各个时间段中的工作量指标。

在某些例子中，根据所有计划时间生成所有任务的时间线，包括：

将所有任务中各业务的计划时间进行排序，获取最早时间点和最晚时间点，以确定出所述时间线的起始时刻和结束时刻。

在某些例子中，上述指定的时间线基于系统设置或用户配置指令确定。

根据本说明书实施例的第二方面，提供一种任务管理装置，包括：

获取模块，用于获取未完成任务的任务信息，其中，一项任务对应至少一个业务，所述任务信息包括各个业务的计划时间和执行任务的成员信息；

生成模块，用于根据所有任务中各业务的计划时间生成所有任务的时间线；

统计模块，用于统计各个成员在指定的时间线中各指定时间段的业务，并记录所述指定时间段内的业务状态；

匹配模块，用于根据预设的业务优先级对各个成员在各个指定时间段中的业务状态进行匹配，并根据匹配结果确定所述成员在所述指定时间段内是否空闲。

根据本说明书实施例的第三方面，提供一种任务管理系统，包括服务器、数据库和web客户端；

所述web客户端用于录入任务信息，其中，一项任务对应若干个业务，所述任务信息包括各个业务的计划时间和执行任务的成员信息；

所述数据库用于存储所述任务信息；

所述服务器用于：从所述数据库获取未完成任务的任务信息；根据所有计划时间生成所述任务的时间线；统计各个成员在所述时间线中各指定时间段的业务，并记录所述各指定时间段内的业务状态；根据预设的业务优先级对各个成员在各个指定时间段中的业务状态进行匹配，并根据匹配结果确定所述成员在所述指定时间段内是否空闲。

根据本说明书实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现说明书实施例中任一项方法。

根据本说明书实施例的第五方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现说明书实施例中任一项方法。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例中，公开了一种任务管理方法、装置、系统、存储介质及设备，该任务管理方法中，获取未完成任务的任务信息，生成所有任务的时间线，统计出各个成员在指定的时间线中各指定时间段的业务，记录成业务状态，进而基于预设的业务优先级对业务状态进行匹配，确定成员在各指定时间段是否空闲，这样，将任务信息转换成以成员为维度的数据报告，进而分析出成员在任意时间段安排的任务情况，对于管理者来说，可以直观地得知团队人力占用情况，有利于管理效率的提高。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书根据一示例性实施例示出的一种任务管理方法的流程图；

图2是录入的任务相关信息的示意图；

图3是部分记录各成员在各指定时间段内的业务状态的示意图；

图4是展示了匹配结果的系统UI界面的示意图；

图5是本说明书实施例任务管理装置所在计算机设备的一种硬件结构图；

图6是本说明书根据一示例性实施例示出的一种任务管理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在企业运营中，团队成员需要完成自己的工作并向管理者汇报工作，而管理者需要分配任务和监督各成员的工作完成进度，要实现这一交互的规范化、合理化，就需要任务管理的环节介入。任务管理就是以任务目标为导向，对实施过程进行管理的过程，通过任务管理，可以大幅度地提高工作效率，这对于企业工作任务的实现来说是极为关键的。

相关技术中，任务管理系统可以普遍具备任务创建、排期、分配、进度提示等功能。相关技术中的任务管理系统所呈现的信息是各个任务的安排日程、负责的成员、完成进度等。然而，通常来说，成员所负责的可能不止一个任务，则同一任务的多个成员在各日期的工作情况可能是不同的。可以理解的，如果管理者没有按照团队中各成员的工作情况来合理安排任务，很容易导致成员无法及时完成任务而造成企业损失。相关技术的任务管理系统并不能直观地给出团队的人力占用情况，管理者在调配任务时仍需人工进行统计，容易出现人为失误，导致调配不合理，进而造成损失。

接下来对本说明书实施例进行详细说明。

如图1所示，图1是本说明书根据一示例性实施例示出的一种任务管理方法的流程图，所述方法包括：

步骤101、获取未完成任务的任务信息，其中，一项任务对应至少一个业务，所述任务信息包括各个业务的计划时间和执行任务的成员信息；

在本步骤中，任务的概念是交派的工作、担负的指责，是指为了完成某个有方向性的目的而产生的活动。一项任务可以对应若干个业务，这里的业务可以是指任务从开始执行到完成的整个流程中所划分出来的步骤。通常来说，不同任务对应的业务也可能有所不同，比如，一项游戏的开发任务可以对应开发、封测、内测、公测四个业务；一项零食的生产任务可以对应生产、包装、抽检三个业务。当然，在实际应用中，任务对应的业务的类型和数量可以根据需要来划分，本说明书对此不作限制。

一般来说，任务的相关信息是由用户录入，存储于数据库中，这里的数据库可以是指网络数据库，也可以是指本地服务器。因此，本步骤可以是指：从数据库中查找未完成任务的任务信息，任务信息包括各个业务的计划时间和执行任务的成员信息。这里的成员信息可以是指细分到任务的各个业务的成员信息，但是，当用户录入的某一项任务的成员信息并未细分到各个业务时，可以视作该任务对应的所有成员都参与到了该任务的各个业务上。沿用前面的游戏的开发任务为例，则该任务对应的任务信息应当包括：开发的计划时间、封测的计划时间、内测的计划时间、公测的计划时间，以及执行任务的成员信息。当然，在其他实施例中，任务信息还可以包括负责人信息、任务完成进度等，可以根据场景需要从数据库中获取。

步骤102、根据所有任务中各业务的计划时间生成所有任务的时间线；

本步骤是指，在获取到所有任务的任务信息后，分析出所有任务的总的时间范围。在某些例子中，这一步骤可以是：将所有任务中各业务的计划时间进行排序，获取最早时间点和最晚时间点，以确定出所述时间线的起始时刻和结束时刻。可以理解的，每个业务的计划时间都有一个起始时间点和结束时间点，则一项任务可以对应多个时间点，将所有任务的所有时间点按照升序或者降序来排列，则首尾两个位置对应的时间点就是最早时间点和最晚时间点，也就是所有任务对应的总的时间范围。在其他实施例中，也可以通过其他算法或方式来实现生成时间线，比如，遍历所有时间点，逐一比较后取最值，遍历结束时得到的最终结果就是所有任务对应的总的时间范围。

步骤103、统计各个成员在指定的时间线中各指定时间段的业务，并记录所述各指定时间段内的业务状态；

在某些例子中，本步骤中提到的指定的时间线可以是基于系统设置或用户配置指令确定。这里的“指定”，是指在步骤102得到的所有任务的时间线的基础上进行指定。为方便区分，可以将所有任务的时间线记作总时间线，也就是说，当基于系统设置来确定时，指定的时间线可以是总时间线，也可以是总时间线的一半，又或者是以总时间线的起始时刻为起点的固定时间段等；当基于用户配置指令确定时，指定的时间线可以是由用户从总时间线中自行选择的任意时间范围。另外，在某些例子中，本步骤中提到的指定时间段可以视作一个预设周期，比如两天、一天，半天等。以指定时间段是一天为例，则本步骤所统计的是各个成员在指定的时间段中各日期的业务。由于绝大多数情况下都是采用一天作为指定时间段，因此，后续可以用各日期代替各指定时间段，之后不再赘述。

统计的过程可以是统计所有成员，再逐一遍历成员，从所有任务中匹配对应成员的任务进行分发，挂载在对应成员的数据中，之后再对筛选出的任务数据进一步筛选，从而得到对应成员负责的各业务对应的时间集合。换言之，本步骤是在获取任务信息和所有任务的时间线后，将以任务为维度的任务信息，转换成以成员为维度的数据。

本步骤中提到的业务状态可以直接以业务来记录，比如，某成员在某日期的业务是做游戏任务的封测，则可以记录其业务状态是“封测”。或者，由于任务中各业务可以是还未开始执行，也可以是正在执行过程中，因此，在某些例子中，业务状态也可以综合业务名称和执行情况来记录，比如“开发中”、“待开发”等等，对此本说明书不作限制。

步骤104、根据预设的业务优先级对各个成员在各个指定时间段中的业务状态进行匹配，并根据匹配结果确定所述成员在所述指定时间段内是否空闲。

一个成员往往不止负责一个任务，则各成员在某日期可能对应多个任务的不同业务，比如说，某成员在某一日期的工作安排可能同时包括A游戏开发任务的开发业务以及B游戏开发任务的封测业务。而在一项任务中，各业务的执行难度、重要性都有所不同，因此，仅仅将任务信息转换成各成员在各日期的业务状态，还不能最直观地给到管理者需要的团队人力占用情况的数据。基于此，本步骤根据预设的业务优先级对各成员在各日期的业务状态进行匹配，匹配到了立即返回，将匹配到的业务状态确定为对应成员在该日期的工作状态，匹配不到则确定对应成员在该日期的工作状态为空闲状态。在某些例子中，也可以将对应的业务优先级较低的业务状态确定为空闲状态，这样，可以更为方便地统计出闲置的人力。

另外，本步骤中提到的预设的业务优先级可以是按照每个任务的各个业务的重要程度和工作难度来确定，当然，在某些例子中，也可以是按照管理者的意愿来确定。通过匹配结果，可以确定各成员在各日期是否空闲，这样可以给到管理者最为直观的数据报告，管理者可以将新任务按照安排日程，对应分发给相对空闲的成员，管理效率显著提高。

本说明书实施例，通过获取任务信息，生成所有任务的时间线，统计出各个成员在指定的时间线中各指定时间段的业务，记录业务状态等步骤，将任务信息转换成以成员为维度的数据，再基于预设的业务优先级对业务状态进行匹配，确定成员在各指定时间段是否空闲，这样，对于管理者来说，可以直观地得知团队人力占用情况，提高了管理效率。

在某些例子中，本说明书实施例还包括：将所述匹配结果展示在UI界面上。也就是说，在匹配完成后，将匹配结果统一渲染在系统前台界面上，以展示给系统的访问者。当然，在渲染过程中，也可以通过UI设计作出改进，例如可以基于不同颜色对不同的匹配结果进行展示。沿用前面的游戏的开发任务为例，其对应的匹配结果可能包括“开发”、“封测”、“内测”、“公测”和“空闲”五种，则可以按照台风预警信号的等级颜色红色、橙色、黄色、蓝色、白色来依次对应，这样，可以得到更加美观和高效的数据展示效果。

在某些场景中，可能出现某成员在某日期要处理多个相同业务的情况，那么，即便这种业务的工作难度不高，但是由于数量较多，该成员在该日期的工作量也是较为饱和的。因此，在某些例子中，还包括：判断所述成员在所述指定时间段中同一业务状态的业务的数量；判断所述数量是否大于预设值，是则将所述匹配到的业务状态进行标记。也就是说，当该成员在该日期要处理多个相同业务时，该业务对应的业务状态会被标记，则在数据展示时，管理者可以根据该标记，得知该成员在该日期的工作量是饱和的，则可以将新任务安排给真正空闲的成员，实现任务的合理调配。

为了进一步清晰地展示各成员在各日期的工作量，在某些例子中，还包括：根据各个业务状态对应的预设权重，统计各个成员在各个时间段中的工作量指标。同样的，这里的预设权重也可以按照各个业务的重要程度和工作难度来确定，或者按照管理者的意愿来确定。这样，可以将各成员在各日期的所有业务，转换成工作量指标进行展示，更为清晰。并且，还可以基于此，统计得到整个团队各分组的工作量指标等，有助于管理。

为方便理解，接下来以一较优实施例作进一步说明：

本说明书实施例涉及一个工作团队，该团队的成员共有6人，分别为张三、李四、王五、赵六、孙七、郑八。该团队在八月份安排有8个任务，依次记为任务1、任务2、……任务8，由于这8个任务都是类似的软件开发项目，因此，各任务对应的各业务都是开发、联调、测试、上线。如图2所示，图2是录入的任务相关信息的示意图。这些任务的相关信息已经提前录入在数据库中，其中，计划时间的时间点可以按照以月份和日期来表示，例如，0801表示该时间点为8月1日。

本说明书实施例方法应用于任务管理系统，该系统包括服务器、数据库和web客户端，其中：

所述数据库用于存储所述任务信息；

当该工作团队的管理者访问了该任务管理系统时，任务管理系统的处理流程如下所示：

S201、在数据库中查找匹配该工作团队的所有未完成的任务，获取其任务信息，任务信息包括各个业务的计划时间和执行任务的成员信息；

本实施例中的任务管理系统是一种网站系统，采用的是浏览器/服务器架构。因此，在这一步骤中，可以是使用Node.js及Koa部署的服务递归地在MongoDB数据库中进行查找。MongoDB是一个基于分布式文件存储的数据库，可以为web应用提供可扩展的高性能数据存储解决方案。Node.js和Koa是后端开发技术，Node.js可以快速地搭建HTTP server，而Koa是基于Node.js平台的web开发框架，因此，使用Node.js和Koa框架，可以实现接口请求，从数据库中获得所需的数据；当然，在其他实施例中，可以采用其他开发技术替代；

S202、将所有任务中各业务的计划时间进行排序，获取最早时间点和最晚时间点，以确定出所有任务的时间线的起始时刻和结束时刻；

这一步骤，获取得到最早时间点是0801，最晚时间点是0816，因此，生成的时间线是0801至0816；

S203、统计各个成员在指定的时间线中各指定时间段的业务，并记录所述各指定时间段内的业务状态；

由于管理者并未发送配置指令，因此，按照默认设置，以所有任务的时间线作为指定的时间线，即0801至0816；同样的，按照默认设置，采用一天作为指定时间段。如图3所示，图3是部分记录各成员在各指定时间段内的业务状态的示意图；并且，这一步骤中，还对成员在各指定时间段内同一业务状态的数量进行了统计，判断该数量是否大于预设值，是则将匹配到的业务状态进行标记，在这一实施例中，比如，张三在0802的业务状态中，“开发”的数量为3，大于预设值2，则该“开发”被标记为“开发！”，以此区别原来的业务状态，指示该业务状态的数量大于预设值；这里的标记可以在下一步骤得到最终结果的时候再显示出来；

S204、根据预设的业务优先级对各个成员在各个指定时间段中的业务状态进行匹配，并根据匹配结果确定所述成员在所述指定时间段内是否空闲；

这里的预设的业务优先级由高到低依次为开发、联调、测试、上线。因此，在匹配时，如果匹配到某个业务状态，则立即返回，如果匹配不到，则确定该成员在该日期是空闲状态；比如，李四在0803的业务状态分别是“开发”和“联调”，则按照该预设的业务优先级，李四在0803的业务状态最终表示为“开发”；

S205、将匹配结果展示在系统的UI界面上；

同样的，由于是网站系统，这一步骤中，使用了以HTML5+Vue.js框架为主的技术栈来进行UI界面的渲染。HTML5和Vue.js是前端技术，其中HTML5是构建web内容的一种语言描述方法，而Vue.js是一套用于构建用户界面的渐进式框架，因此，使用HTML5和Vue.js框架，可以更加美观和高效地展示数据，使UI界面更加生动清晰。当然，在其他实施例中，可以采用其他开发技术替代。

前面的内容可以视为是默认模式，系统还提供一种可选模式，在该可选模式中，指定的时间线由用户配置指令确定，如图4所示，图4是展示了匹配结果的系统UI界面的示意图，此时的指定的时间线是基于用户配置指令确定的，取0805至0811的数据进行展示。相比较于默认模式而言，这一可选模式可以直接定位到管理者所关注的时间范围，对于管理者来说是更为便利的。

由图2、3、4的对比明显可见，本说明书实施例可以直观地展示团队成员在各日期的工作任务，即团队人力占用情况，可以为管理者调配任务时提供简单、合理的参考数据，大大减少了管理者人工统计的精力，提升了管理效率。与前述方法的实施例相对应，本说明书还提供了任务管理装置及其所应用的终端的实施例。

本说明书任务管理装置的实施例可以应用在计算机设备上，例如服务器或终端设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本说明书实施例任务管理装置所在计算机设备的一种硬件结构图，除了图5所示的处理器510、内存530、网络接口520、以及非易失性存储器540之外，实施例中装置531所在的服务器或电子设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。

相应地，本说明书实施例还提供一种计算机存储介质，所述存储介质中存储有程序，所述程序被处理器执行时实现上述任一实施例中的方法。

本说明书实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

如图6所示，图6是本说明书根据一示例性实施例示出的一种任务管理装置的框图，所述装置包括：

获取模块61，用于获取未完成任务的任务信息，其中，一项任务对应至少一个业务，所述任务信息包括各个业务的计划时间和执行任务的成员信息；

生成模块62，用于根据所有任务中各业务的计划时间生成所有任务的时间线；

统计模块63，用于统计各个成员在指定的时间线中各指定时间段的业务，并记录所述指定时间段内的业务状态；

匹配模块64，用于根据预设的业务优先级对各个成员在各个指定时间段中的业务状态进行匹配，并根据匹配结果确定所述成员在所述指定时间段内是否空闲。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims

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

根据所有任务中各业务的计划时间生成所有任务的时间线；

2.根据权利要求1所述的任务管理方法，其特征在于，还包括：

将所述匹配结果展示在UI界面上。

3.根据权利要求1所述的任务管理方法，其特征在于，还包括：

4.根据权利要求1所述的任务管理方法，其特征在于，还包括：

5.根据权利要求1所述的任务管理方法，其特征在于，根据所有计划时间生成所有任务的时间线，包括：

6.根据权利要求1所述的任务管理方法，其特征在于，所述指定的时间线基于系统设置或用户配置指令确定。

7.一种任务管理装置，其特征在于，包括：

8.一种任务管理系统，其特征在于，包括服务器、数据库和web客户端；

所述数据库用于存储所述任务信息；

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

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，该程序被处理器执行时实现权利要求1～6任一项所述的方法。