CN107180047B - 文件的生成方法和装置 - Google Patents

Abstract

本申请提供一种文件的生成方法及装置，该方法包括：在执行文件任务时，确定所述文件任务的类型，所述类型包括正常文件任务和捡漏文件任务；基于所述文件任务的类型获取对应的时间参数；基于所述时间参数确定对应于所述正常文件任务的正常数据，或对应于所述捡漏文件任务的遗漏数据；基于所述正常数据生成正常文件，或基于所述遗漏数据生成捡漏文件。通过本申请的技术方案，解决了现有技术中人工查找遗漏数据耗时耗力、效率低下、不能保证完整性和准确性的问题，能够确保查找到的正常数据和遗漏数据的互补和不重复，且能够有效、及时、完整准确的将遗漏数据进行汇总，并及时反馈给基金公司，大大提高了运行效能。

Description

文件的生成方法和装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种文件的生成方法和装置。

背景技术

在数据交互场景中，交互的数据难免存在遗漏，这就会造成数据核查困难，数据交互效率低。以互联网金融理财产品为例，通常具有直销机构及代销机构，这三方之间需要进行交互的数据量非常大。理财方服务器基于配置生成当日的文件任务，一个任务对应一个文件的产出，可以基于业务时间确定任务，可以每个小时执行一个任务，例如转托管任务、赎回任务、或申购任务等，那么对应的每天生成24个文件，以汇总对应时间段的数据，每生成一个文件都会发送给基金公司，以便基金公司进行清算。

以转托管数据为例，由于分账异步记账等因素，转托管数据的业务时间段(trans_time)与转托管数据生成并存储到数据库的时间(gmt_create)，即入库时间存在延迟。例如某笔交易的业务时间属于时间段[9:00:00-10:00:00)，由于发生交易时直销账户没钱，用户使用分销账户的钱购买物品，因而发生转托管，将分销账户的钱转入到直销账户，但是由于转托管以定时任务的方式进行异步化处理，当这笔转托管数据存入数据库时已经是13:00了，这个时候对应[9:00:00-10:00:00)的转托管文件已经在11:10生成了，那么在对应于业务时间段[9:00:00-10:00:00)的转托管文件中就会漏掉这笔转托管数据。

现有技术中，当基金公司清算结果为存在遗漏数据时，通常需要理财产品方对对应业务的数据进行人工对比和校对，确定遗漏的数据，并将对应业务时间段的文件进行状态重置并重新运行，以使重新生成的文件包含遗漏的数据，并将重新生成的文件发送给基金公司进行重新清算。上述方式耗时、耗费大量人力、效率低下，而且不能够及时发现数据延迟和遗漏问题，不能够保证数据的完整性。

发明内容

本申请提供文件的生成方法及装置，以解决现有技术在需要人工核查遗漏数据的数据交互应用场景中，人工核查耗时耗力、效率低下及不能保证准确性和完整性等问题。

根据本申请实施例的第一方面，提供一种文件的生成方法，应用在服务器上，包括：

在执行文件任务时，读取所述文件任务的时间参数；

在执行文件任务时，确定所述文件任务的类型，所述类型包括正常文件任务和捡漏文件任务；

基于所述文件任务的类型获取对应的时间参数；

基于所述时间参数确定对应于所述正常文件任务的正常数据，或对应于所述捡漏文件任务的遗漏数据；

基于所述正常数据生成正常文件，或基于所述遗漏数据生成捡漏文件。

根据本申请实施例的第二方面，提供了一种文件的生成装置，应用在服务器上，包括：

类型确定单元，用于在执行文件任务时，确定所述文件任务的类型，所述类型包括正常文件任务和捡漏文件任务；

获取单元，用于基于所述文件任务的类型获取对应的时间参数；

数据确定单元，用于基于所述时间参数确定对应于所述正常文件任务的正常数据，或对应于所述捡漏文件任务的遗漏数据；

文件生成单元，用于基于所述正常数据生成正常文件，或基于所述遗漏数据生成捡漏文件。

根据本申请实施例的第三方面，提供一种文件的生成装置，所述设备为服务器，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为：

在执行文件任务时，确定所述文件任务的类型，所述类型包括正常文件任务和捡漏文件任务；

基于所述文件任务的类型获取对应的时间参数；

基于所述时间参数确定对应于所述正常文件任务的正常数据，或对应于所述捡漏文件任务的遗漏数据；

