一种放款方法及系统

摘要

本发明提供了一种放款方法及系统，所述方法包括：目标助贷服务程序根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据，其中，不同的资方标识对应不同的资方放款申请数据，不同的助贷服务程序对应不同的资方标识，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段；所述目标助贷服务程序根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段；在处于目标资方的服务时间段的情况下，所述目标助贷服务程序向所述目标资方发送放款申请。

权利要求

1.一种放款方法，其特征在于，包括：

目标助贷服务程序根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据，其中，不同的资方标识对应不同的资方放款申请数据，不同的助贷服务程序对应不同的资方标识，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段；

所述目标助贷服务程序根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段；

在处于目标资方的服务时间段的情况下，所述目标助贷服务程序向所述目标资方发送放款申请。

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

在不处于目标资方的服务时间段的情况下，所述目标助贷服务程序发送所述目标资方放款申请数据至重发程序，所述重发程序用于根据所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收到所述资方放款失败信息的情况下，所述助贷服务程序将上一次放款失败使用的所述目标资方放款申请数据发送至所述重发程序，所述重发程序用于根据上一次放款失败使用的所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

4.根据权利要求1或2所述的方法，其特征在于，所述目标资方放款申请数据还包括还款计划表、影像文件、对接单号、合同信息中的一种或者多种，所述向目标资方发送放款申请包括：根据目标资方需求从目标资方放款申请数据中筛选出目标资方需求数据，其中，所述目标资方放款申请数据包括所述目标资方需求数据；

向所述目标资方发送目标资方需求数据。

5.根据权利要求1所述的方法，其特征在于，所述多个资方放款申请数据存储于放款消息队列中，所述放款消息队列是监听程序发送至助贷服务程序组的，所述监听程序用于从数据中心获取放款申请信息并对所述放款申请信息进行数据处理形成所述放款消息队列，其中，所述放款申请信息包括还款计划以及业务合同表信息，所述数据处理包括更新还款计划以及业务合同表相关数据。

6.一种放款系统，其特征在于，包括助贷服务程序，所述助贷服务程序包括选取单元、确定单元以及第一发送单元，所述选取单元用于根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据，其中，不同的资方标识对应不同的资方放款申请数据，不同的助贷服务程序对应不同的资方标识，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段；

所述确定单元用于根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段；

所述第一发送单元用于在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

7.根据权利要求6所述的系统，其特征在于，所述助贷服务程序还包括第二发送单元，所述系统还包括重发程序，所述第二发送单元用于在不处于目标资方的服务时间段的情况下，所述目标助贷服务程序发送所述目标资方放款申请数据至重发程序；

所述重发程序用于根据所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

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

所述第二发送单元还用于在接收到所述资方放款失败信息的情况下，将上一次放款失败使用的所述目标资方放款申请数据发送至所述重发程序；

所述重发程序还用于根据上一次放款失败使用的所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

9.根据权利要求6至8所述的系统，其特征在于，所述目标资方放款申请数据还包括还款计划表、影像文件、对接单号、合同信息中的一种或者多种，所述第一发送单元、所述第二发送单元还用于根据目标资方需求从目标资方放款申请数据中筛选出目标资方需求数据，其中，所述目标资方放款申请数据包括所述目标资方需求数据；向所述目标资方发送目标资方需求数据。

10.根据权利要求6所述的系统，其特征在于，所述系统还包括监听程序，所述监听程序用于从数据中心获取放款申请信息并对所述放款申请信息进行数据处理形成所述放款消息队列，其中，所述放款申请信息包括还款计划以及业务合同表信息，所述数据处理包括更新还款计划以及业务合同表相关数据；

所述监听程序还用于向所述助贷服务程序组发送所述放款消息队列，其中，所述多个资方放款申请数据存储于放款消息队列中。

说明书

一种放款方法及系统

技术领域

[0001] 本发明涉及计算机领域，尤其涉及一种放款方法及系统。

背景技术

