CN109410038A - 一种基于消息调度机制的批量代发方法及系统 - Google Patents

Abstract

本发明提供一种基于消息调度机制的批量代发方法及系统。方法包括：定时获取客户提交的文件，所述文件的文件名中至少包括业务类型；依据所述文件名中的业务类型，获取预设的与所述业务类型对应的流程配置表，所述流程配置表中记载有多个任务节点，所述多个任务节点是技术人员根据不同账户类型的不同业务处理逻辑预先配置得到的；依据所述流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向所述文件中记载的各个收款人账号的资金划拨。本发明同时支持对文件中包含的不同账户类型的业务处理，于客户而言，不需要客户针对不同的账户类型提交不同的多个文件，提高了客户体验度。

Description

一种基于消息调度机制的批量代发方法及系统

技术领域

本发明涉及金融数据处理技术领域，尤其涉及一种基于消息调度机制的批量代发方法及系统。

背景技术

目前的银行系统中，核心银行系统、银行卡系统、跨行传统分别处理不同账户类型的业务，其中核心银行系统处理借记卡业务和账号业务，银行卡系统处理信用卡(贷记卡和准贷记卡)业务，跨行系统处理他行业务。

由于各个银行系统之间的异构性，现有的批量代发系统在处理企业单位的代发业务过程中，如果涉及到多种账户类型，则需要客户在提交代发文本前辨别收款人持有的账户类型(借记卡、信用卡还是他行卡)，针对不同的账户类型提交不同的文件。这对于客户而言，无疑增加了客户的工作量，客户体验度不好。

发明内容

有鉴于此，本发明提供一种基于消息调度机制的批量代发方法及系统，用于解决现有的批量代发系统存在的需要客户辨别收款人的账户类型，针对不同的账户类型提交不同的文件，导致客户体验度不好的问题。技术方案如下：

基于本发明的一方面，本发明提供一种基于消息调度机制的批量代发方法，方法包括：

定时获取客户提交的文件，所述文件的文件名中至少包括业务类型；

依据所述文件名中的业务类型，获取预设的与所述业务类型对应的流程配置表，所述流程配置表中记载有多个任务节点，所述多个任务节点是技术人员根据不同账户类型的不同业务处理逻辑预先配置得到的；

依据所述流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向所述文件中记载的各个收款人账号的资金划拨。

可选地，对于所述流程配置表中记载的第一个任务节点，生成并执行的第一任务包括：依据预设的识别规则，识别所述文件中记载的各个收款人账号的账户类型，并将所述文件中记载的各个收款人账号和识别出的与各个收款人账号对应的账户类型存储到数据库的数据表中。

可选地，不同账户类型至少包括以下任意两种：借记卡、信用卡和他行卡；其中，

对于借记卡，根据所述流程配置表中记载的节点依次生成任务、执行任务，从而完成向所述借记卡的资金划拨；

对于信用卡和他行卡，通过常驻进程定时从所述数据表中查找账户类型为信用卡或他行卡的收款人账号，并依据查找到的收款人账号生成交易任务、执行所述交易任务，从而完成向所述信用卡或他行卡的资金划拨。

可选地，所述定时获取客户提交的文件包括：定时轮询目标目录，从所述目标目录下获取客户提交的文件。

可选地，所述第一任务还包括：对所述文件的文件格式进行校验。

基于本发明的另一方面，本发明还提供一种基于消息调度机制的批量代发系统，系统包括：

文件获取单元，用于定时获取客户提交的文件，所述文件的文件名中至少包括业务类型；

流程配置表获取单元，用于依据所述文件名中的业务类型，获取预设的与所述业务类型对应的流程配置表，所述流程配置表中记载有多个任务节点，所述多个任务节点是技术人员根据不同账户类型的不同业务处理逻辑预先配置得到的；

任务执行单元，用于依据所述流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向所述文件中记载的各个收款人账号的资金划拨。

可选地，对于所述流程配置表中记载的第一个任务节点，所述任务执行单元生成并执行的第一任务包括：依据预设的识别规则，识别所述文件中记载的各个收款人账号的账户类型，并将所述文件中记载的各个收款人账号和识别出的与各个收款人账号对应的账户类型存储到数据库的数据表中。

