CN101980206A - 文件任务管理工具 - Google Patents

Abstract

本发明公开了一种文件任务管理工具，包括：任务接收模块、任务处理模块、任务发送模块和任务执行状态处理模块；其中：任务处理模块，将文件总任务根据系统配置生成文件子任务，任务发送模块启动多线程，将生成的文件子任务，发送至任务管理服务器，每个线程可以同时发送多个任务至任务管理服务器，提高了任务的分发速度和分发效率；同时该管理工具中设置有任务执行状态处理模块，可以接收任务处理服务器反馈的任务处理状态信息，根据任务处理状态信息，对任务的执行状态进行判断，得出判断结果，对文件的总任务进行更新，实现了与任务处理服务器之间的信息交互。

Description

文件任务管理工具

技术领域

本申请涉及计算机技术领域，特别是涉及一种文件任务管理工具。

背景技术

传统的文件分发方式为，以单个设备为中心，将文件分发到多个设备上。在文件分发的过程中，现有的文件任务管理工具在分发任务的过程中一般采用单线程顺序方式分发，在分发完一个处理设备后，再依次对其它处理设备进行分发，处理时间长；且在分发结束后，任务管理工具不能获知任务是否分发成功，不能及时对任务进行更新管理。

可见现有的文件任务管理工具在文件分发过程中，分发速度慢，且不能和任务处理服务器进行有效交互。

发明内容

为解决上述技术问题，本申请实施例提供一种文件任务管理工具，以多线程方式对任务进行分发，提高任务的分发速度，且设置有任务执行状态处理模块，实现了与任务处理服务器之间的交互。

技术方案如下：

一种文件任务管理工具，包括：任务接收模块、任务处理模块、任务发送模块和任务执行状态处理模块；

其中：所述任务接收模块用于接收文件总任务；

所述任务处理模块用于读取所述任务接收模块接收的文件总任务，并根据系统配置生成所述文件总任务的子任务；

所述任务发送模块用于启动多线程将所述任务处理模块生成的子任务发送至系统中的任务处理服务器；

所述任务执行状态处理模块用于接收所述任务处理服务器发送的对所述子任务的执行状态的信息，并根据所述信息对所述任务接收模块接收的文件总任务进行更新。

上述的管理工具，优选的，所述任务接收模块接收的文件总任务是文件分发过程中所有属性描述信息以及需要分发该文件的客户信息；包括外部用户提交的任务和系统内部提交的任务。

上述的管理工具，优选的，所述任务接收模块接收外部用户提交的任务时还包括对外部用户的验证过程。

上述的管理工具，优选的，所述验证过程包括对用户的用户名、密码及有效性的验证。

上述的管理工具，优选的，所述任务处理模块根据系统配置并根据预设策略生成所述文件总任务的子任务。

上述的管理工具，优选的，所述任务发送模块以http协议将所述子任务发送至任务处理服务器，每次发送的任务数量不超预设阀值；所述阀值的大小根据任务处理服务器的处理能力进行设定。

上述的管理工具，优选的，所述任务执行状态处理模块接收到任务处理服务器发送的对所述子任务的执行状态信息后，对所述执行状态信息进行判断，包括：

判断所述分发任务的任务处理服务器是否分发任务成功；

判断分发成功的任务处理服务器是否可发送任务至其它任务处理服务器；

判断接收后，根据判断结果对任务结构模块接收的文件总任务进行更新。

由以上本申请实施例提供的技术方案可见，本发明提供的文件任务管理工具，设置有任务处理模块，将文件总任务根据系统配置生成文件子任务，任务发送模块启动多线程，将生成的文件子任务，发送至任务管理服务器，每个线程可以同时发送多个任务至任务管理服务器，提高了任务的分发速度和分发效率；同时该管理工具中设置有任务执行状态处理模块，可以接收任务处理服务器反馈的任务处理状态信息，根据任务处理状态信息，对任务的执行状态进行判断，得出判断结果，对文件的总任务进行更新，实现了与任务处理服务器之间的信息交互。

附图说明

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

图1为本申请实施例提供的文件任务管理工具的结构示意图；

图2为本申请实施例提供的文件任务管理工具的另一个结构示意图；

图3为本申请实施例提供的设置了验证模块的文件任务管理工具的结构示意图；

图4为本申请实施例提供的设置了策略模块的文件任务管理工具的结构示意图；

图5为本申请实施例提供的设置了判断模块的文件任务管理工具的结构示意图。

具体实施方式

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

本申请实施例提供的文件任务管理工具的结构示意图如图1所示，包括：任务结构模块101、任务处理模块102、任务发送模块103和任务执行状态处理模块104；

其中：任务接收模块101用于接收文件总任务；

系统提供标准的http协议接口接收任务；

任务处理模块102用于读取任务接收模块101接收的文件总任务，并根据系统配置生成所述文件总任务的子任务；

任务发送模块103用于启动多线程将任务处理模块102生成的子任务发送至系统中的任务处理服务器105；