[0002] 目前为了适应大众需求，市面上的借贷产品层出不穷，用户根据需求提出借款申请后，金融机构会对借款申请进行审核，合格后进行放款，其中，放款的稳定关系到公司收益及客户体验。

[0003] 助贷放款一般都是资方放款，助贷系统作为借方和资方沟通的桥梁，由于不同资方对放款有不同的流程要求，当有新资方接入或者旧资方增加特殊放款要求时，往往需要开发及测试人员升级助贷系统，系统升级过程耗费人力及时间，降低了助贷平台的放款效率。

发明内容

[0004] 本申请提供了一种放款方法及系统，能够快速对接新资方从而保证放款系统的稳定性。

[0005] 第一方面，提供了一种放款方法，包括如下步骤：

[0006] 目标助贷服务程序根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据，其中，不同的资方标识对应不同的资方放款申请数据，不同的助贷服务程序对应不同的资方标识，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段；

[0007] 所述目标助贷服务程序根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段；

[0008] 在处于目标资方的服务时间段的情况下，所述目标助贷服务程序向所述目标资方发送放款申请。

[0009] 可选地，所述方法还包括：在不处于目标资方的服务时间段的情况下，所述目标助贷服务程序发送所述目标资方放款申请数据至重发程序，所述重发程序用于根据所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

[0010] 可选地，所述方法还包括：接收到所述资方放款失败信息的情况下，所述助贷服务程序将上一次放款失败使用的所述目标资方放款申请数据发送至所述重发程序，所述重发程序用于根据上一次放款失败使用的所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

[0011] 可选地，所述目标资方放款申请数据还包括还款计划表、影像文件、对接单号、合同信息中的一种或者多种，所述向目标资方发送放款申请包括：根据目标资方需求从目标资方放款申请数据中筛选出目标资方需求数据，其中，所述目标资方放款申请数据包括所述目标资方需求数据；向所述目标资方发送目标资方需求数据。

[0012] 可选地，所述多个资方放款申请数据存储于放款消息队列中，所述放款消息队列是监听程序发送至助贷服务程序组的，所述监听程序用于从数据中心获取放款申请信息并对所述放款申请信息进行数据处理形成所述放款消息队列，其中，所述放款申请信息包括还款计划以及业务合同表信息，所述数据处理包括更新还款计划以及业务合同表相关数据。

[0013] 第二方面，提供了一种放款系统，包括助贷服务程序，所述助贷服务程序包括选取单元、确定单元以及第一发送单元，

[0014] 所述选取单元用于根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据，其中，不同的资方标识对应不同的资方放款申请数据，不同的助贷服务程序对应不同的资方标识，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段；

[0015] 所述确定单元用于根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段；

[0016] 所述第一发送单元用于在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

[0017] 可选地，所述助贷服务程序还包括第二发送单元，所述系统还包括重发程序，所述第二发送单元用于在不处于目标资方的服务时间段的情况下，所述目标助贷服务程序发送所述目标资方放款申请数据至重发程序；所述重发程序用于根据所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

[0018] 可选地，所述第二发送单元还用于在接收到所述资方放款失败信息的情况下，将上一次放款失败使用的所述目标资方放款申请数据发送至所述重发程序；所述重发程序还用于根据上一次放款失败使用的所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

[0019] 可选地，所述目标资方放款申请数据还包括还款计划表、影像文件、对接单号、合同信息中的一种或者多种，所述第一发送单元、所述第二发送单元还用于根据目标资方需求从目标资方放款申请数据中筛选出目标资方需求数据，其中，所述目标资方放款申请数据包括所述目标资方需求数据；向所述目标资方发送目标资方需求数据。

[0020] 可选地，所述系统还包括监听程序，所述监听程序用于从数据中心获取放款申请信息并对所述放款申请信息进行数据处理形成所述放款消息队列，其中，所述放款申请信息包括还款计划以及业务合同表信息，所述数据处理包括更新还款计划以及业务合同表相关数据；所述监听程序还用于向所述助贷服务程序组发送所述放款消息队列，其中，所述多个资方放款申请数据存储于放款消息队列中。