可选地，不同账户类型至少包括以下任意两种：借记卡、信用卡和他行卡；

所述任务执行单元包括：

调度器，用于从所述流程配置表中查询第一个任务节点，生成第一任务，并发送第一消息至执行器，所述第一消息携带有所述第一任务的任务名称；

执行器，用于依据所述第一任务的任务名称，执行所述第一任务，并将执行所述第一任务的第一执行结果返回至所述调度器；

其中，所述调度器接收到所述第一执行结果后，从所述流程配置表中查询下一个任务节点，生成下一个任务，并发送第二消息至执行器，所述第二消息携带有所述下一个任务的任务名称；所述执行器依据所述下一个任务的任务名称，执行所述下一个任务，并将执行所述下一个任务的第二执行结果返回至所述调度器，如此循环，直至完成向借记卡的资金划拨；

定时发起模块，用于定时从所述数据表中查找账户类型为信用卡或他行卡的收款人账号，并依据查找到的收款人账号生成交易任务，将所述交易任务的消息发送至所述执行器；

所述执行器依据所述交易任务的消息，完成向所述信用卡或他行卡的收款人账号的资金划拨；

其中，当所述调度器接收到所述执行器返回的表示已完成向借记卡的资金划拨的执行结果和表示已完成向所述信用卡或他行卡的收款人账号的资金划拨的执行结果后，确定当前的批量代发任务完成。

可选地，所述文件获取单元具体用于：定时轮询目标目录，从所述目标目录下获取客户提交的文件。

可选地，所述第一任务还包括：对所述文件的文件格式进行校验。

本发明提供的基于消息调度机制的批量代发方法及系统中，技术人员预先按照业务提交的需求提取出业务处理流程，进而根据针对处理不同账户类型的不同业务处理逻辑配置了流程配置表，该流程配置表中记载有多个任务节点。在实际应用中，本发明可以根据客户提交的文件的业务类型，获取与该业务类型对应的流程配置表，进而依据流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向文件中记载的各个收款人账号的资金划拨。本发明同时支持对文件中包含的不同账户类型的业务处理，于客户而言，不需要客户针对不同的账户类型提交不同的多个文件，提高了客户体验度。

附图说明

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

图1为本发明提供的一种基于消息调度机制的批量代发方法的流程图；

图2为本发明提供的一种基于消息调度机制的批量代发系统的结构示意图；

图3为本发明提供的另一种基于消息调度机制的批量代发系统的示意图；

图4为本发明中流程配置表的示意图。

具体实施方式

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

如图1所示，本发明提供的基于消息调度机制的批量代发方法可以包括：

步骤101，定时获取客户提交的文件，所述文件的文件名中至少包括业务类型。

本发明中，客户上传提交的文件会存储到固定的目标目录(目标文件夹)下，因此，本发明可以定时(如每5分钟)轮询远端目标目录，从目标目录下获取客户提交的文件。

系统对于客户上传的文件也会有一些设定要求，如文件的文件名的命名方式。本发明中会要求客户上传的文件的文件名中至少包括业务类型，其中业务类型例如包括C1、C8等，当然文件的文件名中还可以包括商户号、提交日期、批次号等关键信息。

步骤102，依据所述文件名中的业务类型，获取预设的与所述业务类型对应的流程配置表，所述流程配置表中记载有多个任务节点，所述多个任务节点是技术人员根据不同账户类型的不同业务处理逻辑预先配置得到的。

不同业务(借记卡/账号业务、信用卡业务、他行业务)的代发流程是不一样的，针对此，本发明由技术人员预先按照业务提交的需求提取出业务处理流程，并根据针对处理不同账户类型的不同业务处理逻辑配置相应的流程配置表，其中流程配置表中记载了对应业务处理逻辑的各个任务节点，按照流程配置表中的任务节点依次执行任务即可完成对于不同业务的批量代发。

具体地本发明中，对于流程配置表中记载的第一个任务节点，生成并执行的第一任务可以为：依据预设的识别规则，识别所述文件中记载的各个收款人账号的账户类型，并将所述文件中记载的各个收款人账号和识别出的与各个收款人账号对应的账户类型存储到数据库的数据表中。进一步优选地，本发明中的第一任务还可以包括：对所述文件的文件格式进行校验。

