CN110415112B - 贷后业务的处理方法、装置、设备和存储介质 - Google Patents

Abstract

本发明公开了一种贷后业务的处理方法、装置、设备和存储介质。该贷后业务的处理方法包括：接收用户通过配置界面输入的至少一个业务任务；基于逻辑处理器判断所述业务任务的任务类型；根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理。通过接收业务任务，并判断业务任务的任务类型，根据任务类型在系统中按照预设规则运行处理，达到批量处理不同类型的业务任务的效果。

Description

贷后业务的处理方法、装置、设备和存储介质

技术领域

本发明实施例涉及互联网金融领域，尤其涉及一种贷后业务的处理方法、装置、设备和存储介质。

背景技术

随着互联网金融业务的快速发展，将金融业务在计算机上统一进行处理也变得越来越重要。

贷后的业务包括多种，例如放款对账、还款明细上传、合同影像上传等多种金融业务。目前，针对不同的金融的贷后业务，每个类型的贷后业务都需要开发一套代码以实现在计算机上自动处理贷后业务。对于不同类型的业务，都需要单独执行处理。然而，大部分的贷后业务除了部分原因导致有所差异，其余过程可做成标准化处理。每个贷后业务都开发一套代码，并且每个贷后业务都单独执行处理，大大降低了处理贷后业务的效率。

发明内容

本发明实施例提供一种贷后业务的处理方法、装置、设备和存储介质，以实现批量处理不同类型的业务任务的效果。

第一方面，本发明实施例提供了一种贷后业务的处理方法，包括：

接收用户通过配置界面输入的至少一个业务任务；

基于逻辑处理器判断所述业务任务的任务类型；

根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理。

可选的，所述业务任务包括标准任务，所述标准任务的任务类型至少包括对账任务和第一上传任务，所述根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理包括：

如果所述标准任务的任务类型为所述对账任务，则按照预设对账规则进行处理；

如果所述标准任务的任务类型为所述第一上传任务，则按照预设第一上传规则进行处理。

可选的，所述按照预设对账规则进行处理包括：

从第一预设路径拉取资金方文件；

对所述资金方文件进行解析得到对账数据；

基于所述对账数据进行对账并保存对账结果；

所述按照预设第一上传规则进行处理包括：

将第一待上传数据文件转换成第一预设格式的第一上传文件；

将所述第一上传文件上传至第二预设路径内。

可选的，所述业务任务还包括非标准任务，所述非标准任务的任务类型至少包括下载任务和第二上传任务，所述根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理包括：

如果所述非标准任务的任务类型为所述下载任务，则按照预设下载规则进行处理；

如果所述非标准任务的任务类型为所述第二上传任务，则按照预设第二上传规则进行处理。

可选的，所述按照预设下载规则进行处理包括：

基于第三预设路径下载资金方数据；

对所述资金方数据进行解析得到待保存数据；

将所述待保存数据保存到本地数据库中；

所述按照预设第二上传规则进行处理包括：

将第二待上传数据文件转换成第二预设格式的第二上传文件；

将所述第二上传文件上传至第四预设路径内。

可选的，在所述根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理之后，包括：

获取运行处理失败的失败业务任务；

对所述失败业务任务进行补偿处理。

可选的，所述业务任务包括业务标识，所述对所述失败业务任务进行补偿处理包括：

判断所述失败业务任务是否显示所述业务标识；

如果所述失败业务任务中显示所述业务标识，则对所述失败业务任务重新进行处理；

如果所述失败业务任务不显示所述业务标识，则对所有所述业务任务重新进行处理。

第二方面，本发明实施例提供了一种贷后业务的处理装置，包括：

接收模块，用于接收用户通过配置界面输入的至少一个业务任务；

判断模块，用于基于逻辑处理器判断所述业务任务的任务类型；

处理模块，用于根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理。

第三方面，本发明实施例提供了一种贷后业务的处理设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任一实施例所述的贷后业务的处理方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任一实施例所述的贷后业务的处理方法。