[0021] 上述方案中，通过使用目标助贷服务程序根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据，并根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段，从而在处于目标资方的服务时间段的情况下，所述目标助贷服务程序向所述目标资方发送放款申请。通过上述方案，使用助贷服务程序来对接资方接口，从而在新资方接入的情况下，只需增加新资方对应的助贷服务程序，避免了开发及测试人员升级助贷系统的繁琐步骤，节省了系统升级过程耗费的人力及时间，进一步提高了助贷平台的放款效率。

附图说明

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

[0023] 图1是本申请实施例提供的一种放款方法的流程示意图；

[0024] 图2是本申请实施例提供的一种放款方法中放款消息队列的示意图；

[0025] 图3是本申请实施例提供的一种放款方法中重发程序接收放款申请数据的流程示意图；

[0026] 图4是本申请提供的一种放款系统的结构示意图；

[0027] 图5是本申请提供的一种放款系统助贷服务程序的结构示意图；

[0028] 图6是本申请提供的一种处理器的结构示意图。

具体实施方式

[0029] 下面通过具体实施方式结合附图对本发明作进一步详细说明。在以下的实施方式中，很多细节描述是为了使得本申请能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征在不同情况下是可以省略的，或者可以由其他方法所替代。在某些情况下，本申请相关的一些操作并没有在说明书中显示或描述，这是为了避免本申请的核心部分被过多的描述所淹没。对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。

[0030] 应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

[0031] 需要说明的是，在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

[0032] 本申请实施例的放款方法及系统可以应用在多个领域，例如，银行、金融公司、互联网金融点对点借贷平台(Person-to-Person,P2P)、汽车金融公司或担保公司等可以实现借贷操作的公司等等，此处不作具体限定。

[0033] 图1是本申请实施例提供的一种放款方法的流程示意图。如图1所述，本申请实施例中的放款方法包括如下步骤：

[0034] S101：目标助贷服务程序根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据。

[0035] 在本申请实施例中，不同的资方标识对应不同的资方放款申请数据，不同的助贷服务程序对应不同的资方标识，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段，所述目标资方放款申请数据还包括还款计划表、影像文件、对接单号、合同信息中的一种或者多种。也就是说，目标助贷服务程序从多个资方放款申请数据中选取出与自身资方标识相同的目标资方放款申请数据，可以理解的是，目标助贷服务程序可以是一个或者多个，目标资方放款申请数据也可以是一个或者多个。

[0036] 在本申请实施例中，所述多个资方放款申请数据可以是存储于放款消息队列(message queue,MQ)中，所述放款消息队列是监听程序发送至助贷服务程序组的，所述监听程序用于从数据中心获取放款申请信息并对所述放款申请信息进行数据处理形成所述放款消息队列，其中，所述放款申请信息包括还款计划以及业务合同表信息，所述数据处理包括更新还款计划以及业务合同表相关数据。例如：监听程序从数据中心获取放款申请信息，其中的还款计划表为第三期还款计划表，因此将之前的第二期还款计划表删除，插入所述第三期还款计划表后，将所述放款申请信息发送至消息队列，应理解，以上举例仅作为说明，并不能构成具体限定。

[0037] 在本申请实施例中，消息队列可以是异步消息队列(Zero MQ,ZMQ),Rabbit MQ,Active MQ,Apollo,Kafka,Rocket MQ等等，此处不作具体限定，

