一种任务调度方法、装置、设备及存储介质

技术领域

本文属于计算机应用领域，具体涉及一种任务调度方法、装置、设备及存储介质。

背景技术

在金融应用系统中，下游开放的一些分机平台(如组件系统)在日终时需要返还一些数据文件给到主机平台，主机平台在这些文件到达主机后需要触发一些批处理作业进行跑批。目前主机平台和分机平台之间都采用调度系统(如鲁班系统)进行批处理作业的调度。目前调度系统在主机平台上无法实现文件扫描的功能，因此无法预知返还文件的到达，也就不能及时的触发主机平台的批处理。

现有技术中，下游的分机平台在传输完数据文件时，同时将数据文件转存到分机平台约定的目录下，调度系统通过频繁扫描该目录来判断数据文件是否传输完成，由于数据文件会占用较大内存资源，频繁的扫描系统目录会对硬盘造成一定的压力，降低了扫描效率，从而影响了调度系统调度指令的生成，进而降低了主机平台批处理的效率，因此如何提高主机平台对分机平台传输文件的批处理效率成为目前亟需解决的技术问题。

发明内容

针对现有技术的上述问题，本文的目的在于，提供一种任务调度方法、装置、设备及存储介质，能够提高主机平台对文件批处理的效率。

为了解决上述技术问题，本文的具体技术方案如下：

一方面，本文提供一种任务调度方法，应用于分机平台，所述方法包括：

获取文件传输信息；

根据所述文件传输信息，当满足预置的生成条件时，生成对应的事件；

根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

进一步地，所述获取文件传输信息，包括以下步骤：

将执行预设业务生成的数据文件发送至文件传输组件根节点；

所述文件传输组件根节点将所述数据文件传输至所述主机平台；

获取所述数据文件传输比例，以形成文件传输信息。

进一步地，所述预置的生成条件包括：预设特征的数据文件传输完成；所述预设特征包括以下至少一种特征：文件类型、文件大小和文件数量。

进一步地，所述当满足预置的生成条件时，生成对应的事件之后还包括：

当预设数据文件传输完成后，生成预设数据文件传输完成事件，并将所述事件保存到事件生成列表中。

作为可选地，所述生成对应的事件包括事件生成时间和事件有效期。

作为可选地，所述根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务，进一步包括：

根据生成的事件，发出调度系统控制指令，以使所述调度系统根据所述控制指令调度所述主机平台完成批处理任务。

进一步地，所述根据生成的事件，触发调度系统启动，进一步包括：

获取事件监测参数；

根据所述事件监测参数，监测所述事件生成列表中是否存在生成的事件；

当所述事件生成列表中存在生成的事件时，触发调度系统启动。

进一步地，所述获取事件监测参数包括：

接收用户输入和/或所述调度系统发送的监测指令，所述监测指令包括监测时间参数和监测计划。

进一步地，所述监测所述事件生成列表中是否存在生成的事件进一步包括：

根据所述监测时间参数和所述监测计划，监测预设时长内所述事件生成列表中是否存在生成的事件。

作为可选地，所述根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务之后包括：

在触发所述调度系统后，删除所述事件生成列表中触发所述调度系统的事件。

作为可选地，所述方法还包括：

接收调度系统发送的查询指令，并根据所述查询指令将所述事件查询列表发送至所述调度系统，以使所述调度系统根据所述事件查询列表判断是否有事件生成，当有事件生成时，所述调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

进一步地，所述根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务之后还包括：

判断所述事件生成列表中的每个事件存在时间是否超过事件有效期；

当所述事件存在时间超过事件有效期时，删除所述事件。

另一方面，本文还提供一种任务调度方法，应用于主机平台，所述方法包括以下步骤：

接收分机平台传输的数据文件；

获取调度系统生成的调度指令，并根据所述调度指令对接收到的数据文件进行批处理，其中所述调度指令的生成包括：当分机平台的文件传输信息满足预置的生成条件时，生成对应的事件；根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