基于所述正常数据生成正常文件，或基于所述遗漏数据生成捡漏文件。

由以上技术方案可见，本申请的实施例中服务器通过在文件任务表中设置正常文件任务和捡漏文件任务，在文件任务中设置包括业务时间段及文件生成时间的字段，通过sql逻辑语句对数据的入库时间及文件生成时间进行对比，能够确保查找到遗漏数据，并保证正常数据和遗漏数据的互补和不重复，能够有效、及时、完整准确的将正常数据和遗漏数据分别进行汇总，并及时反馈给基金公司，大大提高了运行效能。

附图说明

图1是本申请文件的生成方法的场景示意图；

图2是本申请文件的生成方法的一个实施例流程图；

图3是本申请实施例中正常文件的文件任务表的示意图；

图4是本申请实施例中捡漏文件的文件任务表的示意图；

图5是本申请实施例中业务数据表的示意图；

图6为本申请文件的生成装置所在设备的一种硬件结构图；

图7为本申请文件的生成装置的一个实施例框图。

具体实施方式

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

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

现有技术中，当数据交互的接收方通过清算，确定某个文件中出现数据遗漏问题时，通常通知数据交互的发送方进行核查，数据交互的发送方以人工核查的方式，对总数据和分数据进行一一核对，从而确定遗漏的数据。这种方式不仅耗时耗力、效率低下，而且极易出错，例如核查不准确、核查的数据不完整，正常数据与遗漏数据出现重复等。

本申请的实施例提出一种新的文件的生成方法及装置，通过在配置中添加捡漏文件任务以及时间区间(time_span)，在生成文件时能够自动对比数据的入库时间和文件生成时间，并将入库时间大于文件生成时间的数据确定为遗漏数据，从而生成捡漏文件。这种方式能够节省人力，提高效率，且能够保证数据的完整性和准确性。本申请的实施例可以应用于服务器中，服务器可以是一个物理或逻辑服务器，也可以是由两个或两个以上分担不同职责的物理或逻辑服务器、相互协同来实现本申请实施例中服务器的各项功能。本申请实施例对服务器的种类，以及服务器之间通信网络的类型、协议等均不做限定。

参见图1，为本申请实施例的文件的生成方法的场景示意图：

图1场景以互联网金融理财产品为例进行说明，实际上也可以应用于其它用于汇总遗漏数据的数据交互应用场景。图1中包括：第一服务器，例如互联网金融理财产品对应的服务器，第二服务器，例如与第一服务器对应的基金公司服务器。第一服务器的文件任务表中设置有24个正常文件任务以及2个捡漏文件任务。其中24个正常文件任务每隔一个小时执行一次，生成对应的一个正常文件。2个捡漏文件任务分别在15：30和00：30执行。在执行文件任务时，读取该业务的文件任务表中对应于该捡漏任务的时间区间字段，判断该字段是否为空，如果不为空，则确定该文件任务为捡漏文件任务，对该时间区间字段进行解析，得到时间节点，包括业务时间段及文件生成时间，读取对应业务的业务数据表，获取业务数据表中的业务时间段以及数据的入库时间，将入库时间大于与业务时间段对应的文件生成时间的数据确定为遗漏数据，基于遗漏数据生成捡漏文件。如果时间区间字段为空，则说明该文件任务为正常文件任务，读取文件任务表中的文件生成时间、业务时间段以及业务数据表中的业务时间段以及入库时间，将入库时间小于等于对应业务时间段的文件生成时间的数据确定为正常数据，基于正常数据生成正常文件，并且每生成一个正常文件或捡漏文件就发送给第二服务器，以便第二服务器及时进行清算。

应用在服务器上的文件的生成方法的流程如图2所示。

步骤201、在执行文件任务时，确定文件任务的类型，该类型包括正常文件任务和捡漏文件任务。

在本申请实施例可以应用于转托管业务、申购业务、赎回业务、调拨业务等有可能产生遗漏数据的业务中。本申请实施例中以转托管业务为例进行说明。当互联网金融理财产品的直销机构或代销机构使用非自己代销的份额时，需要将所使用的份额先转托管到自己名下，这个过程称为转托管。其中，转托管业务对应的文件任务表中，存储有若干个文件任务，一个文件任务对应生成一个文件。其中文件任务包括两种类型，正常文件任务及捡漏文件任务。若干个与现有技术相同的正常文件任务用于生成正常文件，即未遗漏数据的文件；本申请实施例增设的捡漏文件任务用于生成汇总遗漏数据的捡漏文件。本申请实施例中，正常文件任务的数量可以为24个，捡漏文件任务的数量可以为2个，那么文件任务表中存储有26个文件任务。

