CN106919475A

CN106919475A - 一种数据处理方法和装置

Info

Publication number: CN106919475A
Application number: CN201610625768.7A
Authority: CN
Inventors: 刘超
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd; Advantageous New Technologies Co Ltd
Priority date: 2016-08-02
Filing date: 2016-08-02
Publication date: 2017-07-04

Abstract

本申请提供了一种数据处理方法和装置，其中，该方法包括：获取机构上传的待处理文件，其中，所述待处理文件中携带有一条或多条流水；根据所述待处理文件的文件类型标识，确定所述待处理文件是否为预定标准文件；如果是预定标准文件，则对所述一条或多条流水进行处理；如果是非预定标准文件，则在对所述非预定标准文件审核通过后，再对所述一条或多条流水进行处理；其中，所述非预定标准文件是在机构获知预定标准文件处理失败后当日重新上传的文件。利用本申请实施例提供的技术方案，解决了现有技术中文件处理失败需要等到第二天才可以进行补救而导致的用户和机构的体验差的技术问题，达到了有效提高用户和机构的体验的目的。

Description

一种数据处理方法和装置

技术领域

本申请属于互联网技术领域，尤其涉及一种数据处理方法和装置。

背景技术

随着第三方支付平台和第三方理财平台的不断发展，现在人们的支付和理财已经不局限在原有的现金支付、刷卡支付、柜台理财等，而是越来越多的人通过第三方平台在手机等终端上就可以实现支付和理财等操作。

尤其是通过第三方平台的理财，近些年得到了广泛的应用，既然是通过第三方平台的理财操作，那么势必需要有第三方平台与机构之间的交互，这种相互之间的交互，一般是通过文件的方式进行的。这主要是考虑到基于文件的方式具有稳定性高、无需考虑并发问题、解耦等有点，因此在第三方平台和机构的交互中占据着很大的比重。

然而，现有的基于文件的处理方式仅支持机构一天内仅上传一次正式的还款文件，一旦该文件出错，不管是文件格式有错误，还是内容校验没通过，又或者某条流水处理时候发生错误，都会影响机构当天的正常处理流程，而且在当日没有任何的补救措施，只能等到第二天才可以再次上传文件，这样势必给流水处理过程带来不便，也严重影响机构和用户的体验。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本申请目的在于提供一种数据处理方法和装置，可以当日对处理失败的流水及时进行处理，以便提高机构和用户的体验。

本申请提供一种数据处理方法和装置是这样实现的：

一种数据处理方法，所述方法包括：

获取机构上传的待处理文件，其中，所述待处理文件中携带有一条或多条流水；

根据所述待处理文件的文件类型标识，确定所述待处理文件是否为预定标准文件；

如果是预定标准文件，则对所述一条或多条流水进行处理；

如果是非预定标准文件，则在对所述非预定标准文件审核通过后，再对所述一条或多条流水进行处理；

其中，所述非预定标准文件是在机构获知预定标准文件处理失败后当日重新上传的文件。

一种数据处理装置，所述装置包括：

获取模块，用于获取机构上传的待处理文件，其中，所述待处理文件中携带有一条或多条流水；

确定模块，用于根据所述待处理文件的文件类型标识，确定所述待处理文件是否为预定标准文件；

第一处理模块，用于在确定是预定标准文件的情况下，对所述一条或多条流水进行处理；

第二处理模块，用于在确定是非预定标准文件的情况下，在对所述非预定标准文件审核通过后，再对所述一条或多条流水进行处理；

本申请提供的数据处理方法和装置，机构在获知预定标准文件处理失败后当日可以重新上传文件，而不是一天内仅可以上传一次文件，从而使得在对预定标准文件处理失败的情况下，当天可以及时进行补救，解决了现有技术中文件处理失败需要等到第二天才可以进行补救而导致的用户和机构的体验差的技术问题，达到了有效提高用户和机构的体验的目的。

附图说明

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

图1是本申请提供的数据处理方法一种实施例的方法流程图；

图2是本申请提供的数据处理方法的具体方法流程图；

图3是本申请提供的文件校验方法的示意图；

图4是本申请提供的数据处理装置一种实施例的模型结构示意图。

具体实施方式

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