另一方面，本文还提供一种任务调度装置，应用于分机平台，所述装置包括：

传输信息获取模块，用于获取文件传输信息；

事件生成模块，用于根据所述文件传输信息，当满足预置的生成条件时，生成对应的事件；

调度模块，用于根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

另一方面，本文还提供一种任务调度装置，应用于主机平台，所述装置包括：

文件接收模块，用于接收分机平台传输的数据文件；

文件批处理模块，用于获取调度系统生成的调度指令，并根据所述调度指令对接收到的数据文件进行批处理，其中所述调度指令的生成包括：当分机平台的文件传输信息满足预置的生成条件时，生成对应的事件；根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

另一方面，本文还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述所述的方法步骤。

最后，本文还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行计算机程序，所述计算机程序被处理器执行时实现如上述所述的方法步骤。

采用上述技术方案，本文所述的一种任务调度方法、装置、设备及存储介质，通过获取文件传输信息；根据所述文件传输信息，当满足预置的生成条件时，生成对应的事件；根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务，通过设置事件触发主机平台的批处理，避免了对分机平台系统的频繁扫描，提高了主机平台批处理的效率。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

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

图1示出了本文实施例中主机平台调度控制逻辑示意图；

图2示出了本文实施例中任务调度方法的步骤示意图；

图3示出了本文实施例中文件传输信息获取步骤示意图；

图4示出了本文实施例中对主机平台调度指令生成过程示意图；

图5示出了本文实施例中任务调度方法的步骤示意图；

图6示出了本文实施例中任务调度装置的结构示意图；

图7示出了本文实施例中任务调度装置的结构示意图；

图8示出了本文实施例中具体示例中功能模块连接示意图；

图9示出了本文实施例中计算机设备的结构示意图。

附图符号说明：

10、分机平台；

20、主机平台；

30、调度系统；

100、传输信息获取模块；

200、事件生成模块；

300、调度模块；

400、文件接收模块；

500、文件批处理模块；

902、计算机设备；

904、处理器；

906、存储器；

908、驱动机构；

910、输入/输出模块；

912、输入设备；

914、输出设备；

916、呈现设备；

918、图形用户接口；

920、网络接口；

922、通信链路；

924、通信总线。

具体实施方式

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

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

现有技术中，如图1所示，在分机平台10将数据文件传输给主机平台20之后，会通过调度系统30的指令进行数据文件的批处理任务，鉴于主机平台20对其稳定性和安全性的高要求，调度系统30不能对主机平台20实现文件扫描，因此无法预知返还文件的到达，也就不能及时的触发主机平台20的批处理，因此一般会采用分机平台10在传输完数据文件时，同时将数据文件转存到分机平台10约定的目录下，调度系统30通过频繁扫描该目录来判断数据文件是否传输完成，由于数据文件会占用较大内存资源，频繁的扫描系统目录会对硬盘造成一定的压力，降低了扫描效率，从而影响了调度系统30调度指令的生成，进而影响主机平台20批处理的效率。

为了更好的了解本说明书技术方案，先对一些技术名词进行解释：

主机平台：可以理解为IBM大型机，例如设置在中国建设银行的IBM大型机，并且能够在IBM大型机上部署软件系统；

分机平台：可以理解为非IBM大型机，例如中国建设银行一些下游开放的应用平台，比如x86平台，并且能在x86平台部署软件系统，分机平台和主机平台能够实现数据文件传输。

为了解决上述问题，本文实施例提供了任务调度方法，能够提高主机平台对接收文件的批处理的效率。图2是本文实施例提供的一种任务调度方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体的如图2所示，所述方法可以包括：

S100：获取文件传输信息；

S200：根据所述文件传输信息，当满足预置的生成条件时，生成对应的事件；

S300：根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