本发明实施例通过接收业务任务，并判断业务任务的任务类型，根据任务类型在系统中按照预设规则运行处理，解决了不同类型的贷后业务需要单独执行处理的问题，实现批量处理不同类型的业务任务的效果。

附图说明

图1是本发明实施例一提供的一种贷后业务的处理方法的流程图；

图2是本发明实施例二提供的一种贷后业务的处理方法的流程图；

图3是本发明实施例二提供的一种贷后业务的处理方法的流程图；

图4是本发明实施例二提供的一种贷后业务的处理方法的流程图；

图5是本发明实施例二提供的一种贷后业务的处理方法的流程图；

图6是本发明实施例二提供的一种贷后业务的处理方法的流程图；

图7是本发明实施例二提供的一种贷后业务的处理方法的流程图；

图8是本发明实施例三提供的一种贷后业务的处理方法的流程图；

图9是本发明实施例三提供的一种贷后业务的处理方法的流程图；

图10是本发明实施例三提供的一种贷后业务的处理装置的结构示意图；

图11是本发明实施例四提供的一种贷后业务的处理设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一速度差值为第二速度差值，且类似地，可将第二速度差值称为第一速度差值。第一速度差值和第二速度差值两者都是速度差值，但其不是同一速度差值。术语“第一”、“第二”等而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”、“批量”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

实施例一

图1是本发明实施例一提供的一种贷后业务的处理方法的流程图，本实施例可适用于批量处理贷后业务的场景，该方法可以由贷后业务的处理设备来执行，具体包括如下步骤：

S110、接收用户通过配置界面输入的至少一个业务任务。

其中，配置界面是指用户输入业务任务的界面。业务任务是指要通过计算机自动处理的任务。在本实施例中，业务任务是指贷后的业务任务。具体的，贷后的业务任务包括但不限于放款对账、还款计划对账、还款试算对账、扣款回盘对账、放款明细上传、下载资金方文件、上传文件、任务补偿、文件备份等，此处不作限制。

S120、基于逻辑处理器判断所述业务任务的任务类型。

其中，逻辑处理器是用来判断业务任务所述的任务类型。具体的，逻辑处理器可以是软体开发工具包(Software Development Kit，SDK)逻辑处理器。任务类型是指业务任务的类型，任务类型的分类可以根据需要设置。具体的，任务类型可以是对账任务类型、上传任务类型、下载任务类型等多种类型。

S130、根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理。

在本实施例中，系统是指用来处理业务任务的系统。预设规则是指根据任务类型而制定的相应处理规则。在本实施例中，预设规则是通过开发一套统一的代码，根据业务的任务类型，通过统一的代码在系统中运行，从而实现处理业务任务。具体的，针对所有业务任务的相同部分，采取统一的代码运行即可，对于不同业务任务之间的差异部分，单独开发差异部分的代码，即可快速完成贷后功能的开发。例如，对账任务和下载任务都需要到同一个数据库中下载数据文件，对此部分采取统一的代码运行，而在下载数据文件完成后，对账任务要进行对账，而下载任务需要对数据文件进行解析，可针对此部分单独开发代码。

在本实施例中，由于预设规则是一套统一的代码，因此在处理业务任务时，可以同时输入多种不同类型的业务任务，对不同类型的业务任务同时进行运行处理，可以实现批量处理不同类型的业务任务的效果。

本发明实施例的技术方案，通过接收业务任务，并判断业务任务的任务类型，根据任务类型在系统中按照预设规则运行处理。其中，预设规则为一套统一的代码，对于相同部分采用统一的代码运行，只需要针对差异部分单独开发，实现提高贷后业务代码的开发效率以及防止开发人员编码疏漏会出现系统异常及对账取数异常的效果。此外，由于预设规则是一套统一的代码，因此在处理业务任务时，可以同时输入多种不同类型的业务任务，对不同类型的业务任务同时进行运行处理，可以实现批量处理不同类型的业务任务的效果。

实施例二

图2是本发明实施例二提供的一种贷后业务的处理方法的流程图。本实施例是在上述技术方案的进一步细化，适用于批量处理贷后业务的场景。该方法可以由贷后业务的处理设备执行，包括：