[0038] 下面以图2为例，对步骤S101进行详细说明，图2是本申请提供的一种放款系统放款消息队列的示意图，由图2可知，放款系统中的监听系统将数据中心监听到的放款申请信息进行数据处理后写入消息队列，所述消息队列中包含多个资方放款申请数据，其中，每个资方放款申请数据对应不同的资方标识，例如图2中所示的放款申请数据1A对应资方A，放款申请数据2B对应资方B，放款申请数据3B对应资方B，放款申请数据4C对应资方C，每个不同的助贷服务程序对应不同的资方标识，例如图2中所示的助贷服务程序A对应资方A，助贷服务程序B对应资方B，助贷服务程序C对应资方C，因此，助贷服务程序A从消息队列中选取对应资方A的放款申请数据1A，助贷服务程序B从消息队列中选取对应资方B的放款申请数据2B、放款申请数据3B，助贷服务程序C从消息队列中选取对应资方C的放款申请数据3D，可以理解的是，使用消息队列的方式可以使得当新资方接入时，比如资方F是新资方，只需要增加一个新的助贷服务程序F对接资方F，监听系统可以直接将对应资方F的放款申请数据发送至消息队列，而不需要对整个系统新增接口进行升级，可以大大减少系统开发及测试人员升级系统所消耗的时间和人力，有助于快速对接资方，确保系统流程的稳定性，从而进一步提高放款效率。应理解，上述举例仅仅用于说明，并不能构成具体限定。

[0039] S102：所述目标助贷服务程序根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段。

[0040] 在本申请实施例中，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段，因此根据目标资方放款申请数据中的资方服务时间段，确定资方放款时间是否处于资方服务时间段。由于每个助贷服务程序与资方一一对应，每个助贷服务程序在放款消息队列中选取属于自己资方的放款申请数据后，每个助贷服务程序根据自己获取的放款申请数据确定目标资方的放款时间是否处于目标资方的服务时间段。可以理解的是，所述资方的放款时间并不仅仅是指当前时间，还可以是在当前时间基础上增加一个延时时间范围，其中，所述延时时间范围是根据历史放款成功数据决定的。例如：A银行历史放款成功数据显示每次向A银行发送放款申请后，A银行在5分钟内进行放款，并且 A银行的服务时间段为每日的8:00—12:00，因此当前时间若为11:56，当前的目标资方A银行的放款时间则为12:01，因此当前目标资方的放款时间不处于目标资方的服务时间段。应理解，上述举例仅仅用于具体说明，并不能构成具体限定。

[0041] S103：在处于目标资方的服务时间段的情况下，所述目标助贷服务程序向所述目标资方发送放款申请。

[0042] 在本申请实施例中，在处于目标资方服务时间段的情况下，所述目标助贷服务程序向所述目标资方发送放款申请，其中，目标助贷服务程序向目标资方发送放款申请可以通过有线或者无线的方式进行发送。其中，无线的方式包括通用分组无线服务技术(General Packet Radio Service,GPRS)、无线局域网 (Wireless Local Area Networks,WLAN)、紫蜂(ZigBee)、蓝牙(Bluetooth)、近场通信(Near Field Communication,NFC)等等，有线的方式包括网线、铜线、RS232、 RS458等等。应理解，上述通讯方式的举例仅仅是用于进行说明，不应构成具体限定。

[0043] 在本申请实施例中，在不处于目标资方的服务时间段的情况下，所述目标助贷服务程序发送所述目标资方放款申请数据至重发程序，所述重发程序用于根据所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。例如：每日的8:00—23:00为资方A服务时间段，重发程序全天每隔30分钟进行一次重新放款流程，每次重新放款流程开始后首先确定当前时间是否处于8:00—23:00之间。可以理解的是，所述固定时间间隔是与资方沟通后确认的时间间隔，不同资方拥有不同的放款要求，例如：部分资方不接收发送频率较高的放款申请，因此所述固定时间间隔可根据资方需求自由配置。应理解，以上举例仅作为说明，并不能构成具体限定。

[0044] 在本申请实施例中，接收到所述资方放款失败信息的情况下，所述助贷服务程序将上一次放款失败使用的所述目标资方放款申请数据发送至所述重发程序，所述重发程序用于根据上一次放款失败使用的所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。也就是说，本申请提供的放款方法可以是两种方式发送放款申请数据至资方，一种是通过助贷服务程序发送，一种是通过重发程序发送，其中，助贷服务程序获取到放款数据后确定资方放款时间处于资方服务时间内后直接发送至资方，重发程序是确定资方放款时间处于资方服务时间内后每隔固定时间间隔向资方发送的。