可以理解为，在分机平台向主机平台传输文件的过程中，当满意一定的传输条件，即预置的生成条件时，以事件的形式生成并发布，通过根据该发布的事件，触发调度系统完成对主机平台的调度从而实现对传输文件的批处理任务，本文以事件驱动的方式实现了主机平台的批处理问题，避免了现有技术中调度系统通过扫描硬盘系统的方式来确定返还文件传输完成的条件，从而解决了具有前置条件的批处理的触发问题，提高了主机平台批处理的效率。

实际工作中，比如在建行系统中，下游开放组件(分机平台)都是通过文件传输组件将文件传输给主机平台的，文件传输组件是一种点对点的文件传输系统，文件传输组件会分配传输节点号给需要部署文件传输的各应用组件，同时文件传输组件自己有一个与主机平台互联的根节点，应用组件将文件通过自己部署的节点发送到根节点，根节点再通过XCOM工具将文件传输到主机平台。

因此上述步骤中，如图3所示，获取文件传输信息可以包括以下步骤：

S101：将执行预设业务生成的数据文件发送至文件传输组件根节点；

S102：所述文件传输组件根节点将所述数据文件传输至所述主机平台；

S103：获取所述数据文件传输比例，以形成文件传输信息。

其中，所述预设任务可以为不同的预设应用组件执行的具体业务信息，比如支付业务、转账业务、汇款业务等，所述数据文件可以包括业务类型、业务数据、业务对象等能够在主机平台上实现结算、对账等业务的参数；所述文件传输信息可以理解为文件传输的比例。在执行完具体业务时将获得的数据文件通过提前分配的节点发送给文件传输组件根节点，然后所述文件传输组件根节点通过XCOM工具将该数据文件传输给主机平台的预设目录中，在传输过程中，文件传输组件或分机平台会实时获得文件传输的比例，从而确定文件传输信息。

当是由文件传输组件实时获得的文件传输的比例时，所述文件传输组件会实时将获得的比例信息发送给分机平台，从而便于所述分机平台实时获得所述文件传输信息。

所述文件传输的比例可以为单个文件传输的比例，比如成功传输的文件大小占全部文件大小的比例，在一些其他实施例中，也可以指多个文件的传输比例，比如成功传输文件个数占全部文件个数的比例，或是成功传输文件大小占全部文件大小的比例，文件传输的比例的具体设定在本说明书不做限定。

本说明书实施例中，所述预置的生成条件包括：预设特征的数据文件传输完成；所述预设特征包括以下至少一种特征：文件类型、文件大小和文件数量。

可以理解为，所述预置的生成条件和所述文件传输信息相对应，即文件传输的比例为100％时，表示文件全部传输完成，就可以生成相应的事件。进一步地，还可以设置不同特征的文件进行组合作为一个生成条件作为判断，比如文件类型、文件大小和文件数量，其中可以将多个相同或相似类型的业务数据文件传输完成作为组合生成条件，当该组合生成条件达到时，即多个相同或相似类型的业务数据文件传输完成才进行主机平台批处理任务的调度，由于相同或相似类型的业务数据跑批时只需重复相同的跑批任务，不需增加额外的跑批任务，可以提高主机平台跑批的效率和速度；另外还可以根据文件大小和文件数量来控制主机平台单次跑批的量，降低了较大的跑批量可能会出现较高的误差概率，提高了主机平台的稳定性和可靠性，所述预置的生成条件还可以有其他的设置规则，在本说明书实施例不做限定。

在本说明书实施例中，当满足预置的生成条件时，生成对应的事件之后还可以包括对所述事件保存的步骤，具体地，所述步骤包括：

当预设数据文件传输完成后，生成预设数据文件传输完成事件，并将所述事件保存到事件生成列表中。

所述事件生成列表可以以文件的形式保存在所述分机平台的储存空间内，由于事件本身占有内存很小，因此事件生成列表占用分机平台存储资源很小，从而保证了分机平台存储资源使用的效率。

通过事件生成列表将生成的事件进行存储，可以及时的根据事件来触发调度系统从而保证主机平台对相应传输文件批处理的及时性。