S210、接收用户通过配置界面输入的至少一个业务任务。

其中，配置界面是指用户输入业务任务的界面。业务任务是指要通过计算机自动处理的任务。在本实施例中，业务任务是指贷后的业务任务。具体的，贷后的业务任务包括但不限于放款对账、还款计划对账、还款试算对账、扣款回盘对账、放款明细上传、下载资金方文件、上传文件、任务补偿、文件备份等，此处不作限制。在本实施例中，业务任务包括标准任务。其中，标准任务包括放款对账、还款计划对账、还款试算对账、扣款回盘对账、放款明细上传、还款明细上传、还款计划上传、逾期明细上传、还款试算上传、合同及影像资料上传等业务任务。

具体的，在配置界面输入标准任务时，输入的内容包括任务名称、是否多资金方渠道、具体的资金方、数据交互方式、文件传输协议(File Transfer Protocol，FTP)类型、FTP连接地址、FTP端口号、FTP根路径、FTP自路径方式、FTP密码等其中的一项或多项。

S220、基于逻辑处理器判断所述业务任务的任务类型。

其中，逻辑处理器是用来判断业务任务所述的任务类型。具体的，逻辑处理器可以是软体开发工具包(Software Development Kit，SDK)逻辑处理器。任务类型是指业务任务的类型，任务类型的分类可以根据需要设置。具体的，任务类型可以是对账任务类型、上传任务类型、下载任务类型等多种类型。在本实施例中，任务类型包括但不限于对账任务和第一上传任务两种任务类型。

S230、如果所述标准任务的任务类型为所述对账任务，则按照预设对账规则进行处理。

其中，对账任务包括放款对账、还款计划对账、还款试算对账、扣款回盘对账等多个子对账任务。预设对账规则是指为执行对账任务而开发的代码。对于对账任务中的多个子对账任务，均可以采用同一种对账规则进行处理。

S240、如果所述标准任务的任务类型为所述第一上传任务，则按照预设第一上传规则进行处理。

其中，第一上传任务是指在所有贷后都需要进行上传的任务。具体的，第一上传任务包括放款明细上传、还款明细上传、还款计划上传、逾期明细上传、还款试算上传、合同及影像资料上传等多个第一子上传任务。预设第一上传规则是指为执行第一上传任务而开发的代码。对于第一上传任务中的多个第一子上传任务，均可以采用同一种第一上传规则进行处理。

参考图3，具体的，步骤S230包括：

S231、从第一预设路径拉取资金方文件。

其中，第一预设路径是指资金方存放数据文件的路径。具体的，第一预设路径在用户输入业务任务时在配置界面中进行添加。资金方文件是指需要进行对账的数据文件。

S232、对所述资金方文件进行解析得到对账数据。

其中，解析是指对资金方文件进行解密和/或解压。具体的，对于资金方来说，为了提高资金方文件的安全性，资金方会对资金方文件进行加密，因此要对资金方文件进行解密。另外，由于资金方文件是以一定格式保存的，并不能直接适用于对账，因此要将资金方文件进行解压，以满足进行对账的数据格式要求。

S233、基于所述对账数据进行对账并保存对账结果。

其中，对战结果可以保存在数据库中。

参考图4，具体的，步骤S240包括：

S241、将第一待上传数据文件转换成第一预设格式的第一上传文件。

其中，第一待上传数据文件是指放款明细、还款明细、还款计划、逾期明细、还款试算、合同及影像资料等多个第一待上传子数据文件。第一上传文件是指需要上传给资金方的文件。具体的，可以将多个不同的第一待上传子数据文件转换成一个第一上传文件，也可以根据不同的第一待上传子数据文件转换成多个第一上传文件，此处不作限制。

S242、将所述第一上传文件上传至第二预设路径内。

其中，第二预设路径是指存放第一上传文件的路径。具体的，第二预设路径和第一预设路径可以是同一个路径，也可以是不同的路径。优选的，第一预设路径和第二预设路径为同一个路径，以使得资金方上传和下载数据更简便。