步骤202、基于文件任务的类型获取对应的时间参数。

本申请实施例中，时间参数包括文件生成时间、业务时间段及数据的入库时间。

对于正常文件任务，每隔一个小时执行一个，例如可以将文件任务的执行时间，也就是文件生成时间(start_time)设置为N：O，即在N点O分执行该任务，以生成交易时间发生在[(N-2):00，(N-1):00)、即业务时间段(trans_span)为[(N-2):00，(N-1):00)的数据对应的正常文件，显然该执行时间可以设置为N：10、N：20等，N则可以为0-12点中的任一个时间点。

对于捡漏文件任务，可以参考理财产品的清算时间以及基金公司的清算时间来设定文件生成时间，例如可以参考理财产品的清算时间0:00以及基金公司的清算时间15:00，将1个捡漏文件任务的文件生成时间设置为15:50，用于获取业务时间段在[00:00，15:00)的遗漏数据，并将另1个捡漏文件任务的执行时间(文件生成时间)设置为00:50，用于获取业务时间段在[15:00，00:00)之间的遗漏数据。

在转托管业务的文件任务表中，存储有文件任务的配置数据，如图3的文件任务表所示，包括机构号(inst_id)，例如银行机构号、券商机构号等，还存储有任务的执行时间(start_time)，即上述文件生成时间，以及该任务需要获取的数据的起始业务时间(begin_time)，即业务时间段中的首个时间。此外，本申请实施例中，在配置数据中增加设置了时间区间，如图4所示，时间区间包括多个以|分隔开的逻辑区间。其中24个正常文件任务的时间区间设置为空，2个捡漏文件任务的时间区间基于下述方式来设置：

每个逻辑区间可以表示为：M，M+1，N:O:00，包括以逗号分割的三个数字。其中，M和M+1代表的是业务时间段(trans_time)，例如对于逻辑区间0，1，08:10:00，0和1表示业务时间段为[0:00-1:00)，也就是说该文件任务所要获取的数据为交易时间在业务时间段[0:00-1:00)之间的数据；而N:O:00表示的是文件的生成时间，对于正常文件而言，文件的生成时间应大于对应数据的入库时间，文件生成时间的设置一般与业务时间段相隔至少一个小时。

对应于业务时间段在[00:00，15:00)的捡漏文件任务的时间区间可以例如：

0，1，08:10:00|1，2，08:10:00|2，3，08:10:00|3，4，08:10:00|4，5，08:10:00|5，6，08:10:00|6，7，08:10:00|7，8，09:10:00|8，9，10:10:00|9，10，11:10:00|10，11，12:10:00|11，12，13:10:00|12，13，14:10:00|13，14，15:10:00|14，15，16:10:00。

可以看出，由于[0:00-7:00)之间发生的交易较少，因而交易时间在[0:00-7:00)的数据在8:10分开始生成文件，交易时间在[0:00-7:00)以外的数据在其所在业务时间段之后的相隔70分钟的时间点开始生成文件。

对应于业务时间在[00:00，15:00)的捡漏任务的时间区间可以例如：

15，16，17:10:00|16，17，18:10:00|17，18，19:10:00|18，19，20:10:00|19，20，21:10:00|20，21，22:10:00|21，22，23:10:00|22，23，00:10:00|23，24，01:10:00。

本申请步骤，对于正常文件任务，文件生成时间和业务时间段为文件任务表中原有的配置，直接可以读取，对于捡漏文件任务，文件生成时间和业务时间段可以从时间区间中读取。对于入库时间，则通过业务数据表进行读取，如图5所示，在业务数据表中，存储有每一条转托管数据的入库时间(gmt_creat)，及业务时间段，包括(trans_date)及(trans_time)。

步骤203、基于时间参数确定对应于正常文件任务的正常数据，或对应于捡漏文件任务的遗漏数据。

上述步骤201中，判断时间区间字段是否为空，本申请步骤中，进一步将数据的入库时间与文件生成时间进行对比，以确定哪些数据为正常数据，哪些数据为遗漏数据。