在本说明书实施例中，所述生成对应的事件包括事件生成时间和事件有效期，所述事件生成时间可以为预设特征的文件传输完成时的时间，所述事件有效期可以为事件存续时间的有效期，比如以天为单位，在所述事件有效期内，事件可以被用来触发所述调度系统进行调度任务，当超过了所述事件有效期，表明该事件已经被利用完成，可以被删除从而避免了占用事件生成列表的空间，进一步减小了事件生成列表占用的存储资源。

在一些其他实施例中，所述生成对应的事件还可以包括事件类型，所述事件类型可以表示不同种类的事件，所述事件的事件类型可以为传输文件传输完成类型，即单一的事件类型；作为可选地，所述事件类型也可以有其他的类型规则，比如可以按照不同分机平台的优先级划分不同的事件类型，这样当在事件生成列表中存在多个事件时，可以根据事件类型中的优先级确定事件执行的顺序，当然也可以按照事件生成时间和事件类型的权重关系确定事件执行的顺序，具体地事件类型的划分在本说明书实施例不做限定。

在本说明书实施例中，所述根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务，进一步包括：

根据生成的事件，发出调度系统控制指令，以使所述调度系统根据所述控制指令调度所述主机平台完成批处理任务。

其中，触发调度系统启动的动作可以是由分机平台主动发起的，通过分机平台的主动触发，可以避免调度系统频繁扫描分机平台的硬盘系统，降低硬盘系统的被扫描时受到的压力，而且是根据事件来触发的，可以提高分机平台主动触发的准确性和及时性，进而提高调度系统工作的效率。

可选地实施例中，当所述分机平台确定事件已经生成时，即可向所述调度系统发送触发指令，实现所述主机平台进行同步的批处理任务，这样可以主动控制所述主机平台批处理任务启动的时机，提高了主机平台批处理的时效性。

但是，在实际工作中，所述分机平台会在固定时间点(比如日终)向主机平台传输固定时间段(比如当天)的业务数据文件，因此当所述主机平台同时接受多个分机平台传输的数据文件时，在数据文件传输完成时，多个分机平台会向调度系统触发启动信号，从而调度主动平台进行批处理任务，面对大量的批处理任务会降低主机平台的处理效率和准确性，同时也没有考虑主机平台的空闲时间，浪费了主机平台空间时的运行资源。

因此，较佳的实施例中，如图4所示，所述根据生成的事件，触发调度系统启动，进一步包括以下步骤：

S301：获取事件监测参数；

S302：根据所述事件监测参数，监测所述事件生成列表中是否存在生成的事件；

S303：当所述事件生成列表中存在生成的事件时，触发调度系统启动。

所述事件监测参数可以为分机平台接收到的监测事件的具体指令，比如在固定的时间点和时间周期查询事件生成列表中的事件，进而更好的控制触发调度系统工作的时机，可以提高事件驱动调度系统工作的准确性和可靠性，避免了在事件生成的同时就触发调度系统启动，充分考虑了主机平台的工作性能的稳定性。

因此，在本说明书实施例中，获取事件监测参数可以包括如下步骤：

接收用户输入和/或所述调度系统发送的监测指令，所述监测指令包括监测时间参数和监测计划。

在实际工作中，用户通过向分机平台输入监测指令来确保生成的事件能够被用来触发调度系统，进而确保所述主机平台能够对接收的相应文件进行批处理。也可以是，用户向调度系统输入的监测指令，所述调度系统将所述监测指令发送给分机平台，进而使所述分机平台根据所述监测指令进行监测。其中所述监测指令可以包括监测时间参数和监测计划，所述监测时间参数可以表示开始监测的时间或者是监测该时间上是否有事件产生，具体根据实际情况设置，所述监测计划可以为监测周期和频率，通过监测计划可以调整所述监测时间参数，从而实现所述事件监测参数的自动调整，进而实现监测任务的自动执行，降低了人为设置监测指令的成本，提高了效率。