同时参考图2和图5，在一代替实施例中，步骤S230和步骤S240可以代替为：

S250、如果所述非标准任务的任务类型为所述下载任务，则按照预设下载规则进行处理。

其中，下载任务是指在贷款发放后，需要在资金方下载数据文件的任务。具体的，下载任务包括合同下载、返佣文件下载、资金方数据下载、清分文件下载等多个子下载任务。预设下载规则是指为执行下载任务而开发的代码。对于对账任务中的多个子对账任务，均可以采用同一种对账规则进行处理。

S260、如果所述非标准任务的任务类型为所述第二上传任务，则按照预设第二上传规则进行处理。

其中，第二上传任务是指在所有贷后对于资金方要求需要上传的任务。具体的，第二上传任务包括余额上传、客户信息上传、文件备份上传等多个第二子上传任务。预设第二上传规则是指为执行第二上传任务而开发的代码。对于第二上传任务中的多个第二子上传任务，均可以采用同一种第二上传规则进行处理。

具体的，在配置界面输入非标准任务时，输入的内容包括具体的资金方、自定义任务类型、任务描述和自定义任务全路径等其中的一项或多项。

参考图6，具体的，步骤S250包括：

S251、基于第三预设路径下载资金方数据。

其中，第三预设路径是指资金方存放数据文件的路径。资金方数据是指需要下载的数据文件。

S252、对所述资金方数据进行解析得到待保存数据。

在本步骤中，解析是指对资金方数据进行解密和/或解压。

S253、将所述待保存数据保存到本地数据库中。

参考图7，具体的，步骤S260包括：

S261、将第二待上传数据文件转换成第二预设格式的第二上传文件。

其中，第二待上传数据文件是指客户信息、资产准入文件等多个第二待上传子数据文件。

S262、将所述第二上传文件上传至第四预设路径内。

其中，第四预设路径可以和第三预设路径为同一个路径，也可以为不同路径。优选的，第四预设路径和第三预设路径为同一路径。

本发明实施例的技术方案，通过接收业务任务，并判断业务任务的任务类型，根据任务类型在系统中按照预设规则运行处理。其中，预设规则为一套统一的代码，对于相同部分采用统一的代码运行，只需要针对差异部分单独开发，实现提高贷后业务代码的开发效率以及防止开发人员编码疏漏会出现系统异常及对账取数异常的效果。此外，由于预设规则是一套统一的代码，因此在处理业务任务时，可以同时输入多种不同类型的业务任务，对不同类型的业务任务同时进行运行处理，可以实现批量处理不同类型的业务任务的效果。

实施例三

图8是本发明实施例二提供的一种贷后业务的处理方法的流程图。本实施例是在上述技术方案的进一步细化，适用于批量处理贷后业务的场景。该方法可以由贷后业务的处理设备执行，包括：

S310、接收用户通过配置界面输入的至少一个业务任务。

其中，配置界面是指用户输入业务任务的界面。业务任务是指要通过计算机自动处理的任务。在本实施例中，业务任务是指贷后的业务任务。具体的，贷后的业务任务包括但不限于放款对账、还款计划对账、还款试算对账、扣款回盘对账、放款明细上传、下载资金方文件、上传文件、任务补偿、文件备份等，此处不作限制。

S320、基于逻辑处理器判断所述业务任务的任务类型。

其中，逻辑处理器是用来判断业务任务所述的任务类型。具体的，逻辑处理器可以是软体开发工具包(Software Development Kit，SDK)逻辑处理器。任务类型是指业务任务的类型，任务类型的分类可以根据需要设置。具体的，任务类型可以是对账任务类型、上传任务类型、下载任务类型等多种类型。

S330、根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理。

在本实施例中，系统是指用来处理业务任务的系统。预设规则是指根据任务类型而制定的相应处理规则。在本实施例中，预设规则是通过开发一套统一的代码，根据业务的任务类型，通过统一的代码在系统中运行，从而实现处理业务任务。具体的，针对所有业务任务的相同部分，采取统一的代码运行即可，对于不同业务任务之间的差异部分，单独开发差异部分的代码，即可快速完成贷后功能的开发。例如，对账任务和下载任务都需要到同一个数据库中下载数据文件，对此部分采取统一的代码运行，而在下载数据文件完成后，对账任务要进行对账，而下载任务需要对数据文件进行解析，可针对此部分单独开发代码。