下面结合附图对本申请所述的数据处理方法和装置进行详细的说明。图1是本申请提出的数据处理方法的一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块结构。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例提供的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

本申请可以机构上传的携带有流水的文件出发，对于这种携带流水的文件，需要第三方平台对其进行相应的处理。当然，这些文件可以是还款流水文件、借款流水文件、冻结流水文件等，在申请实施例中可能更多的是以还款流水文件进行说明，然而这仅是为了更好地说明本申请，并不构成对本申请的不当限定。具体的如图1所示，本申请提供的数据处理方法的一种实施例可以包括：

S1：获取机构上传的待处理文件，其中，所述待处理文件中携带有一条或多条流水；

所谓的机构可以是一些理财的机构，或者是一些放贷或者是贷款的机构，这些机构在第三方平台(例如：支付宝、招财宝、蚂蚁聚宝等平台)上进行业务扩展，人们通过对第三方平台的使用实现在机构中的理财操作，例如，基金理财的机构可以在蚂蚁聚宝或者是招财宝上投放可以被用户认购的基金产品，银行等金融机构也可以在招财宝等平台上投放个人贷等理财产品。

在实际实现的时候，机构一般通过上传待处理文件的方式以实现还款等业务，在第三方平台中其实具有多种还款模式，例如：文件还款、接口还款、页面还款、代扣等。在本申请实施例中，主要是对基于文件的处理方式进行说明，例如，机构可以通过文件交互的方式处理还款需求，从而将资金从机构发放到投资人者账户，并将资产注销。

例如，机构可以将待处理文件(诸如还款文件、借款文件等)上传到第三方平台，然后等待第三方平台对该文件进行处理，文件中可以包括：文件头和文件内容，其中，文件头中可以包括：版本号、总笔数和总金额等信息，文件内容中可以包括：一笔或者多笔流水，每一笔流水中可以包括：机构申请流水号、订单号、资产标识、机构产品代码、用户ID、还款类型、还款总金额、还款本金、还款利息、还款手续费和交易确认时间等信息。

S2：根据所述待处理文件的文件类型标识，确定所述待处理文件是否为预定标准文件；

考虑到现有的文件处理方式是，机构一天内仅可以上传一次待处理文件，如果这份文件处理失败，或者是这份文件中的一条或多条流水处理失败，当天是无法进行补救的，因为机构当天没有权限再次上传文件，只能等到第二天。因此，在本申请实施例中，控制机构在第一次上传文件处理失败后，可以再次上传文件，以便对第一次上传处理失败的流水再当天就可以处理完毕。即，将上传规则修改为可以重传，或者，是修改为可以多次重传。例如：如果上传的文件的格式有错误，那么可以通知机构，机构修改文件为正确格式后，重命名文件，然后再次上传。再比如：如果有些流水在处理的时候，处理失败，可以将这些处理失败的流水通知机构，机构可以将这些处理失败的流水整合为一个文件，重新上传，也可以将整个文件作为重传文件重新上传。为此，在本申请实施例中，设置了预定标准文件和非预定标准文件，其中，预定标准文件就是当天第一次上传的文件，非预定标准文件就是第二次、第三次等(即非第一次)上传的文件。通过这种方式实现对标准文件和非标准文件的区分，如果是标准文件则可以按照正常的处理流程进行处理，如果是非标准文件则按照对非标准文件的处理方式进行处理。

具体地，为了实现对预定标准文件和预定非标准文件的区分，可以在文件中设置文件类型标识，通过设置的文件类型标识可以确定出当前的文件是预定标准文件(即，当日第一次上传的文件)还是非预定标准文件(即，非当日第一次上传的文件)。为了实现对不同文件类型基于文件类型标识的区分，可以通过在文件名中设置标识字段的方式实现。具体地，在实际实现的时候，可以通过文件名中的日期字段来区分是否为预定标准文件，例如，当日第一次上传的文件(预定标准文件)用当天的日期作为命名，如果不是当日第一次上传的文件(非预定标准文件)则用一个其他的日期，这样通过日期命名的方式就可以确定出当前的文件是否为预定标准文件；还可以通过文件名中的后缀字段区分是否为预定标准文件，例如，可以在文件名后加上例如“-1”“-2”这种后缀字段，如果是第一次重传的可以通过-1表示，如果是第二次重传的可以通过-2表示。当然，还可以采用其它方式来标识，例如，还可以在文件名中加上版本号等，以实现对预定标准文件和非预定标准文件的区分。