[0045] 下面以图3为例对本申请实施例中S102、S103步骤进行举例说明，图3是本申请实施例中重发程序接收放款申请数据的流程示意图，如图3所示，助贷服务程序A在消息队列中获取了放款申请数据1A后，根据放款申请数据1A中包含的资方A的服务时间段确定资方A放款时间是否处于资方A的服务时间段，在处于资方A的服务时间段的情况下，向资方A发送所述放款申请数据1A，在不处于资方A的服务时间段的情况下，向重发程序发送所述放款申请数据1A。资方A进行放款后，若发送失败，将上一次放款失败使用的放款申请数据1A 发送至重发程序，重发程序每隔固定时间间隔，例如每隔30分钟判断如果当前时间发送给资方A后，资方A的放款时间是否是资方A的服务时间段，在处于资方A的服务时间段的情况下，向资方A发送所述放款申请数据1A。应理解，上述举例仅仅用于说明，并不能构成具体限定。

[0046] 在本申请实施例中，所述目标资方放款申请数据还包括还款计划表、影像文件、对接单号、合同信息中的一种或者多种，所述向目标资方发送放款申请包括：根据目标资方需求从目标资方放款申请数据中筛选出目标资方需求数据，其中，所述目标资方放款申请数据包括所述目标资方需求数据；向所述目标资方发送目标资方需求数据。例如：资方A要求放款申请中只需要包含影像文件 (身份证正反面、本人现场照片、指纹图像等等)以及还款计划(分期总金额、每一期的本金及利息、已还款期数等等)，也就是说，此时的目标资方需求数据为影像文件以及还款计划，在资方A的放款申请数据中筛选出影像文件以及还款计划后，向所述目标资方A发送所述目标资方需求数据。应理解，以上举例仅仅用于说明，并不能构成具体限定。

[0047] 上述方案中，通过使用目标助贷服务程序根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据，并根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段，从而在处于目标资方的服务时间段的情况下，所述目标助贷服务程序向所述目标资方发送放款申请。通过上述方案，使用助贷服务程序来对接资方接口，从而在新资方接入的情况下，只需增加新资方对应的助贷服务程序，避免了开发及测试人员升级助贷系统的繁琐步骤，节省了系统升级过程耗费的人力及时间，进一步提高了助贷平台的放款效率。

[0048] 图4是本申请实施例提供的一种放款系统的结构示意图，如图4所示，本申请提供的放款系统包括助贷服务程序410，监听程序420以及重发程序430，

[0049] 图5是本申请提供的一种放款系统助贷服务程序的结构示意图，由图5可知，所述助贷服务程序410包括选取单元411、确定单元412、第一发送单元413以及第二发送单元414，

[0050] 所述选取单元411用于根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据。

[0051] 在本申请实施例中，不同的资方标识对应不同的资方放款申请数据，不同的助贷服务程序410对应不同的资方标识，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段，所述目标资方放款申请数据还包括还款计划表、影像文件、对接单号、合同信息中的一种或者多种。也就是说，目标助贷服务程序410从多个资方放款申请数据中选取出与自身资方标识相同的目标资方放款申请数据，可以理解的是，目标助贷服务程序410可以是一个或者多个，目标资方放款申请数据也可以是一个或者多个。

[0052] 所述监听程序430用于从数据中心获取放款申请信息并对所述放款申请信息进行数据处理形成所述放款消息队列。

[0053] 在本申请实施例中，所述放款申请信息包括还款计划以及业务合同表信息，所述数据处理包括更新还款计划以及业务合同表相关数据；所述监听程序还用于向所述助贷服务程序组发送所述放款消息队列，其中，所述多个资方放款申请数据存储于放款消息队列中。例如：监听程序430从数据中心获取放款申请信息，其中的还款计划表为第三期还款计划表，因此将之前的第二期还款计划表删除，插入所述第三期还款计划表后，将所述放款申请信息发送至消息队列，应理解，以上举例仅作为说明，并不能构成具体限定。