任务执行状态处理模块104用于接收任务处理服务器105发送的对子任务的执行状态的信息，并根据所述信息对任务接收模块101接收的文件总任务进行更新。

本申请实施例提供的文件任务管理工具中任务接收模块接收的文件总任务是指以个需要分发的文件所有描述信息，以及需要分发这个文件的客户信息；任务处理模块生成的子任务是指以个文件所需要分发到的设备的信息。

其中：总任务包括外部用户提交的任务和系统内部提交的任务。

外部用户提交任务时，系统会对客户的身份进行验证，包括用户名、密码、有效性等。系统内部提交任务时不需要进行验证，只要格式符合则可以对提交的任务进行保存。

本申请实施例提供的文件任务管理工具的另一个结构示意图如图2，任务接收模块101可以将整个系统的任务以及配置存储在数据库106中，任务处理模块102读取存储在数据库中的总任务，根据系统的配置生成子任务。

本申请实施例提供的设置了验证模块的文件任务管理工具的结构示意图如图3所示，文件任务管理工具中的任务接收模块101中设置有验证模块，用于对用户上传任务时，对用户进行验证。

本申请实施例提供的设置了策略模块的文件任务管理工具的结构示意图如图4所示，文件任务管理工具中的任务处理模块102中设置有策略模块108，策略模块中预设有预设子任务生成策略，任务处理模块102根据策略模块108中预设的策略生成子任务，根据策略进行子任务生成的过程包括：

判断用户的状态是否可用，如不可用，则不生成任务；

判断用户的优先级状态，对优先级高的用户首先生成子任务；

判断所有需要分发子任务的任务处理服务器是否工作正常，如果文件任务处理服务器不可用，则不生成任务；

判断所有需要分发子任务的任务处理服务器是否共享同一个存储(此处存储的概念为多个设备用NFS共享同一个存储单元)，如果多个设备共享同一个存储，则选择一个此时任务最少的设备进行分发；

判断设备使用何种协议进行同步，如果为P2P协议则没有上层任务处理服务器，如果为http，或UDP协议则需要指定上层任务处理服务器。

本申请实施例提供的文件任务管理工具中任务发送模块将已经生成的子任务以http协议方式发送到多个任务处理服务器上，发送任务时，以多线程方式发送，每个线程负责多个任务处理服务器，每个设备的任务一次发送，每次发送的任务数量不超过预先设置的阀值，如100个，该阀值的大小可根据任务处理服务器的处理能力进行设定，发送任务会不停的重试，直至任务发送成功。

本申请实施例提供的文件任务管理工具中任务执行状态处理模块负责接收任务处理服务器任务执行状态的反馈；本申请实施例提供的设置了判断模块的文件任务管理工具的结构示意图如图5所示，在接收到任务执行状态的反馈信息后，判断模块109会判断任务执行情况，包括：

判断是否所有需要分发的任务处理服务器都分发任务成功；

判断分发任务成功的任务处理服务器是否可以继续对其下层的任务处理服务器进行任务分发；

根据判断的结果对任务接收模块接收的文件总任务或存储在数据库中的文件总任务进行更新。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (7)

1.一种文件任务管理工具，其特征在于，包括：任务接收模块、任务处理模块、任务发送模块和任务执行状态处理模块；

其中：所述任务接收模块用于接收文件总任务；

所述任务处理模块用于读取所述任务接收模块接收的文件总任务，并根据系统配置生成所述文件总任务的子任务；

所述任务发送模块用于启动多线程将所述任务处理模块生成的子任务发送至系统中的任务处理服务器；

所述任务执行状态处理模块用于接收所述任务处理服务器发送的对所述子任务的执行状态的信息，并根据所述信息对所述任务接收模块接收的文件总任务进行更新。

2.根据权利要求1所述的管理工具，其特征在于，所述任务接收模块接收的文件总任务是文件分发过程中所有属性描述信息以及需要分发该文件的客户信息；包括外部用户提交的任务和系统内部提交的任务。

3.根据权利要求2所述的管理工具，其特征在于，所述任务接收模块接收外部用户提交的任务时还包括对外部用户的验证过程。

4.根据权利要求3所述的管理工具，其特征在于，所述验证过程包括对用户的用户名、密码及有效性的验证。

5.根据权利要求1所述的管理工具，其特征在于，所述任务处理模块根据系统配置并根据预设策略生成所述文件总任务的子任务。

6.根据权利要求1所述的管理工具，其特征在于，所述任务发送模块以http协议将所述子任务发送至任务处理服务器，每次发送的任务数量不超预设阀值；所述阀值的大小根据任务处理服务器的处理能力进行设定。

7.根据权利要求1所述的管理工具，其特征在于，所述任务执行状态处理模块接收到任务处理服务器发送的对所述子任务的执行状态信息后，对所述执行状态信息进行判断，包括：

判断所述分发任务的任务处理服务器是否分发任务成功；

判断分发成功的任务处理服务器是否可发送任务至其它任务处理服务器；

判断接收后，根据判断结果对任务结构模块接收的文件总任务进行更新。

Images