在一些其他实施例中，所述监测周期可以不超过所述事件有效期，那么就可以在保证在事件生成到失效时间段(超过事件有效期)内至少被成功监测一次，保证了监测的可靠性。较佳的实施例中，所述监测周期为事件有效期，这样可以在保证生成的事件被监测的情况下，提高了监测周期，从而减少了分机平台监测资源的消耗，节约了成本。

另外，为了保证主机平台对接收传输文件的批处理的准确性和可靠性，通过在所述事件有效期内可以通过事件多次触发调度系统，从而支持主机平台平处理的重跑，提高了准确性。

在一些其他实施例中，所述监测指令还可以包括监测事件类型，当所述事件生成列表中存在多种事件类型时，可以通过监测事件类型进行匹配获得相应的事件，进一步提高事件监测的效率，同时通过事件类型的监测可以确定不同事件类型事件的优先级，进而确定触发调度系统的时序，提高了主机平台的批处理的效率。

在上述获得监测指令的基础上，对事件生成列表的监测进一步包括：

根据所述监测时间参数和所述监测计划，监测预设时长内所述事件生成列表中是否存在生成的事件。

其中，所述预设时长可以为从监测时间参数确定的时间往前的时长，这样可以确保在该预设时长内生成的事件都能被监测到，避免出现漏测少测，保证事件监测的完整性，其中所述预设时长可以根据实际情况设置，在本说明书实施例不做限定。

为了减小已经被监测到并实现触发功能的事件占用事件生成列表的空间，在分机平台触发调度系统发出调度指令之后，还可以包括如下步骤：

在触发所述调度系统后，删除所述事件生成列表中触发所述调度系统的事件。

通过触发即删除的方式，可以及时的降低时间生成列表中事件的占用内存，同时还能避免下个监测周期存在重复监测的情况，提高了监测的效率。

在一些其他实施例中，所述调度系统可以主动监测事件的生成，进而发出调度指令调度主机平台批处理。具体地，可以包括如下步骤：

接收调度系统发送的查询指令，并根据所述查询指令将所述事件查询列表发送至所述调度系统，以使所述调度系统根据所述事件查询列表判断是否有事件生成，当有事件生成时，所述调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。。

可以理解为，所述调度系统也可以接受用户的查询指令查询事件生成列表中是否存在事件，并将所述查询指令发送分机平台，分机平台将存储的事件生成列表发送给调度系统，以供其查询，在查询出存在事件时即进行调度，从而实现调度系统的主动触发，在一些其他实施例中，所述调度系统还可以根据用户的查询指令实现对分机平台内部事件生成列表的无感查询，从而提高查询效率，减少了分机平台的运行消耗，其中所述查询指令也可以包括查询事件参数和查询计划，与上述步骤中的监测时间参数和监测计划相似，在本说明书不做赘述，通过调度系统的主动查询，避免了分机平台在事件集中生成期间(比如日终)对调度系统发出大量控制指令，从而影响其调度指令的正常发放，提高了主机平台批处理的准确性和效率。

在上述实施例的基础上，为了避免分机平台没有及时删除掉已经实现触发功能的事件，因此在所述根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务之后还包括：

判断所述事件生成列表中的每个事件存在时间是否超过事件有效期；

当所述事件存在时间超过事件有效期时，删除所述事件。

在实际工作中，可以按照预设周期进行判断，从而能够及时的检查出其中超期的事件，并及时的删除，所述预设周期可以根据实际情况设定，为了避免事件生成列表中存有较多的超期事件，所述预设周期可以为事件有效期，这样可以及时的将超期事件判断出并删除。在一些其他实施例中，还可以通过轮询的方式进行超期事件判断，在本说明书不做限定。