在一个实施方式中，如果以文件名中的标识字段作为文件类型表示，则上述步骤S2可以按照以下方式实现，包括：

S2-1：提取待处理文件的文件名中的标识字段；

S2-2：确定所述标识字段是否与预设的预定标准文件的文件名的命名方式相匹配；

S2-3：如果匹配，则确定所述待处理文件为预定标准文件；如果不匹配，则确定所述待处理文件为非预定标准文件。

在确定待处理文件是否为预定标准文件之后，可以对待处理文件进行校验，在进行校验的时候，可以校验以下内容：

a)文件头的笔数是否与文件内容中的记录一致；

b)文件头的总金额是否与文件内容中的记录一致；

c)文件内容中是否存在任意两笔资产ID相同；

d)文件内容中是否存在任意两笔机构申请流水号相同；

e)机构申请流水号是否只包含字母和数字；

f)还款类型是否是数字。

如果以上的校验内容有任意一项校验失败，那么就终止对该待处理文件的校验，也不进行后续的流水处理，而是直接生成处理失败结果文件，其中，可以在该处理失败结果文件中记录校验失败的原因(例如：文件头笔数与文件内容中的记录不一致)，在整个还款流程终止，并通知机构和第三方平台的审核人员(例如支付宝小二)文件校验失败，若每一项都校验成功，那么就可以进入后续的流水处理流程。

S3：如果是预定标准文件，则对所述一条或多条流水进行处理；

在确定该待处理文件为预定标准文件，且进行了文件校验之后，就可以对该文件进行处理，即，对其中的流水信息进行处理。

进一步的，为了保证对流水的处理不出现偏差，不会出现重复处理等问题，可以在进行流水处理前，做前置检验，具体的，前置检验可以包括：

a)该笔流水中的资金是否已经代发；

b)该笔流水的资产是否已经被赎回。

在完成上述前置检验，且前置检验通过后，就可以对该笔流水进行处理。例如，如果待处理文件为还款文件，那么对该条流水的处理就可以是对该文件中的该笔流水进行资金代发、资产注销等一系列操作，从而最终将资金从机构账户转到投资人账户，实现还款，在处理完成后，可以将处理结果通知机构和第三方平台审核人员。

S4：如果是非预定标准文件，则在对所述非预定标准文件审核通过后，再对所述一条或多条流水进行处理，其中，所述非预定标准文件是在机构获知预定标准文件处理失败后当日重新上传的文件。

也就是说，相对于预定标准文件，对于非预定标准文件的处理还包括对文件的审核，这个审核步骤主要是由第三方平台的审核人员进行的，主要就是审核一下非预定标准文件的有效性等，这个审核操作是与预定标准文件之间的差别，对应预定标准文件是没有这个操作步骤的，这个审核操作是非预定标准文件所特有的。

对于非预定标准文件而言，在进行审核之后，后续的前置检验和流水的处理与上述对预定标准文件的处理是相同的，也可以是按照以下方式进行前置校验和流水处理：

前置检验可以包括：

a)该笔流水中的资金是否已经代发；

b)该笔流水的资产是否已经被赎回。

进一步的，考虑到非预定标准文件是在机构获知预定标准文件处理失败后当日重新上传的文件，为了避免处理时候发生冲突，在处理非预定标准文件的时候，在文件校验阶段可以增加一些前置条件，以便确定当前是否有与自身处于同一阶段的文件，例如，在进行文件校验之前，可以先判断：

a)预定标准文件已经完成校验操作；

b)没有其它的非预定标准文件正在进行文件校验。

如果以上条件满足，则可以对该文件进行校验。

对于非预定标准文件，可以采用以下方式进行审核：

a)确定当前是否有预定标准文件；

b)确定当前是否有其它非预定标准文件处于审核阶段；

如果没有，则确定所述非预定标准文件审核通过。

这些增加前置条件进行判断的操作，也可以是本申请实施例中，非预定标准文件相对于预定标准文件处理上的差别。