在本发明实际应用中，在获取到客户提交的文件后，系统首先对文件的文件格式进行校验，以判断客户提交的文件是否正确。在确定文件正确后，系统依据预设的识别规则，对文件中记载的各个收款人账号的账户类型进行识别，从而判断文件中各个收款人账号为借记卡、新旧账号、信用卡还是他行卡，最后将各个收款人账号和各个收款人账号对应的账户类型存储到数据库的数据表中。

本发明中，数据库的数据表中记载了各个业务的明细数据，其中一个收款人账号对应一个业务。客户提交的文件中包含不同账户类型的收款人账号，其中不同账户类型至少包括以下任意两种：借记卡(为了便于描述，下文中本发明将借记卡和新旧账号统称为借记卡)、信用卡和他行卡。

其中对于借记卡，系统根据所述流程配置表中记载的节点依次生成任务、执行任务，即可完成向所述借记卡的资金划拨；对于信用卡和他行卡，系统则通过常驻进程定时从所述数据表中查找账户类型为信用卡或他行卡的收款人账号，并依据查找到的收款人账号生成交易任务、执行所述交易任务，从而完成向所述信用卡或他行卡的资金划拨。

步骤103，依据所述流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向所述文件中记载的各个收款人账号的资金划拨。

本发明依据流程配置表中记载的各个任务节点，按照各个任务节点的顺序依次生成相应任务并执行相应任务，即可完成向文件中记载的各个收款人账号的资金划拨。

本发明提供的基于消息调度机制的批量代发方法中，技术人员预先按照业务提交的需求提取出业务处理流程，进而根据针对处理不同账户类型的不同业务处理逻辑配置了流程配置表，该流程配置表中记载有多个任务节点。在实际应用中，本发明可以根据客户提交的文件的业务类型，获取与该业务类型对应的流程配置表，进而依据流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向文件中记载的各个收款人账号的资金划拨。本发明同时支持对文件中包含的不同账户类型的业务处理，于客户而言，不需要客户针对不同的账户类型提交不同的文件，提高了客户体验度。

如图2所示，本发明提供了一种基于消息调度机制的批量代发系统，系统可以包括：

文件获取单元100，用于定时获取客户提交的文件，所述文件的文件名中至少包括业务类型。

其中所述文件获取单元100具体用于：定时轮询目标目录，从所述目标目录下获取客户提交的文件。

流程配置表获取单元200，用于依据所述文件名中的业务类型，获取预设的与所述业务类型对应的流程配置表，所述流程配置表中记载有多个任务节点，所述多个任务节点是技术人员根据不同账户类型的不同业务处理逻辑预先配置得到的。

任务执行单元300，用于依据所述流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向所述文件中记载的各个收款人账号的资金划拨。

其中对于所述流程配置表中记载的第一个任务节点，所述任务执行单元300生成并执行的第一任务可以包括：依据预设的识别规则，识别所述文件中记载的各个收款人账号的账户类型，并将所述文件中记载的各个收款人账号和识别出的与各个收款人账号对应的账户类型存储到数据库的数据表中。进一步可选的，所述任务执行单元300执行的第一任务还可以包括：对所述文件的文件格式进行校验。

下面，申请人将以客户提交的文件为同时包含借记卡、信用卡和他行卡的混合文件，且混合文件的业务类型为C8为例进行说明。

结合图3所示，本发明中的文件获取单元100可以包括bpsGetFilesFromBranch2、bpsGetFilesFromBranch2和bpsGetFilesByDBRecord。

其中，bpsGetFilesFromBranch2是根据正则表达式，定时轮询远端目标目录，查找是否存在符合要求的文件，bpsGetFilesByDBRecord是根据数据库中的记录去扫描远端目录文件，bpsGetFilesByMatchStr是从远端目录获取文件后匹配数据库记录。其中，bpsGetFilesByDBRecord将获取到的文件的文件名和需要调用的交易(即任务)发送给执行器去执行具体的结果文件拆分。

需要说明的是，文件获取单元100中的bpsGetFilesFromBranch2、bpsGetFilesByMatchStr和bpsGetFilesByDBRecord分别是获取文件的程序名称。