S340、获取运行处理失败的失败业务任务。

其中，运行处理失败的原因有多种，可能是对账数据不齐全导致的对账失败，也可能是系统超载，也可能是磁盘临时空间满了。具体的，由于多种运行失败的原因会导致失败业务的产生。

S350、对所述失败业务任务进行补偿处理。

其中，补偿处理是指对失败业务任务在系统上进行报警提示，并且对失败业务任务重新在系统中进行运行处理。

参考图9，具体的，步骤S350包括：

S351、判断所述失败业务任务是否显示所述业务标识。

其中，业务标识是指能判断业务任务唯一性的标识。具体地，业务标识可以是对账任务的流水号，也可以是上传任务的上传序号，该上传序号可以由系统自动生成，也可以人工输入，此处不作限制。

S352、如果所述失败业务任务中显示所述业务标识，则对所述失败业务任务重新进行处理。

其中，如果失败业务任务中显示业务标识，则只需针对失败业务任务重新进行处理即可。具体的，通过业务标识，系统能够判断失败业务任务的具体任务是哪一个，因此只需对失败业务任务重新处理即可。

S353、如果所述失败业务任务不显示所述业务标识，则对所有所述业务任务重新进行处理。

其中，如果失败业务任务中不显示业务标识，则对所有业务任务重新处理。具体的，失败业务任务中不显示业务标识包括所有失败业务任务均不显示业务标识以及部分失败业务任务不显示业务标识等情况。由于失败业务任务中存在没有业务标识的任务，无法确定具体的失败业务任务，因此要多所有业务任务重新处理。

本发明实施例的技术方案，通过接收业务任务，并判断业务任务的任务类型，根据任务类型在系统中按照预设规则运行处理。其中，预设规则为一套统一的代码，对于相同部分采用统一的代码运行，只需要针对差异部分单独开发，实现提高贷后业务代码的开发效率以及防止开发人员编码疏漏会出现系统异常及对账取数异常的效果。此外，由于预设规则是一套统一的代码，因此在处理业务任务时，可以同时输入多种不同类型的业务任务，对不同类型的业务任务同时进行运行处理，可以实现批量处理不同类型的业务任务的效果。

实施例四

图10是本发明实施例四提供的一种贷后业务的处理装置的结构示意图，本实施例可适用于批量处理贷后业务的场景，该装置可以采用软件和/或硬件的方式实现，并可集成在贷后业务的处理设备上。

如图10所示，本实施例提供的贷后业务的处理装置可以包括接收模块410、判断模块420和处理模块430，其中：

接收模块410，用于接收用户通过配置界面输入的至少一个业务任务；

判断模块420，用于基于逻辑处理器判断所述业务任务的任务类型；

处理模块430，用于根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理。

可选的，处理模块430具体用于：

如果所述标准任务的任务类型为所述对账任务，则按照预设对账规则进行处理；

如果所述标准任务的任务类型为所述第一上传任务，则按照预设第一上传规则进行处理。

可选的，处理模块430包括：

拉取单元，用于从第一预设路径拉取资金方文件；

解析单元，用于对所述资金方文件进行解析得到对账数据；

保存单元，基于所述对账数据进行对账并保存对账结果；

转换单元，用于将第一待上传数据文件转换成第一预设格式的第一上传文件；

上传单元，用于将所述第一上传文件上传至第二预设路径内。

可选的，处理模块430具体还用于：

如果所述非标准任务的任务类型为所述下载任务，则按照预设下载规则进行处理；

如果所述非标准任务的任务类型为所述第二上传任务，则按照预设第二上传规则进行处理。

可选的，处理模块430还包括：

下载单元，用于基于第三预设路径下载资金方数据。