在实际实现的过程中，考虑到非预定标准文件作为预定标准文件的一个功能上的不足，存在的主要目的是为了使得预定标准文件在第三方平台处理的时候如未处理成功，可以在当日对其进行补救。因为在实际处理的过程中，处理失败可能是整个文件都失败，也可能是仅有几条流水处理失败。因此，对于非预定标准文件可以携带有与预定标准文件完全相同的流水，也可以携带有预定标准文件中处理失败的流水，或者是既携带有处理失败的流水又携带有部分处理成功的流水，本申请对此不作限定。进一步的，非预定标准文件可以仅存在一个，也可以有多个，具体的非预定标准文件的数量可以需要选取。

在本申请实施例中，还提供了一个具体的实施例对上述数据处理方法进行说明，在本例中以还款文件作为待处理文件进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本发明，并不构成对本发明的不当限定。

一般的基于文件的处理方式仅支持机构一天内上传一次正式的还款文件，一旦该文件出错，不管是文件格式有错误，还是内容校验没通过，又或者某条流水处理时候发生错误，都会影响机构当天的正常处理流程，而且在当日没有可以补救的方式，只能等到第二天再上传另一个还款文件，这样势必给流水处理过程带来不便。

在本例中，将当天第一次上传的还款文件称为标准还款文件，将除当天第一次上传的还款文件之外的还款文件称为非标准还款文件。

对于标准还款文件，按照以下规则进行命名：

${instid}_refund_${yyyyMMdd}.txt

其中，日期${yyyyMMdd}必须为当前系统的日期，例如：guohua_refund_20151225.txt，表示在当前日期2015年12月25日，机构国华当天的还款文件。

对于非标准还款文件，可以按照以下两种规则进行命名：

第一种：${instid}_refund_${yyyyMMdd}.txt

其中，日期${yyyyMMdd}不是当前系统日期；

第二种：${instid}_refund_${yyyyMMdd}_{seq}.txt

其中，{seq}表示批次号。

通过上述的命名方式，可以实现标准还款文件和非标准还款文件之间的区分。

在本申请实施例中，文件还款可以多批次进行处理，支持机构同一天内上传多个还款文件，即使第一次还款文件(即预定标准文件)出错，机构还可以继续上传一到多个还款文件，也就是非预定标准文件，供第三方平台(例如：招财宝系统)处理，从而优化了还款的异常处理机制，提升了机构的用户体验，并提高了后台审核人员(例如：招财宝小二)的工作效率，也避免了由于机构预期还款给投资者带来的负面影响。

举例而言，如果支持机构一天内仅可以上传一个正式的还款文件，如果该文件校验通过，则第三方平台可以进行正常的还款处理，生成还款结果文件，供机构使用。然而一旦该文件出错，由于当天只能上传一个还款文件，只能等到第二天再上传另一个还款文件，因此会影响机构当天的正常还款流程。然而，如果支持机构在同一天内多次上传还款文件，那么即使上一次传的文件有错误，也可以及时进行补救。通过再次上传文件，文件校验之后，经过招财后台管理系统的审核，走还款处理流程，可以生成结果文件。

具体地，在本例中，支持机构在同一天内多次上传还款文件，将当天第一次上传的文件称为标准文件，如果文件校验通过，则直接进行还款处理，处理完毕则生成还款结果文件；将不是第一次上传的文件称为非标准文件，如果当天有上传非标准文件，那么在文件校验通过后，需要招财宝小二在后台管理系统审核该文件，在审核通过后才可以进行还款处理，待处理完毕，生成还款结果文件。

为了实现上述功能，在本例中，还提供了一个具体的实现系统，该系统可以应用在例如招财宝等第三方平台上，该系统可以由三个子系统组成，分别为：

1)文件处理系统，用以对还款文件做校验、并进行还款处理。

2)后台管理系统，当还款文件是非标准还款文件时，需要小二在该系统审批该文件，然后文件处理系统才可以进行还款处理。

3)中心处理系统，在进行还款处理时，文件处理系统会调用该系统做资金代发、资产注销等操作。