具体在本发明实际应用过程中，bpsGetFilesFromBranch2定时轮询远端目标目录，查找是否存在符合要求的文件，本实施例中则是具体查找到业务类型为C8的文件，并进一步获取该文件的文件名，将该文件的文件名中的关键信息，如商户号、业务类型、提交日期、批次号等发送给任务执行单元300。

同时，流程配置表获取单元200会依据文件获取单元100获取到的文件的业务类型C8，获取到预设的与业务类型C8对应的流程配置表，如图4所示。

本发明中的任务执行单元300包括调度器(bpseTaskScheduler)、执行器(bpsMainCtl)和定时发起模块(OnlineTranSend)。

具体地，调度器接收到bpsGetFilesFromBranch2发送的关键信息后，查询流程配置表中的第一个任务节点0001，根据第一个任务节点0001生成第一任务，并将该第一任务注册登记到流程调度表，从而记录文件的处理进度。随后，调度器发送第一消息至执行器，该第一消息中携带有第一任务的任务名称“拆分文件”。

执行器接收到第一消息后，依据第一任务的任务名称“拆分文件”，执行第一任务对应的函数A40403，并将执行第一任务的第一执行结果返回至调度器。

其中执行器执行第一任务具体包括：对客户提交文件的文件格式进行校验，判断提交的文件是否正确。在判断文件正确后，依据预设的识别规则，识别文件中记载的各个收款人账号的账户类型，即各个收款人账号是借记卡、信用卡还是他行卡，并将文件中记载的各个收款人账号和识别出的与各个收款人账号对应的账户类型存储到数据库的数据表中。

调度器接收到执行器返回的第一执行结果后，继续从流程配置表中查询下一个任务节点，生成下一个任务，即查询第二个任务节点，生成第二任务，并发送第二消息至执行器，所述第二消息携带有第二任务的任务名称“内部账务划拨(客户账1→机构内部账)”。

执行器接收到第二消息后，依据第二任务的任务名称“内部账务划拨(客户账1→机构内部账)”，执行第二任务对应的函数A32009，并将执行第二任务的第二执行结果返回至调度器。

其中执行器执行第二任务具体包括：将客户提交文件中的总金额从客户账户划拨到银行内部账户。

调度器接收到执行器返回的第二执行结果后，继续从流程配置表中查询下一个任务节点，即查询第三个任务节点，生成第三任务，并发送第三消息至执行器，所述第三消息携带有第三任务的任务名称“置交易可划拨状态”。

执行器接收到第三消息后，依据第三任务的任务名称“置交易可划拨状态”，执行第三任务对应的函数A33002，并将执行第三任务的第三执行结果返回至调度器。

调度器接收到执行器返回的第三执行结果后，继续从流程配置表中查询下一个任务节点，即查询第四个任务节点，生成第四任务，并发送第四消息至执行器，所述第四消息携带有第四任务的任务名称“BANCS AGNT划拨”。

执行器接收到第四消息后，依据第四任务的任务名称“BANCS AGNT划拨”，执行第四任务对应的函数A34001，并将执行第四任务的第四执行结果返回至调度器。

本发明中客户提交的文件的业务类型为C8，业务类型C8为混合文件，即文件中同时包含借记卡、信用卡和他行卡。其中借记卡代发业务属于核心银行系统处理账务，信用卡代发业务属于卡系统处理账务，他行卡代发业务属于跨行系统处理账务。本系统与核心银行系统交互机制为批量一对一，与卡系统交互机制为批量多对一，与他行支付系统为批量转联机。

其中批量一对一的任务发起对应流程配置表中任务编号0035，通过执行任务名称为“BANCS AGNT划拨”的第四任务，可以触发核心银行系统向文件中的借记卡完成资金划拨。

调度器接收到执行器返回的第四执行结果后，继续从流程配置表中查询下一个任务节点，即查询第五个任务节点，生成第五任务，并发送第五消息至执行器，所述第五消息携带有第五任务的任务名称“等待后台返回结果”。

执行器接收到第五消息后，依据第五任务的任务名称“等待后台返回结果”，执行第五任务对应的函数A20001，并将执行第五任务的第五执行结果返回至调度器。