在时间区间字段不为空时，服务器可以确定该文件任务为捡漏文件任务，然后服务器可以对业务数据表中存储的数据进行逐一判断，对于每条数据的入库时间，基于其所属的业务时间段可以确定文件任务表中对应的文件生成时间，将入库时间与文件生成时间进行比对，如果入库时间大于文件生成时间，则说明该数据为遗漏数据。

在时间区间字段为空时，服务器可以确定该文件任务为正常文件任务，然后服务器可以对业务数据表中存储的数据进行逐一判断，对于每条数据的入库时间，基于其所属的业务时间段可以确定文件任务表中对应的文件生成时间，将入库时间与文件生成时间进行比对，如果入库时间小于等于文件生成时间，则说明该数据为正常数据。

具体而言，在时间区间字段不为空时，首先将被“|”分割的逻辑区间进行解析，得到对应的时间节点，包含多个业务时间段的起止时间以及文件生成时间，然后，将时间节点拼装成包含多个时段的捡漏sql语句，例如，拼装成下述捡漏sql：

WHERE trans_time>＝to_date(‘2015-10-27 00:00:00’,’yyyy-mm-dd

hh24:mi:ss’)

AND trans_time<＝to_date(‘2015-10-27 15:00:00’,’yyyy-mm-dd

hh24:mi:ss’)

通过上述sql语句限定业务时间段的日期和时间，为2015年10月27日的[00：00，15:00)。

并且，通过例如下述捡漏sql语句：