可选的，解析单元还用于基于第三预设路径下载资金方数据；保存单元还用于将所述待保存数据保存到本地数据库中；转换单元还用于将第二待上传数据文件转换成第二预设格式的第二上传文件；上传单元还用于将所述第二上传文件上传至第四预设路径内。

可选的，该贷后业务的处理装置还包括：

获取模块，用于获取运行处理失败的失败业务任务；

补偿模块，用于对所述失败业务任务进行补偿处理。

具体的，补偿模块包括：

判断单元，用于判断所述失败业务任务是否显示所述业务标识；

如果所述失败业务任务中显示所述业务标识，则对所述失败业务任务重新进行处理；

如果所述失败业务任务不显示所述业务标识，则对所有所述业务任务重新进行处理。

本发明实施例所提供的贷后业务的处理装置可执行本发明任意实施例所提供的贷后业务的处理方法，具备执行方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本发明任意方法实施例中的描述。

实施例五

图11是本发明实施例五提供的一种贷后业务的处理设备的结构示意图。图11示出了适于用来实现本发明实施方式的示例性贷后业务的处理设备612的框图。图11显示的贷后业务的处理设备612仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图11所示，贷后业务的处理设备612以通用贷后业务的处理设备的形式表现。贷后业务的处理设备612的组件可以包括但不限于：一个或者多个处理器616，存储装置628，连接不同系统组件(包括存储装置628和处理器616)的总线618。

总线618表示几类总线结构中的一种或多种，包括存储装置总线或者存储装置控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry SubversiveAlliance，ISA)总线，微通道体系结构(Micro Channel Architecture，MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。

贷后业务的处理设备612典型地包括多种计算机系统可读介质。这些介质可以是任何能够被贷后业务的处理设备612访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置628可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)630和/或高速缓存存储器632。终端612可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统634可以用于读写不可移动的、非易失性磁介质(图11未显示，通常称为“硬盘驱动器”)。尽管图11中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘，例如只读光盘(Compact Disc Read-Only Memory，CD-ROM),数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线618相连。存储装置628可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块642的程序/实用工具640，可以存储在例如存储装置628中，这样的程序模块642包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块642通常执行本发明所描述的实施例中的功能和/或方法。