[0054] 下面以图2为例，对所述监听单元430和助贷服务程序410之间的关系作出详细说明，图2是本申请提供的一种放款系统放款消息队列的示意图，由图2 可知，放款系统中的监听单元430将数据中心监听到的放款申请信息进行数据处理后写入消息队列，所述消息队列中包含多个资方放款申请数据，其中，每个资方放款申请数据对应不同的资方标识，例如图2中所示的放款申请数据1A 对应资方A，放款申请数据2B对应资方B，放款申请数据3B对应资方B，放款申请数据4C对应资方C，每个不同的助贷服务程序对应不同的资方标识，例如图2中所示的助贷服务程序A对应资方A，助贷服务程序B对应资方B，助贷服务程序C对应资方C，因此，助贷服务程序A中从消息队列中选取对应资方A的放款申请数据1A，助贷服务程序B从消息队列中选取对应资方B的放款申请数据2B、放款申请数据3B，助贷服务程序C从消息队列中选取对应资方C的放款申请数据3D，可以理解的是，使用消息队列的方式可以使得当新资方接入时，比如资方F是新资方，只需要增加一个新的助贷服务程序F对接资方F，监听系统可以直接将对应资方F的放款申请数据发送至消息队列，而不需要对整个系统新增接口进行升级，可以大大减少系统开发及测试人员升级系统所消耗的时间和人力，有助于快速对接资方，确保系统流程的稳定性，从而进一步提高放款效率。应理解，上述举例仅仅用于说明，并不能构成具体限定。

[0055] 所述确定单元412用于根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段。

[0056] 在本申请实施例中，所述多个资方放款申请数据中的每个资方放款申请数据包括资方服务时间段，因此确定单元412根据目标资方放款申请数据中的资方服务时间段，确定资方放款时间是否处于资方服务时间段。可以理解的是，所述资方的放款时间并不仅仅是指当前时间，还可以是在当前时间基础上增加一个延时时间范围，其中，所述延时时间范围是根据历史放款成功数据决定的。例如：A银行历史放款成功数据显示每次向A银行发送放款申请后，A银行在5 分钟内进行放款，并且A银行的服务时间段为每日的8:00—12:00，因此当前时间若为11:56，当前的目标资方A银行的放款时间则为12:01，因此当前目标资方的放款时间不处于目标资方的服务时间段。应理解，上述举例仅仅用于具体说明，并不能构成具体限定。

[0057] 所述第一发送单元413用于在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

[0058] 在本申请实施例中，第一发送单元413向目标资方发送放款申请可以通过有线或者无线的方式进行发送。其中，无线的方式包括GPRS、WLAN、紫蜂、蓝牙、NFC等等，有线的方式包括网线、铜线、RS232、RS458等等。应理解，上述通讯方式的举例仅仅是用于进行说明，不应构成具体限定。

[0059] 所述第二发送单元414用于在不处于目标资方的服务时间段的情况下，所述目标助贷服务程序发送所述目标资方放款申请数据至重发程序420。例如：每日的8:00—23:00为资方A服务时间段，重发程序全天每隔30分钟进行一次重新放款流程，每次重新放款流程开始后首先确定当前时间是否处于8:00—23:00 之间。可以理解的是，所述固定时间间隔是与资方沟通后确认的时间间隔，不同资方拥有不同的放款要求，例如：部分资方不接收发送频率较高的放款申请，因此所述固定时间间隔可根据资方需求自由配置。应理解，以上举例仅作为说明，并不能构成具体限定。

[0060] 所述重发程序420用于根据所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。

[0061] 在本申请实施例中，所述第二发送单元414还用于在接收到所述资方放款失败信息的情况下，将上一次放款失败使用的所述目标资方放款申请数据发送至所述重发程序420；所述重发程序420还用于根据上一次放款失败使用的所述目标资方放款申请数据，以固定时间间隔确定所述目标资方的放款时间是否处于目标资方服务时间段，在处于目标资方的服务时间段的情况下，向所述目标资方发送放款申请。也就是说，本申请提供的放款方法可以是两种方式发送放款申请数据至资方，一种是通过助贷服务程序发送，一种是通过重发程序发送，其中，助贷服务程序获取到放款数据后确定资方放款时间在资方服务时间内便直接发送至资方，重发程序是确定资方放款时间在资方服务时间内之后每隔固定时间间隔向资方发送的。