基于上述的处理系统，可以按照如图2所示的流程进行文件还款，不管是标准文件还是非标准文件，都需要做文件校验和还款处理两个部分，区别在于非标准文件在文件检验通过之后，需要后台审核，该审核过程可以是后台工作人员审核，也可以是预置一段程序，通过机器审核。下面分别对两种还款文件的还款流程进行一下说明：

1)标准还款文件的处理：

标准还款文件的处理设置为最高优先级，且在实际执行的过程中相对使用比例比较高，对于标准还款文件的处理，主要可以分为两个步骤：文件检验和还款处理，下面逐一说明。

a)文件校验

文件处理系统获取到机构上传的标准还款文件之后，对该文件进行校验，如图3所示，校验的内容可以包括：

文件头的笔数是否与文件内容中的记录一致；

文件头的总金额是否与文件内容中的记录一致；

文件内容中是否存在任意两笔资产ID相同；

文件内容中是否存在任意两笔机构申请流水号相同；

机构申请流水号是否只包含字母和数字；

还款类型是否是数字。

如果上述校验内容有任意一项校验失败，那么就需要终止对整个还款文件的校验，同时生成还款结果文件，文件中记录校验失败的原因(例如：文件头笔数与文件内容中的记录不一致)，整个还款流程终止，并通知机构和小二文件校验失败。反之，如果文件校验成功，则进入下一步的还款处理。

b)还款处理

如图2所示，经过文件校验之后，进入还款处理流程，首先做还款前置校验(也可以称为还款前置检验)，例如：该笔流水中的资金是否已经代发，资产是否已经赎回等；如果前置校验通过，则做还款处理。具体地，文件处理系统调用中心处理系统对文件逐笔进行资金代发、资产注销等一系列操作，从而最终将资金从机构账户转到投资人账户，实现还款。最后，通知机构和招财宝小二还款成功。

2)非标准还款文件的处理：

对于非标准还款文件的处理可以认为是异常处理机制，一般情况下，是在对标准还款文件处理失败的情况下，才启用对非标准还款文件的处理。类似于对标准还款文件的处理，对于非标准还款文件的处理也可以分为两个步骤：文件检验和还款处理，下面逐一说明。

a)文件校验

该步骤与上述对标准还款文件的校验内容一样，不同的是，在开始对文件进行校验之前，可以设置一些前置条件，例如：

有标准还款文件且已经完成文件校验操作；

没有其它的非标准还款文件正处于校验阶段；

如果以上两条都满足，那么就对该非标准还款文件进行校验，校验内容与上述对标准还款文件的校验内容相同，如果其中的任意一项校验失败，则终止对整个还款文件的校验，生成还款结果文件，文件中记录校验失败的原因，整个还款流程终止，并通知机构和小二文件校验失败；反之，如果文件校验成功，则进入下一步的还款处理。

b)还款处理

如图2所示，如果非标准还款文件校验成功，则会通知招财宝小二去后台审核该文件，审核时，需要满足以下条件：

有标准还款文件且已经完成文件校验操作；

没有其它的非标准还款文件正处于审核阶段；

如果以上两条都满足，那么则小二审核文件通过，然后做还款处理，对于非标准还款文件的还款处理与对标准还款文件的还款处理是一样的，文件处理系统调用中心处理系统对文件逐笔进行资金代发、资产注销等一系列操作，从而最终将资金从机构账户转到投资人账户，实现还款，最后通知机构和小二还款成功。

在上述实施例中，支持同一个机构在同一天内多次上传还款文件，优化了第三方平台的异常处理机制，优化了处理流程，提升了机构的用户体验，同时降低了由于机构文件传错而造成的逾期还款风险，提高了投资者对第三方平台的信任。

基于同一发明构思，本发明实施例中还提供了一种数据处理装置，如下面的实施例所述。由于数据处理装置解决问题的原理与数据处理方法相似，因此数据处理装置的实施可以参见数据处理方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图4是本发明实施例的数据处理装置的一种结构框图，如图4所示可以包括：获取模块401、确定模块402、第一处理模块403和第二处理模块404，下面对该结构进行说明。

获取模块401，可以用于获取机构上传的待处理文件，其中，所述待处理文件中携带有一条或多条流水；