在本发明实际应用过程中，当调度器触发到第五任务“等待后台返回结果”时，由于此任务调用的交易A20001成功的标识为数据库中数据表中的所有明细数据的状态为终态，且该步骤无失败跳转，而通常此时的执行器并未完成任务(也即核心银行系统并未完成向文件中的所有借记卡进行资金划拨)，不会及时给调度器返回第五执行结果，所以调度器执行到该步骤时交易失败，会停留在此步骤。

针对信用卡代发业务和他行卡代发业务，本系统与卡系统的批量多对一模式，以及本系统与他行支付系统的批量转联机模式由定时发起模块承担。

本发明中的定时发起模块是脱离于流程之外的处理功能，定时发起模块会定时从数据库的数据表中依次查找账户类型为信用卡或他行卡的收款人账号，并依据查找到的收款人账号生成交易任务，将所述交易任务的消息发送至执行器。待定时发起模块完成对数据表中所有符合要求的数据的处理后，进入休眠(sleep)状态。

需要说明的是，本发明中批量转联机模式的功能实现完全依赖于数据表中明细数据的状态字段的取值，取值的变化决定了数据表中的数据是否会被调用。为了避免数据被重复调用而发生的重复入账情况，本发明需与后台约定堵重机制且保证同一数据无论何时在与后台交互时都应使用同一流水号，由此能够有效防止重复入账情况。

执行器接收到定时发起模块发送的交易任务的消息，完成向信用卡或他行卡的收款人账号的资金划拨。

本发明中，当调度器接收到执行器返回的表示已完成向借记卡的资金划拨的执行结果，以及接收到表示已完成向所述信用卡或他行卡的收款人账号的资金划拨的执行结果后，可以确定当前的批量代发任务完成，由此继续从流程配置表中查询下一个任务节点，直至流程结束。

其中在执行后续任务时：执行任务“资金划拨(机构内部账→信用卡内部账)”，是将划拨到银行内部账户的资金依次划拨到文件中的信用卡账户中，从而完成向信用卡账户的资金划拨。执行任务“资金退划(机构内部账→签约客户账1)”，是将代发失败的总金额从银行内部账户退回到客户账户。执行任务“批次处理结果汇总”，是将系统对客户提交的文件处理情况进行统计，查看已处理完成笔数是否等于提交总笔数，并统计成功笔数、成功金额、失败笔数和失败金额。执行任务“结果文件返回”，是将最终处理结果生成文件并回复给客户。

需要说明的是，在本发明实际应用过程中，调度器触发到的第五任务“等待后台返回结果”，既是由调度器调用，也是由定时发起模块调用。当由调度器调用时，由于在发送后台后即被调用，此时交易结果尚未返回，所以一般情况下为执行器返回该交易为失败。而定时发起模块定时去查找已经全部处理完成的批次信息，将信息返回执行器，该交易被再次调用并返回成功信息给调度器，此时调度器确定当前任务完成，继续从流程配置表中查询下一个任务节点，直至流程结束。

作为本发明优选地，本发明提供的基于消息调度机制的批量代发系统还可以包括实时查询模块，该实时查询模块用于客户通过前端界面实时查询提交文件的处理进度。

本发明提供的基于消息调度机制的批量代发方法及系统具有以下优点：

1、本发明中的业务流程可配置化，从而能够有效缩减程序的开发成本，增加程序的复用度，可快速响应业务需求；

2、支持与后台的多种交互方式，且与后台的交互方式对客户是透明的。对客户而言，在代发过程中不需要提交多个文本，无需区分收款人账户类型和介质。

3、账务处理模式支持一借一贷和一借多贷模式。对于对公的批量汇划类业务采用一借一贷模式，保证了每笔对公业务都有银行回单；对于工资代发类业务采用一借多贷模式，在银行出具的回单中只体现一笔总金额的支出，无明细数据，保证了工资奖金等信息的保密性。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种基于消息调度机制的批量代发方法及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种基于消息调度机制的批量代发方法，其特征在于，方法包括：

定时获取客户提交的文件，所述文件的文件名中至少包括业务类型；