[0062] 在本申请实施例中，所述第一发送单元413、所述第二发送单元414还用于根据目标资方需求从目标资方放款申请数据中筛选出目标资方需求数据，其中，所述目标资方放款申请数据包括所述目标资方需求数据；向所述目标资方发送目标资方需求数据。例如：资方A要求放款申请中只需要包含影像文件(身份证正反面、本人现场照片、指纹图像等等)以及还款计划(分期总金额、每一期的本金及利息、已还款期数等等)，也就是说，此时的目标资方需求数据为影像文件以及还款计划，在资方A的放款申请数据中筛选出影像文件以及还款计划后，向所述目标资方A发送目标资方需求数据。应理解，以上举例仅仅用于说明，并不能构成具体限定。

[0063] 下面以图3为例对本申请实施例中的放款系统中的重发程序430和助贷服务程序410之间的关系进行举例说明，图3是本申请实施例中重发程序接收放款申请数据的流程示意图，如图3所示，助贷服务程序A在消息队列中获取了放款申请数据1A后，根据放款申请数据1A中包含的资方A的服务时间段确定当前放款时间是否处于资方A的服务时间段，在处于资方A的服务时间段的情况下，向资方A发送所述放款申请数据1A，在不处于资方A的服务时间段的情况下，向重发程序发送所述放款申请数据1A。资方A进行放款后，若发送失败，将上一次放款失败使用的放款申请数据1A发送至重发程序，重发程序每隔固定时间间隔，例如每隔30分钟确定是否是资方A的服务时间段，在处于资方A 的服务时间段的情况下，向资方A发送所述放款申请数据1A。应理解，上述举例仅仅用于说明，并不能构成具体限定。

[0064] 上述方案中，通过使用目标助贷服务程序根据目标资方标识从多个资方放款申请数据中选取目标资方放款申请数据，并根据所述目标资方放款申请数据，确定目标资方的放款时间是否处于目标资方的服务时间段，从而在处于目标资方的服务时间段的情况下，所述目标助贷服务程序向所述目标资方发送放款申请。通过上述方案，使用助贷服务程序来对接资方接口，从而在新资方接入的情况下，只需增加新资方对应的助贷服务程序，避免了开发及测试人员升级助贷系统的繁琐步骤，节省了系统升级过程耗费的人力及时间，进一步提高了助贷平台的放款效率。

[0065] 图6是本申请实施例提供的一种服务器的结构图。如图6所示，本实施例中的服务器可以包括：一个或多个处理器601；一个或多个输入设备602，一个或多个输出设备603和存储器604。上述处理器601、输入设备602、输出设备 603和存储器604通过总线605连接。存储器602用于存储计算机程序，所述计算机程序包括程序指令，处理器601用于执行存储器602存储的程序指令。

[0066] 在本发明实施例中，所称处理器601可以是中央处理单元(Central Processing Unit,CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

[0067] 输入设备602可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备603可以包括显示器(LCD等)、扬声器等。

[0068] 存储器604可以包括易失性存储器，例如随机存取存储器(Random Access Memory,RAM)；存储器也可以包括非易失性存储器，例如只读存储器(Read-Only Memory,ROM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive,HDD)或固态硬盘(Solid-State Drive,SSD)，存储器还可以包括上述种类的存储器的组合。存储器604可以采用集中式存储，也可以采用分布式存储，此处不作具体限定。可以理解的是，存储器604用于存储计算机程序，例如：计算机程序指令等。在本发明实施例中，存储器604可以向处理器601提供指令和数据。

[0069] 具体实现中，本发明实施例中所描述的处理器601、输入设备602、输出设备603、存储器604、总线605可执行本发明实施例提供的放款方法的第一实施例和第二实施例中所描述的实现方式，在此不再赘述。

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

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

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

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

[0074] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。