贷后业务的处理设备612也可以与一个或多个外部设备614(例如键盘、指向终端、显示器624等)通信，还可与一个或者多个使得用户能与该贷后业务的处理设备612交互的终端通信，和/或与使得该贷后业务的处理设备612能与一个或多个其它计算终端进行通信的任何终端(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口622进行。并且，贷后业务的处理设备612还可以通过网络适配器620与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网(Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图11所示，网络适配器620通过总线618与贷后业务的处理设备612的其它模块通信。应当明白，尽管图中未示出，可以结合贷后业务的处理设备612使用其它硬件和/或软件模块，包括但不限于：微代码、终端驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器616通过运行存储在存储装置628中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例所提供的一种贷后业务的处理方法，该方法可以包括：

接收用户通过配置界面输入的至少一个业务任务；

基于逻辑处理器判断所述业务任务的任务类型；

根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理。

本发明实施例的技术方案，通过接收业务任务，并判断业务任务的任务类型，根据任务类型在系统中按照预设规则运行处理。其中，预设规则为一套统一的代码，对于相同部分采用统一的代码运行，只需要针对差异部分单独开发，实现提高贷后业务代码的开发效率以及防止开发人员编码疏漏会出现系统异常及对账取数异常的效果。此外，由于预设规则是一套统一的代码，因此在处理业务任务时，可以同时输入多种不同类型的业务任务，对不同类型的业务任务同时进行运行处理，可以实现批量处理不同类型的业务任务的效果。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的一种贷后业务的处理方法，该方法可以包括：

接收用户通过配置界面输入的至少一个业务任务；

基于逻辑处理器判断所述业务任务的任务类型；

根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理。

本发明实施例的计算机可读存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

存储介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本发明实施例的技术方案，通过接收业务任务，并判断业务任务的任务类型，根据任务类型在系统中按照预设规则运行处理。其中，预设规则为一套统一的代码，对于相同部分采用统一的代码运行，只需要针对差异部分单独开发，实现提高贷后业务代码的开发效率以及防止开发人员编码疏漏会出现系统异常及对账取数异常的效果。此外，由于预设规则是一套统一的代码，因此在处理业务任务时，可以同时输入多种不同类型的业务任务，对不同类型的业务任务同时进行运行处理，可以实现批量处理不同类型的业务任务的效果。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (8)

1.一种贷后业务的处理方法，其特征在于，包括：

接收用户通过配置界面输入的至少一个业务任务；

基于逻辑处理器判断所述业务任务的任务类型；

根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理，其中，所述预设规则为一套统一的代码，对于所有业务任务的相同部分在所述预设规则中对应有统一的代码，对于不同业务任务之间的差异部分，在所述预设规则中分别对应有差异部分的代码；

在所述根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理之后，包括：

获取运行处理失败的失败业务任务；

对所述失败业务任务进行补偿处理；

所述业务任务包括业务标识，所述对所述失败业务任务进行补偿处理包括：

判断所述失败业务任务是否显示所述业务标识；

如果所述失败业务任务中显示所述业务标识，则对所述失败业务任务重新进行处理；

如果所述失败业务任务不显示所述业务标识，则对所有所述业务任务重新进行处理。

2.如权利要求1所述的贷后业务的处理方法，其特征在于，所述业务任务包括标准任务，所述标准任务的任务类型至少包括对账任务和第一上传任务，所述根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理包括：

如果所述标准任务的任务类型为所述对账任务，则按照预设对账规则进行处理；

如果所述标准任务的任务类型为所述第一上传任务，则按照预设第一上传规则进行处理。

3.如权利要求2所述的贷后业务的处理方法，其特征在于，所述按照预设对账规则进行处理包括：

从第一预设路径拉取资金方文件；

对所述资金方文件进行解析得到对账数据；

基于所述对账数据进行对账并保存对账结果；

所述按照预设第一上传规则进行处理包括：

将第一待上传数据文件转换成第一预设格式的第一上传文件；

将所述第一上传文件上传至第二预设路径内。

4.如权利要求1所述的贷后业务的处理方法，其特征在于，所述业务任务还包括非标准任务，所述非标准任务的任务类型至少包括下载任务和第二上传任务，所述根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理包括：

如果所述非标准任务的任务类型为所述下载任务，则按照预设下载规则进行处理；

如果所述非标准任务的任务类型为所述第二上传任务，则按照预设第二上传规则进行处理。

5.如权利要求4所述的贷后业务的处理方法，其特征在于，所述按照预设下载规则进行处理包括：

基于第三预设路径下载资金方数据；

对所述资金方数据进行解析得到待保存数据；

将所述待保存数据保存到本地数据库中；

所述按照预设第二上传规则进行处理包括：

将第二待上传数据文件转换成第二预设格式的第二上传文件；

将所述第二上传文件上传至第四预设路径内。

6.一种贷后业务的处理装置，其特征在于，包括：

接收模块，用于接收用户通过配置界面输入的至少一个业务任务；

判断模块，用于基于逻辑处理器判断所述业务任务的任务类型；

处理模块，用于根据所述业务任务的任务类型对所述业务任务在系统后台按预设规则运行处理，其中，所述预设规则为一套统一的代码，对于所有业务任务的相同部分在所述预设规则中对应有统一的代码，对于不同业务任务之间的差异部分，在所述预设规则中分别对应有差异部分的代码；

所述处理装置还包括：

获取模块，用于获取运行处理失败的失败业务任务；

补偿模块，用于对所述失败业务任务进行补偿处理；

所述业务任务包括业务标识；

所述补偿模块包括：

判断单元，用于判断所述失败业务任务是否显示所述业务标识；

如果所述失败业务任务中显示所述业务标识，则对所述失败业务任务重新进行处理；

如果所述失败业务任务不显示所述业务标识，则对所有所述业务任务重新进行处理。

7.一种贷后业务的处理设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一项所述的贷后业务的处理方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一项所述的贷后业务的处理方法。