AND((gmt_create>to_date(‘2015-10-27 8:10:00’,’yyyy-mm-dd hh24:mi:ss’)

AND trans_time<to_date(‘2015-10-27 01:00:00’,’yyyy-mm-dd hh24:mi:ss’)

AND trans_time>＝to_date(‘2015-10-27 00:00:00’,’yyyy-mm-dd hh24:mi:ss’))

OR(gmt_create>to_date(‘2015-10-27 08:10:00’,’yyyy-mm-dd hh24:mi:ss’)

AND trans_time<to_date(‘2015-10-27 02:00:00’,’yyyy-mm-dd hh24:mi:ss’)

AND trans_time>＝to_date(‘2015-10-27 01:00:00’,’yyyy-mm-dd hh24:mi:ss’))

OR……

来限定数据的条件要符合业务时间段在[00:00,01:00)，且入库时间大于文件生成时间08:10，以及业务时间段在[01:00,02:00)，且入库时间大于文件生成时间08:10，等。通过上述sql语句对入库时间及文件生成时间进行对比，从而确定遗漏数据及正常数据。

为了保证捡漏文件不与正常文件重复，本申请实施例中，不仅对所要获取的数据的业务时间段进行限定，而且对入库时间与文件的生成时间进行限定。对于正常文件，应该是先发生转托管业务，然后将对应的转托管数据存入数据库，最后基于存入数据库的转托管数据生成转托管文件，因而入库时间应该小于文件生成时间。从而通过判断入库时间是否大于文件的生成时间，能够确定该数据是否为遗漏数据。

因而，对于24个正常文件，增加入库时间小于等于文件生成时间的判断条件，也就是说只有满足业务时间段在指定业务时间段和入库时间小于等于文件生成时间两个条件的转托管数据才确定为正常数据。只有满足业务时间段在指定业务时间段和入库时间大于文件生成时间两个条件的转托管数据才确定为遗漏数据，从而保证正常转托管文件的转托管数据与捡漏文件的转托管数据互补，不重复。而且从上述sql语句可以看出，各个条件之间的关系为“或(OR)”，从而批量获取所有时段的遗漏数据，完成数据捡漏，保证数据的完整性和准确性。

步骤204、基于正常数据生成正常文件，或基于遗漏数据生成捡漏文件。

在本申请步骤中，服务器可以基于所确定的数据生成对应类型的文件，生成文件的过程即将数据进行组装的过程，与现有技术相同，在此不再赘述。

从现有技术中可以看出，通过人工查找遗漏数据的方式不但耗时耗力，不能够保证数据的完整性和准确性，而且不能主动发现问题，只能等到基金公司清算反馈问题之后才能进行核查处理，效率低下。而本申请通过在文件任务表中设置正常文件任务和捡漏文件任务，在各文件任务中设置包括业务时间段及文件生成时间的字段，通过sql逻辑语句对数据的入库时间及文件生成时间进行对比，能够确定遗漏数据，并能够确保查找到的正常数据和遗漏数据的互补和不重复，能够有效、及时、完整准确的将正常数据和遗漏数据进行汇总，并及时反馈给基金公司，大大提高了运行效能。

与本申请文件的生成方法的实施例相对应，本申请还提供了文件的生成装置及设备的实施例。

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

参见图7，为本申请文件的生成装置的一个实施例框图，该装置可以应用在服务器上，该装置包括：类型确定单元710、获取单元720、数据确定单元730以及文件生成单元740。

类型确定单元710，用于在执行文件任务时，确定文件任务的类型，所述类型包括正常文件任务和捡漏文件任务；

获取单元720，用于基于文件任务的类型获取对应的时间参数；

数据确定单元730，用于基于时间参数确定对应于正常文件任务的正常数据，或对应于捡漏文件任务的遗漏数据；

文件生成单元740，用于基于正常数据生成正常文件，或基于遗漏数据生成捡漏文件。

在一个可选的实现方式中，类型确定单元710可以包括(图7中未示出)：

第一读取子单元，用于读取文件任务的时间区间字段；

第一判断子单元，用于判断时间区间字段是否为空；

第一确定子单元，用于在所述时间区间字段为空时，确定所述文件任务的类型为正常文件任务，在所述时间区间字段不为空时，确定所述文件任务的类型为捡漏文件任务。

在一个可选的实现方式中，时间参数包括文件生成时间、业务时间段及入库时间，获取单元720可以包括(图7中未示出)：

第二读取子单元，用于在所述类型为捡漏文件任务时，基于所述时间区间字段确定所述文件任务的文件生成时间及业务时间段；

第三读取子单元，用于读取与所述文件任务对应的文件数据表中每条数据的入库时间及业务时间段。

在一个可选的实现方式中：

数据确定单元730可以包括(图7中未示出)：

第二判断子单元，用于逐一判断每条数据的入库时间是否大于所述数据的业务时间段对应的文件生成时间；

第二确定子单元，用于将入库时间大于文件生成时间的数据确定为对应于所述捡漏文件任务的遗漏数据。

在一个可选的实现方式中，时间参数包括文件生成时间、业务时间段及入库时间，获取单元720可以包括(图7中未示出)：

第四读取子单元，用于在所述类型为正常文件任务时，读取所述文件任务在文件任务表中的文件生成时间及业务时间段；

第五读取子单元，用于读取与所述文件任务对应的文件数据表中每条数据的入库时间及业务时间段。

在一个可选的实现方式中：

数据确定单元730可以包括(图7中未示出)：

第三判断子单元，用于逐一判断每条数据的入库时间是否大于所述数据的业务时间段对应的文件生成时间；

第三确定子单元，用于将入库时间小于等于文件生成时间的数据确定为对应于所述正常文件任务的正常数据。

在另一个可选的实现方式中：

文件任务包括转托管业务、赎回业务、申购业务或调拨业务对应的文件任务。

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

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

由上述实施例可见，服务器通过在文件任务表中增设捡漏文件任务，在捡漏文件任务中设置包括业务时间段及文件生成时间的字段，通过sql逻辑语句对数据的入库时间及文件生成时间进行对比，能够确保查找到的正常数据和遗漏数据的互补和不重复，能够有效、及时、完整准确的将遗漏数据进行汇总，并及时反馈给基金公司，大大提高了运行效能。

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

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

Claims (15)

1.一种文件的生成方法，应用在服务器上，其特征在于，包括：

在执行文件任务时，确定所述文件任务的类型，所述类型包括正常文件任务和捡漏文件任务；

基于所述文件任务的类型获取对应的时间参数；所述时间参数包括文件生成时间、业务时间段及数据的入库时间；

基于所述时间参数确定对应于所述正常文件任务的正常数据，或对应于所述捡漏文件任务的遗漏数据；

基于所述正常数据生成正常文件，或基于所述遗漏数据生成捡漏文件。

2.根据权利要求1所述的方法，其特征在于，所述确定所述文件任务的类型，包括：

读取所述文件任务的时间区间字段；

判断所述时间区间字段是否为空；

在所述时间区间字段为空时，确定所述文件任务的类型为正常文件任务，在所述时间区间字段不为空时，确定所述文件任务的类型为捡漏文件任务。

3.根据权利要求2所述的方法，其特征在于，所述基于所述文件任务的类型获取对应的时间参数，包括：

在所述类型为捡漏文件任务时，基于所述时间区间字段确定所述文件任务的文件生成时间及业务时间段；

读取与所述文件任务对应的文件数据表中每条数据的入库时间及业务时间段。

4.根据权利要求3所述的方法，其特征在于，所述基于所述时间参数确定对应于所述捡漏文件任务的遗漏数据，包括：

逐一判断每条数据的入库时间是否大于所述数据的业务时间段对应的文件生成时间；

将入库时间大于文件生成时间的数据确定为对应于所述捡漏文件任务的遗漏数据。

5.根据权利要求2所述的方法，其特征在于，所述基于所述文件任务的类型获取对应的时间参数，包括：

在所述类型为正常文件任务时，读取所述文件任务在文件任务表中的文件生成时间及业务时间段；

读取与所述文件任务对应的文件数据表中每条数据的入库时间及业务时间段。

6.根据权利要求5所述的方法，其特征在于，所述基于所述时间参数确定对应于所述正常文件任务的正常数据，包括：

逐一判断每条数据的入库时间是否大于所述数据的业务时间段对应的文件生成时间；

将入库时间小于等于文件生成时间的数据确定为对应于所述正常文件任务的正常数据。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述文件任务包括转托管业务、赎回业务、申购业务或调拨业务对应的文件任务。

8.一种文件的生成装置，应用在服务器上，其特征在于，包括：

类型确定单元，用于在执行文件任务时，确定所述文件任务的类型，所述类型包括正常文件任务和捡漏文件任务；

获取单元，用于基于所述文件任务的类型获取对应的时间参数；所述时间参数包括文件生成时间、业务时间段及数据的入库时间；

数据确定单元，用于基于所述时间参数确定对应于所述正常文件任务的正常数据，或对应于所述捡漏文件任务的遗漏数据；

文件生成单元，用于基于所述正常数据生成正常文件，或基于所述遗漏数据生成捡漏文件。

9.根据权利要求8所述的装置，其特征在于，所述类型确定单元包括：

第一读取子单元，用于读取所述文件任务的时间区间字段；

第一判断子单元，用于判断所述时间区间字段是否为空；

第一确定子单元，用于在所述时间区间字段为空时，确定所述文件任务的类型为正常文件任务，在所述时间区间字段不为空时，确定所述文件任务的类型为捡漏文件任务。

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

第二读取子单元，用于在所述类型为捡漏文件任务时，基于所述时间区间字段确定所述文件任务的文件生成时间及业务时间段；

第三读取子单元，用于读取与所述文件任务对应的文件数据表中每条数据的入库时间及业务时间段。

11.根据权利要求10所述的装置，其特征在于，所述数据确定单元包括：

第二判断子单元，用于逐一判断每条数据的入库时间是否大于所述数据的业务时间段对应的文件生成时间；

第二确定子单元，用于将入库时间大于文件生成时间的数据确定为对应于所述捡漏文件任务的遗漏数据。

12.根据权利要求9所述的装置，其特征在于，所述获取单元包括：

第四读取子单元，用于在所述类型为正常文件任务时，读取所述文件任务在文件任务表中的文件生成时间及业务时间段；

第五读取子单元，用于读取与所述文件任务对应的文件数据表中每条数据的入库时间及业务时间段。

13.根据权利要求12所述的装置，其特征在于，所述数据确定单元包括：

第三判断子单元，用于逐一判断每条数据的入库时间是否大于所述数据的业务时间段对应的文件生成时间；

第三确定子单元，用于将入库时间小于等于文件生成时间的数据确定为对应于所述正常文件任务的正常数据。

14.根据权利要求8-13任一项所述的装置，其特征在于，所述文件任务包括转托管业务、赎回业务、申购业务或调拨业务对应的文件任务。

15.一种文件的生成设备，其特征在于，所述设备为服务器，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为：

在执行文件任务时，确定所述文件任务的类型，所述类型包括正常文件任务和捡漏文件任务；

基于所述文件任务的类型获取对应的时间参数；所述时间参数包括文件生成时间、业务时间段及数据的入库时间；

基于所述时间参数确定对应于所述正常文件任务的正常数据，或对应于所述捡漏文件任务的遗漏数据；

基于所述正常数据生成正常文件，或基于所述遗漏数据生成捡漏文件。

Images