确定模块402，可以用于根据所述待处理文件的文件类型标识，确定所述待处理文件是否为预定标准文件；

第一处理模块403，可以用于在确定是预定标准文件的情况下，对所述一条或多条流水进行处理；

第二处理模块404，可以用于在确定是非预定标准文件的情况下，在对所述非预定标准文件审核通过后，再对所述一条或多条流水进行处理，其中，所述非预定标准文件是在机构获知预定标准文件处理失败后当日重新上传的文件。

在一个实施方式中，确定模块402可以包括：提取单元，用于提取所述待处理文件的文件名中的标识字段，其中，通过文件名中的标识字段作为文件类型标识；确定单元，用于确定所述标识字段是否与预设的预定标准文件的文件名的命名方式相匹配；如果匹配，则确定所述待处理文件为预定标准文件；如果不匹配，则确定所述待处理文件为非预定标准文件。

在一个实施方式中，标识字段可以包括：文件中的日期字段，和/或，文件中的后缀字段。

在一个实施方式中，第一处理模块和第二处理模块，可以逐条确定所述一条或多条流水是否已被处理；对所述一条或多条流水中未被处理的流水进行处理。

在一个实施方式中，上述数据处理装置还可以包括：审核模块，用于确定当前是否有预定标准文件或其它非预定标准文件处于审核阶段；如果没有，则对所述非预定标准文件审核。

在一个实施方式中，所述非预定标准文件携带有与所述预定标准文件完全相同的流水，或者，所述非预定标准文件中携带有所述预定标准文件中处理失败的流水。

在一个实施方式中，第一处理模块403和第二处理模块404具体用于对所述待处理文件中的一条或多条流水逐条进行资金代发或者资产注销，其中，所述待处理文件为还款文件。

本申请中各个实施例所涉及的上述描述仅是本申请中的一些实施例中的应用，在某些标准、模型、方法的基础上略加修改后的实施方式也可以实行上述本申请各实施例的方案。当然，在符合本申请上述各实施例的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims

1.一种数据处理方法，其特征在于，所述方法包括：

如果是预定标准文件，则对所述一条或多条流水进行处理；

2.根据权利要求1所述的方法，其特征在于，通过文件名中的标识字段作为文件类型标识，相应的，根据所述待处理文件的文件类型标识，确定所述待处理文件是否为预定标准文件，包括：

提取所述待处理文件的文件名中的标识字段；

确定所述标识字段是否与预设的预定标准文件的文件名的命名方式相匹配；

如果匹配，则确定所述待处理文件为预定标准文件；

如果不匹配，则确定所述待处理文件为非预定标准文件。

3.根据权利要求2所述的方法，其特征在于，所述标识字段包括：文件中的日期字段，和/或，文件中的后缀字段。

4.根据权利要求1所述的方法，其特征在于，对所述一条或多条流水进行处理，包括：

逐条确定所述一条或多条流水是否已被处理；

对所述一条或多条流水中未被处理的流水进行处理。

5.根据权利要求1所述的方法，其特征在于，对所述非预定标准文件审核，包括：

确定当前是否有预定标准文件或其它非预定标准文件处于审核阶段；

如果没有，则对所述非预定标准文件审核。

6.根据权利要求1所述的方法，其特征在于，所述非预定标准文件携带有与所述预定标准文件完全相同的流水，或者，所述非预定标准文件中携带有所述预定标准文件中处理失败的流水。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述待处理文件为还款文件，相应的，对所述一条或多条流水进行处理，包括：

对所述待处理文件中的一条或多条流水逐条进行资金代发或者资产注销。

8.一种数据处理装置，其特征在于，所述装置包括：

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

提取单元，用于提取所述待处理文件的文件名中的标识字段，其中，通过文件名中的标识字段作为文件类型标识；

匹配单元，用于确定所述标识字段是否与预设的预定标准文件的文件名的命名方式相匹配；

第一匹配单元，用于在确定匹配的情况下，确定所述待处理文件为预定标准文件；

第二匹配单元，用于在确定不匹配的情况下，确定所述待处理文件为非预定标准文件。

10.根据权利要求9所述的装置，其特征在于，所述标识字段包括：文件中的日期字段，和/或，文件中的后缀字段。