依据所述文件名中的业务类型，获取预设的与所述业务类型对应的流程配置表，所述流程配置表中记载有多个任务节点，所述多个任务节点是技术人员根据不同账户类型的不同业务处理逻辑预先配置得到的；

依据所述流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向所述文件中记载的各个收款人账号的资金划拨。

2.根据权利要求1所述的方法，其特征在于，

对于所述流程配置表中记载的第一个任务节点，生成并执行的第一任务包括：依据预设的识别规则，识别所述文件中记载的各个收款人账号的账户类型，并将所述文件中记载的各个收款人账号和识别出的与各个收款人账号对应的账户类型存储到数据库的数据表中。

3.根据权利要求2所述的方法，其特征在于，不同账户类型至少包括以下任意两种：借记卡、信用卡和他行卡；其中，

对于借记卡，根据所述流程配置表中记载的节点依次生成任务、执行任务，从而完成向所述借记卡的资金划拨；

对于信用卡和他行卡，通过常驻进程定时从所述数据表中查找账户类型为信用卡或他行卡的收款人账号，并依据查找到的收款人账号生成交易任务、执行所述交易任务，从而完成向所述信用卡或他行卡的资金划拨。

4.根据权利要求1所述的方法，其特征在于，所述定时获取客户提交的文件包括：定时轮询目标目录，从所述目标目录下获取客户提交的文件。

5.根据权利要求2所述的方法，其特征在于，所述第一任务还包括：对所述文件的文件格式进行校验。

6.一种基于消息调度机制的批量代发系统，其特征在于，系统包括：

文件获取单元，用于定时获取客户提交的文件，所述文件的文件名中至少包括业务类型；

流程配置表获取单元，用于依据所述文件名中的业务类型，获取预设的与所述业务类型对应的流程配置表，所述流程配置表中记载有多个任务节点，所述多个任务节点是技术人员根据不同账户类型的不同业务处理逻辑预先配置得到的；

任务执行单元，用于依据所述流程配置表中记载的各个任务节点，生成相应任务并执行相应任务，从而完成向所述文件中记载的各个收款人账号的资金划拨。

7.根据权利要求6所述的系统，其特征在于，

对于所述流程配置表中记载的第一个任务节点，所述任务执行单元生成并执行的第一任务包括：依据预设的识别规则，识别所述文件中记载的各个收款人账号的账户类型，并将所述文件中记载的各个收款人账号和识别出的与各个收款人账号对应的账户类型存储到数据库的数据表中。

8.根据权利要求7所述的系统，其特征在于，不同账户类型至少包括以下任意两种：借记卡、信用卡和他行卡；

所述任务执行单元包括：

调度器，用于从所述流程配置表中查询第一个任务节点，生成第一任务，并发送第一消息至执行器，所述第一消息携带有所述第一任务的任务名称；

执行器，用于依据所述第一任务的任务名称，执行所述第一任务，并将执行所述第一任务的第一执行结果返回至所述调度器；

其中，所述调度器接收到所述第一执行结果后，从所述流程配置表中查询下一个任务节点，生成下一个任务，并发送第二消息至执行器，所述第二消息携带有所述下一个任务的任务名称；所述执行器依据所述下一个任务的任务名称，执行所述下一个任务，并将执行所述下一个任务的第二执行结果返回至所述调度器，如此循环，直至完成向借记卡的资金划拨；

定时发起模块，用于定时从所述数据表中查找账户类型为信用卡或他行卡的收款人账号，并依据查找到的收款人账号生成交易任务，将所述交易任务的消息发送至所述执行器；

所述执行器依据所述交易任务的消息，完成向所述信用卡或他行卡的收款人账号的资金划拨；

其中，当所述调度器接收到所述执行器返回的表示已完成向借记卡的资金划拨的执行结果和表示已完成向所述信用卡或他行卡的收款人账号的资金划拨的执行结果后，确定当前的批量代发任务完成。

9.根据权利要求6所述的系统，其特征在于，所述文件获取单元具体用于：定时轮询目标目录，从所述目标目录下获取客户提交的文件。

10.根据权利要求7所述的方法，其特征在于，所述第一任务还包括：对所述文件的文件格式进行校验。