示例性地，如图8所示，为本说明书实施例中任务调度的功能模块连接示意图，其中在所述分机平台内可以通过事件应用程序和事件查询程序执行上述方法步骤，具体地，事件应用程序的功能是：维护发布事件列表，对事件列表进行监测，删除过期的事件，对于已经发布的事件，及时唤醒订阅此事件的应用程序(如事件查询程序)。同时对外提供接口，此接口完成新生事件的发布，在文件传输组件根节点通过XCOM组件完成返还文件传输到主机平台后，调用接口将该事件注册到事件应用程序。事件查询程序接受监测时间、监测计划和事件类型三个参数，如果输入监测时间参数为空，则取当前系统日期，如果传入事件类型为空，则直接报错返回。通过接口调用事件应用程序，查询是否有对应的文件传输成功的事件产生，该查询监测时间和事件类型参数，查询是否有该日期下产生的该种事件类型的事件，如果有则返回成功标志给调用者(如鲁班系统)成功，其中鲁班系统包括鲁班服务器和鲁班客户端，在分机平台和主机平台均设置鲁班客户端，在确定有返回成功标志时，分机平台中的鲁班客户端通过远程通讯通知鲁班服务器文件已经传输成功，鲁班服务器然后调度主机平台中的鲁班客户端进行调度工作，实现主机平台对传输文件的批处理，如果没有此事件产生，则主机平台批处理程序阻塞，直到事件应用程序在接收到该事件后，唤醒该事件查询程序，后续按照监测计划持续监测。

上述提供的所述的一种任务调度方法，通过获取文件传输信息；根据所述文件传输信息，当满足预置的生成条件时，生成对应的事件；根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务，通过设置事件触发主机平台的批处理，避免了对分机平台系统的频繁扫描，提高了主机平台批处理的效率。

在上述提供的一种任务调度方法的基础上，本说明书实施例还提供一种任务调度装置，应用于分机平台，如图6所示，所述装置包括：

传输信息获取模块100，用于获取文件传输信息；

事件生成模块200，用于根据所述文件传输信息，当满足预置的生成条件时，生成对应的事件；

调度模块300，用于根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

在本文另一实施例中，还提供一种任务调度方法，应用于主机平台，如图5所示，所述方法包括：

S400：接收分机平台传输的数据文件；

S500：获取调度系统生成的调度指令，并根据所述调度指令对接收到的数据文件进行批处理，其中所述调度指令的生成包括：当分机平台的文件传输信息满足预置的生成条件时，生成对应的事件；根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

相应地，本说明书实施例还提供一种任务调度装置，应用于主机平台，如图7所示，所述装置包括：

文件接收模块400，用于接收分机平台传输的数据文件；

文件批处理模块500，用于获取调度系统生成的调度指令，并根据所述调度指令对接收到的数据文件进行批处理，其中所述调度指令的生成包括：当分机平台的文件传输信息满足预置的生成条件时，生成对应的事件；根据生成的事件，触发调度系统向主机平台发出调度指令，以使所述主机平台完成批处理任务。

上述应用于主机平台的任务调度方法及装置所取得的有益效果和应用于分机平台的任务调度方法及装置所述取得的有益效果一致，本说明书实施例不做赘述。

如图9所示，为本文实施例提供的一种计算机设备，所述计算机设备902可以包括一个或多个处理器904，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备902还可以包括任何存储器906，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器906可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备902的固定或可移除部件。在一种情况下，当处理器904执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备902可以执行相关联指令的任一操作。计算机设备902还包括用于与任何存储器交互的一个或多个驱动机构908，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备902还可以包括输入/输出模块910(I/O)，其用于接收各种输入(经由输入设备912)和用于提供各种输出(经由输出设备914))。一个具体输出机构可以包括呈现设备916和相关联的图形用户接口(GUI)918。在其他实施例中，还可以不包括输入/输出模块910(I/O)、输入设备912以及输出设备914，仅作为网络中的一台计算机设备。计算机设备902还可以包括一个或多个网络接口920，其用于经由一个或多个通信链路922与其他设备交换数据。一个或多个通信总线924将上文所描述的部件耦合在一起。

通信链路922可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路922可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图2-图5中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图2至图5所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。