CN108389121A - 贷款数据处理方法、装置、计算机设备和存储介质 - Google Patents
贷款数据处理方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN108389121A CN108389121A CN201810124335.2A CN201810124335A CN108389121A CN 108389121 A CN108389121 A CN 108389121A CN 201810124335 A CN201810124335 A CN 201810124335A CN 108389121 A CN108389121 A CN 108389121A
- Authority
- CN
- China
- Prior art keywords
- guarantee
- loan
- mark
- application data
- loan application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- General Business, Economics & Management (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请涉及一种贷款数据处理方法、系统、计算机设备和存储介质。所述方法包括:按照预设时间频率在源服务器提取贷款申请数据;贷款申请数据由多个用户终端发送至源服务器;贷款申请数据包括一个或多个贷款标识;获取贷款申请数据中贷款标识所对应的消息队列;消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与贷款申请数据相适应的担保方标识;将多组贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到目标服务器返回的担保结果时,将担保结果返回至相应的源服务器,源服务器将担保结果返回至用户终端。采用本方法能够提高贷款申请效率。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种贷款数据处理方法、装置、计算机设备和存储介质。
背景技术
随着互联网金融的发展,P2P网络借贷(以下简称“网贷”)凭借其手续便利、信息透明等属性,越来越多的为人们所熟知。网贷的主要模式是借贷人与投资人双方在网贷平台自由竞价,撮合成交。投资人获取利息收益并承担风险,借贷人到期偿还本金,提供网贷平台的信贷公司收取中介服务费。网贷平台的担保模式包括无担保模式和有担保模式,其中,有担保模式包括平台自身担保和第三方担保。第三方担保是指当借贷人不履行对投资人负有的债务时,由第三方(以下称“担保方”)依法承担对相应投资人的代偿责任。但传统的基于第三方担保模式的网贷平台仅支持单一担保功能,换言之,一个网贷平台只能由唯一担保方做担保,由此全部借贷人的担保责任集中至唯一担保方。如果借贷人希望基于多个担保方进行贷款,则需要在多个网贷平台分别录入贷款申请数据,操作繁琐,使得贷款申请效率降低。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高贷款申请效率的贷款数据处理方法、装置、计算机设备和存储介质。
一种贷款数据处理方法,所述方法包括:按照预设时间频率在源服务器提取贷款申请数据;所述贷款申请数据由多个用户终端发送至所述源服务器;所述贷款申请数据包括一个或多个贷款标识;获取所述贷款申请数据中贷款标识所对应的消息队列;所述消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与所述贷款申请数据相适应的担保方标识;将多组所述贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到所述目标服务器返回的担保结果时,将所述担保结果返回至相应的所述源服务器,所述源服务器将所述担保结果返回至所述用户终端。
在其中一个实施例中,所述贷款申请数据还包括申请人标识;所述获取所述贷款申请数据中贷款标识所对应的消息队列的步骤包括:获取预设的信用黑名单,所述信用黑名单包括多个申请人标识;检测所述贷款申请数据中的申请人标识是否属于所述信用黑名单;当所述贷款申请数据中的申请人标识不属于所述信用黑名单时,对所述贷款申请数据进行信用校验;根据预设的多种贷款标识组合以及与各贷款标识组合相对应的消息队列,获取与信用校验通过的贷款申请数据中贷款标识所对应的消息队列。
在其中一个实施例中,所述贷款申请数据还包括申请额度和贷款资源类型;对所述贷款申请数据进行信用校验的步骤包括:根据所述申请人标识生成多个预设征信平台对应的征信请求,调用多线程将多个征信请求并行发送至相应的预设征信平台;接收多个预设征信平台分别返回的征信记录,对多个征信记录进行解析,生成所述申请人标识对应的综合信用记录;根据所述综合信用记录计算所述申请人标识对应的信用值;根据预设的多种贷款资源类型与贷款上限额度的对应关系,确定所述贷款申请数据中贷款资源类型对应的贷款上限额度;当所述信用值达到阈值,且所述申请额度不超过相应的贷款上限额度时,所述贷款申请数据校验通过。
在其中一个实施例中,所述贷款标识组合包括一个或多个贷款标识;所述消息队列中多个担保方标识具有不同的担保比例;所述获取所述贷款申请数据中贷款标识所对应的消息队列的步骤包括:根据所述贷款申请数据中贷款标识,检测是否存在对应的消息队列;当不存在对应的消息队列时,根据预设的多种贷款标识组合及分别对应的多个担保方标识,获取所述贷款申请数据中贷款标识所对应的多个担保方标识;根据获取的多个担保方标识的担保比例,确定多个担保方标识的担保顺序;获取预设的队列长度,根据所述队列长度以及多个担保方标识的担保比例,确定多个担保方标识的担保次数;根据所述担保顺序和担保次数,利用多个担保方标识生成相应的消息队列。
在其中一个实施例中,所述贷款申请数据还包括申请额度;所述消息队列还包括每个担保方标识对应的担保状态;所述担保状态包括已担保和未担保;所述对获取到的消息队列进行遍历,按照预设规则筛选与所述贷款申请数据相适应的担保方标识的步骤包括:按照预设遍历方向对获取到的消息队列进行遍历,筛选第一个担保状态为未担保的担保方标识;计算筛选出的担保方标识对应的剩余担保额度;对比所述剩余担保额度是否大于或等于所述申请额度;若是,将筛选出的担保方标识标记为所述贷款申请数据相适应的担保方标识,将筛选出的担保方标识的担保状态变更为已担保;否则,筛选下一个保单状态为未担保的担保方标识,返回所述计算筛选出的担保方标识对应的剩余担保额度的步骤,直至确定所述贷款申请数据相适应的担保方标识。
在其中一个实施例中,所述计算筛选出的担保方标识对应的剩余担保额度的步骤包括:获取所述担保方标识对应的总担保额度和历史担保记录;根据所述历史担保记录统计所述担保方标识对应的已担保额度;根据在源服务器提取到的多组贷款申请数据,测算所述担保方标识对应的在途担保额度;根据所述总担保额度、已担保额度和在途担保额度,计算所述担保方标识对应的剩余担保额度。
在其中一个实施例中,该方法还包括:若所述消息队列不存在与所述贷款申请相适应的担保方标识,根据所述贷款申请数据中申请额度以及所述消息队列中担保状态为未担保的担保方标识对应的剩余担保额度,对所述贷款申请数据进行拆分,得到多份具有不同申请额度的子项申请数据;重新对所述消息队列进行遍历,按照预设规则筛选与所述子项申请数据相适应的担保方标识,将筛选得到的多个担保方标识共同标记为所述贷款申请数据相适应的担保方标识。
一种贷款数据处理装置,所述装置包括:
申请数据提取模块,用于按照预设时间频率在源服务器提取贷款申请数据;所述贷款申请数据由多个用户终端发送至所述源服务器;所述贷款申请数据包括一个或多个贷款标识;
担保方确定模块,用于获取所述贷款申请数据中贷款标识所对应的消息队列;所述消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与所述贷款申请数据相适应的担保方标识;
担保结果反馈模块,用于将多组所述贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到所述目标服务器返回的担保结果时,将所述担保结果返回至相应的所述源服务器,所述源服务器将所述担保结果返回至所述用户终端。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:按照预设时间频率在源服务器提取贷款申请数据;所述贷款申请数据由多个用户终端发送至所述源服务器;所述贷款申请数据包括一个或多个贷款标识;获取所述贷款申请数据中贷款标识所对应的消息队列;所述消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与所述贷款申请数据相适应的担保方标识;将多组所述贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到所述目标服务器返回的担保结果时,将所述担保结果返回至相应的所述源服务器,所述源服务器将所述担保结果返回至所述用户终端。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:按照预设时间频率在源服务器提取贷款申请数据;所述贷款申请数据由多个用户终端发送至所述源服务器;所述贷款申请数据包括一个或多个贷款标识;获取所述贷款申请数据中贷款标识所对应的消息队列;所述消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与所述贷款申请数据相适应的担保方标识;将多组所述贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到所述目标服务器返回的担保结果时,将所述担保结果返回至相应的所述源服务器,所述源服务器将所述担保结果返回至所述用户终端。
上述贷款数据处理方法、装置、计算机设备和存储介质,当用户需要申请贷款时,可以直接通过用户终端向源服务器发送贷款申请数据;根据预设的多种贷款标识组合以及分别对应的消息队列,可以获取每组贷款申请数据中贷款标识对应的消息队列;通过对多个担保方标识的消息队列进行遍历,可以筛选得到与贷款申请数据相适应的担保方标识,进而可以将多组所述贷款申请数据分别发送至相应担保方标识对应的目标服务器;将目标服务器返回的担保结果返回至相应的源服务器,可以使用户在用户终端对向源服务器查询担保结果。对预设时间频率对应时间周期内多个用户的贷款申请数据进行集中提取,可以减少与源服务器之间的交互频率,从而可以减少对服务器资源的占用。用户仅需在一个网贷平台录入贷款申请数据即可基于多个担保方进行贷款,且担保方根据预设消息队列自动筛选确定,可以提高贷款申请效率。
附图说明
图1为一个实施例中贷款数据处理方法的应用场景图;
图2为一个实施例中贷款数据处理方法的流程示意图;
图2A为一个实施例中贷款数据处理方法的应用框架图;
图3为一个实施例中贷款数据处理装置的结构框图;
图4为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的贷款数据处理方法,可以应用于如图1所示的应用环境中。其中,用户终端102通过网络与平台服务器104进行通信;平台服务器104通过网络与目标服务器106进行通信。平台服务器104包括源服务器(以下称“第一服务器”)1042和第二服务器1044。其中,用户终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。第一服务器1042、第二服务器1044与目标服务器106分别可以用独立的服务器或者是多个服务器组成的服务器集群来实现。用户终端102可以是借贷人对应的终端,也可以是贷款柜面业务人员对应的终端,从而用户可以基于用户终端102上的网贷平台申请贷款,也可以通过柜面渠道申请贷款。网贷平台可以是能够进行贷款交易的APP(Application,应用程序、网站或小程序中的至少一种。不同贷款渠道对应不同的第一服务器1042。第一服务器1042用于接收用户终端102通过相应贷款渠道发送的贷款申请数据,第二服务器1044用于对多笔贷款申请数据进行处理。目标服务器106是担保方对应的服务器。平台服务器104可以通过配置接入多个目标服务器106。
当用户基于用户终端102上的网贷平台申请贷款时,用户终端102获取用户录入的贷款申请数据,将贷款申请数据发送至相应的第一服务器1042。第一服务器1042接收预设时长内的贷款申请数据并进行存储。第二服务器1044按照预设时间频率在多个第一服务器1042分别提取多组贷款申请数据。第二服务器1044对每组贷款申请数据分别进行信用校验。每组贷款申请数据包括一个或多个贷款标识。第二服务器1044获取每组信用校验通过的贷款申请数据中贷款标识对应的消息队列。消息队列包括多个担保方标识。第二服务器1044对获取到的消息队列进行遍历,按照预设规则筛选与贷款申请数据相适应的担保方标识,将多组贷款申请数据分别发送至相应目标服务器106。目标服务器106根据贷款申请数据判断是否进行担保。当接收到目标服务器106返回的担保结果时,第二服务器1044将担保结果返回至相应第一服务器1042。第一服务器1042将担保结果返回至相应用户终端102。上述贷款数据处理过程,用户仅需在一个网贷平台录入贷款申请数据即可基于多个担保方进行贷款,且担保方根据预设消息队列自动筛选确定,可以提高贷款申请效率。
在一个实施例中,如图2所示,提供了一种贷款数据处理方法,以该方法应用于图1中的平台服务器为例进行说明,包括以下步骤:
步骤202,按照预设时间频率在源服务器提取贷款申请数据;贷款申请数据由多个用户终端发送至源服务器;贷款申请数据包括一个或多个贷款标识。
不同地理区域的用户均可以通过APP、网站或柜面等多种贷款渠道申请贷款。如图2A所示,为了提高贷款申请效率,可以在不同地理区域分别设置第一服务器,换言之,不同地理区域对应不同的数据处理后台。相同地理区域不同贷款渠道对应不同的数据处理后台,即第一服务器。
当用户需要申请贷款时,可以通过用户终端录入贷款申请数据。贷款申请数据包括申请人信息、申请额度和贷款资源类型等。其中,申请人信息包括申请标识和申请人联系信息等。贷款资源类型是指贷款产品的类型。贷款资源类型可以是用户在了解不同贷款产品的借款利率、借款期限、还款方式等属性信息后,选定的一种贷款产品的类型。为了对来自不同地理区域不同贷款渠道的贷款申请数据进行区分,第一服务器在接收到的贷款申请数据中添加源服务器标识。源服务器标识包括贷款渠道标识和/或地理区域标识。
第一服务器对预设时长内接收到的多个用户的贷款申请数据进行打包。具体的,预设时长可以是根据实际需求自由设置,如24小时。第一服务器检测在预设时长内接收到的贷款申请数据的总数据量是否超过阈值。若是,则第一服务器将多个用户的贷款申请数据分为多份,将每份贷款申请数据进行打包,得到多个贷款申请数据包。第二服务器按照预设时间频率在多个第一服务器分别提取贷款申请数据包。对预设时长内多个用户的贷款申请数据进行集中提取,相比每接收到一个用户的贷款申请数据进行一次提取,可以减少第二服务器与第一服务器之间的交互频率,从而可以减少对第二服务器资源的占用。
步骤204,获取贷款申请数据中贷款标识所对应的消息队列;消息队列包括多个担保方标识。
第二服务器对在第一服务器提取到的贷款申请数据包进行解析,得到多组贷款申请数据,每组贷款申请数据包括一个或多个贷款标识。贷款标识包括贷款资源类型、贷款渠道标识或地理区域标识中的至少一种。第二服务器预先存储了多种贷款标识组合以及每种贷款标识组合对应的一个或多个担保方标识。贷款标识组合包括一个或多个贷款标识。担保方标识可以是担保方的机构代码等。例如,贷款标识组合“北京+APP”对应的担保方标识可以是担保方A、担保方B和担保方C。
当贷款标识组合对应的担保方标识包括多个时,第二服务器利用担保方标识生成该贷款标识组合对应的消息队列。消息队列可以设定对应的有效期限,如1个月。消息队列中多个担保方标识具有不同的担保比例。同一担保方标识在不同消息队列中的担保比例可以不同。例如,上述担保方A、担保方B和担保方C生成的消息队列A中,三个担保方标识对应的担保比例依次为10%、70%和20%。消息队列B包括担保方A、担保方C、担保方D和担保方E四个担保方标识,对应的担保比例可以是30%、10%、45%和15%。
步骤206,对获取到的消息队列进行遍历,按照预设规则筛选与贷款申请数据相适应的担保方标识。
第二服务器在贷款申请数据中提取贷款标识,检测是否存在与提取到的贷款标识相对应的担保方标识。若不存在对应的担保方标识,则第二服务器获取默认的担保方标识,将默认的担保方标识标记为与贷款申请数据相适应的担保方标识。若存在一个对应的担保方标识,则第二服务器将该相对应的担保方标识标记为与贷款申请数据相适应的担保方标识。若存在多个对应的担保方标识,则第二服务器检测检测是否存在对应的消息队列。当不存在对应的消息队列时,第二服务器获取贷款申请数据中贷款标识所对应的多个担保方标识,利用获取到的多个担保方标识生成消息队列。消息队列记录了每个担保方标识对应的担保状态。担保状态包括已担保和未担保。
第二服务器对获取到的消息队列进行遍历,按照预设规则筛选与贷款申请数据相适应的担保方标识。具体的,第二服务器按照预设遍历方向对获取到的消息队列进行遍历,筛选第一个担保状态为未担保的担保方标识。第二服务器计算筛选出的担保方标识对应的剩余担保额度,对比剩余担保额度是否大于或等于申请额度。若是,第二服务器将筛选出的担保方标识标记为贷款申请数据相适应的担保方标识,将筛选出的担保方标识的担保状态变更为已担保。否则,第二服务器筛选下一个保单状态为未担保的担保方标识,按照上述方式重新计算筛选出的担保方标识对应的剩余担保额度,对比剩余担保额度是否大于或等于申请额度,直至确定贷款申请数据相适应的担保方标识。
步骤208,将多组贷款申请数据分别发送至相应担保方标识对应的目标服务器。
步骤210,当接收到目标服务器返回的担保结果时,将担保结果返回至相应的源服务器,源服务器将担保结果返回至用户终端。
第二服务器利用多组贷款申请数据分别生成对应的贷款任务。贷款任务具有对应的任务标识。任务标识可以是批次号等。第二服务器将多个贷款任务分别发送至相应担保方标识对应的目标服务器。目标服务器执行贷款任务,对相应申请人标识进行信用校验,判断是否符合贷款条件,进而判断是否为相应申请人提供担保,向第二服务器返回同意担保或拒绝担保的担保结果。担保结果携带了申请人信息和任务标识。第二服务器根据任务标识,获取对应的源服务器标识,将担保结果返回至源服务器标识对应的第一服务器。第一服务器根据申请人信息将担保结果返回至相应的用户终端。用户可以在用户终端查询担保结果。
本实施例中,当用户需要申请贷款时,可以直接通过用户终端向源服务器发送贷款申请数据;根据预设的多种贷款标识组合以及分别对应的消息队列,可以获取每组贷款申请数据中贷款标识对应的消息队列;通过对多个担保方标识的消息队列进行遍历,可以筛选得到与贷款申请数据相适应的担保方标识,进而可以将多组贷款申请数据分别发送至相应担保方标识对应的目标服务器;将目标服务器返回的担保结果返回至相应的源服务器,可以使用户在用户终端对向源服务器查询担保结果。对预设时间频率对应时间周期内多个用户的贷款申请数据进行集中提取,可以减少与源服务器之间的交互频率,从而可以减少对服务器资源的占用。用户仅需在一个网贷平台录入贷款申请数据即可基于多个担保方进行贷款,且担保方根据预设消息队列自动筛选确定,可以提高贷款申请效率。
在一个实施例中,在获取贷款申请数据中贷款标识所对应的消息队列的步骤之前,还包括:计算多组贷款申请数据分别对应的数据量;对所属集群内其他服务器的负载进行监测;获取预设的数据量和负载的最优匹配文件,根据最优匹配文件确定集群内多个服务器分别能够处理的贷款申请数据的总数据量;根据所述总数据量将多组贷款申请数据分为多份,将每份贷款申请数据分配至集群内相应服务器。
第二服务器为多个服务器组成的服务器集群。第二服务器所属集群包括多个其他服务器,多个其他服务器共用同一数据库。第二服务器中部署了负载均衡器,用于对集群内多个其他服务器的负载进行监测。负载均衡器预先存储了最优匹配文件。最优匹配文件记录了多个数据量区间和对应的负载区间。其中,负载区间包括CPU资源使用率区间和内存占用率区间等。例如,一个负载区间可以是CPU资源使用率50%~60%,内存占用率40%~50%,该负载区间对应的数据量区间可以是2400~2600。
第二服务器利用负载均衡器对集群内多个其他服务器的负载进行监测。确定集群内每个其他服务器对应的负载区间。第二服务器根据集群内每个其他服务器对应的负载区间,在最优匹配文件中查询对应的数据量区间,从而确定集群内多个其他服务器分别可以处理的贷款申请数据的总数据量。
第二服务器根据总数据量,将多组贷款申请数据分为多份。例如,假设提取到三个申请人标识A、B和C分别对应的贷款申请数据,申请人标识A对应贷款申请数据的数据量为1800,申请人标识B对应贷款申请数据的数据量为3600,申请人标识C对应贷款申请数据的数据量为700。集群包括其他四个服务器甲、乙、丙和丁,其中,甲服务器的负载为CPU资源使用率52%,内存占用率47%。根据最优匹配文件确定甲服务器对应的数据量区间为2400~2600,乙承保服务器对应的数据量区间为3300~3700,则可以将申请人标识A和C分别对应的贷款申请数据确定为第一份,申请人标识B对应的贷款申请数据单独确定为第二份。丙和丁两个服务器未分得贷款申请数据,表示两个服务器当前时间负载较高,即当前正在处理的贷款申请数据的数据量较大。应当理解的是,上述举例仅为了方便读者理解方案,具体数字的实际意义可以不作考究。
本实施例中,对所属集群内其服务器的负载进行监测,可以获取集群内每个服务器当前时间正在处理的贷款申请数据的数据量。当集群内一个服务器当前时间正在处理的贷款申请数据的数据量较大时,对应的负载较高,则不再分配新的贷款申请数据或分配数据量较少的贷款申请数据;而对于当前时间正在处理的贷款申请数据较少,对应负载较低的服务器,则可以分配数据量较多的贷款申请数据。将多份贷款申请数据分别分配至集群内其他相应服务器,使得多个服务器对贷款申请数据进行同步处理,不仅可以提高贷款申请效率,也可以减少单一服务器的数据处理负担,实现负载均衡。
在一个实施例中,贷款申请数据还包括申请人标识;获取贷款申请数据中贷款标识所对应的消息队列的步骤包括:获取预设的信用黑名单,信用黑名单包括多个申请人标识;检测贷款申请数据中的申请人标识是否属于信用黑名单;当贷款申请数据中的申请人标识不属于信用黑名单时,对贷款申请数据进行信用校验;根据预设的多种贷款标识组合以及与各贷款标识组合相对应的消息队列,获取与信用校验通过的贷款申请数据中贷款标识所对应的消息队列。
为了减少不必要的数据处理,第二服务器对提取到每组贷款申请数据进行校验,只有在校验通过才进行后续的担保方标识筛选的步骤。具体的,第二服务器对贷款申请数据进行多层级校验。第二服务器首先对贷款申请数据中申请人标识是否在预设的信用黑名单内进行校验。当贷款申请数据中申请人标识在预设的信用黑名单时,第二服务器向相应用户终端返回贷款失败的提示信息。当贷款申请数据中申请人标识不在预设的信用黑名单时,第二服务器进一步对贷款申请数据进行信用校验,若信用校验通过,则按照上述方式确定贷款申请数据相适应的担保方标识。
本实施例中,在贷款申请数据相适应的担保方标识之前,对贷款申请数据进行多层级校验,可以减少不必要的数据处理,从而可以减少对服务器资源的占用。
在一个实施例中,贷款申请数据还包括申请额度和贷款资源类型;对贷款申请数据进行信用校验的步骤包括:根据申请人标识生成多个预设征信平台对应的征信请求,调用多线程将多个征信请求并行发送至相应的预设征信平台;接收多个预设征信平台分别返回的征信记录,对多个征信记录进行解析,生成申请人标识对应的综合信用记录;根据综合信用记录计算申请人标识对应的信用值;根据预设的多种贷款资源类型与贷款上限额度的对应关系,确定贷款申请数据中贷款资源类型对应的贷款上限额度;当信用值达到阈值,且申请额度不超过相应的贷款上限额度时,贷款申请数据校验通过。
预设征信平台包括第三方支付平台、公安局服务平台、社保局服务平台、网上银行平台、保险服务平台或其他网贷平台等中的至少一种。第二服务器根据申请人标识生成多个预设征信平台分别对应的征信请求,调用多线程将多个征信请求并行发送至相应的预设征信平台,以提高信用校验效率,进而提高贷款申请效率。第二服务器接收多个预设征信平台分别返回的征信记录。征信记录可以是社保公积金缴纳记录、银行账单等。容易理解,第二服务器还可以通过网络爬虫等方式获取申请人标识对应的更多征信记录。当接收多个预设征信平台分别返回的征信记录时,第二服务器对多个征信记录进行解析,生成申请人标识对应的综合信用记录。综合信用记录包括多项信用指标,如是否存在房贷等。
第二服务器预设了多种信用指标以及分别对应的信用分值。服务器获取综合信用记录中每项信用指标对应的信用分值,对多项信用指标对应的信用分值进行求和,得到申请人标识对应的信用得分,即信用值。第二服务器对比信用值是否达到阈值。第二服务器还预设了多种贷款资源类型与贷款上限额度的对应关系。第二服务器根据对应关系,获取贷款申请数据中贷款资源类型对应的贷款上限额度,检测申请额度是否超过相应贷款上限额度。当信用值达到阈值,且申请额度不超过相应的贷款上限额度时,表示贷款申请数据校验通过。
本实施例中,对贷款申请数据进行信用校验,可以对贷款申请进行风险控制,且将信用值和贷款上限额度同时作为风险控制条件,可以降低网贷平台的运营风险;调用多线程并行在多个征信平台采集申请人标识对应的征信记录,可以提高信用校验效率,进而提高贷款申请效率。
在一个实施例中,获取贷款申请数据中贷款标识所对应的消息队列的步骤包括:根据贷款申请数据中贷款标识,检测是否存在对应的消息队列;当不存在对应的消息队列时,根据预设的多种贷款标识组合及分别对应的多个担保方标识,获取贷款申请数据中贷款标识所对应的多个担保方标识;根据获取的多个担保方标识的担保比例,确定多个担保方标识的担保顺序;获取预设的队列长度,根据队列长度以及多个担保方标识的担保比例,确定多个担保方标识的担保次数;根据担保顺序和担保次数,利用多个担保方标识生成相应的消息队列。
第二服务器根据获取的多个担保方标识的担保比例,根据担保比例自小至大对多个担保方标识进行排序,将该顺序作为多个担保方标识的担保顺序。例如,在上述举例中,贷款标识组合“北京+APP”对应的多个担保方标识的担保顺序可以是担保方A、担保方C和担保方B。第二服务器获取预设的队列长度。预设队列长度是指期望生成的消息队列中包含担保方标识的总数量。第二服务器将队列长度与每个担保方标识对应的担保比例相乘,将得到的乘积作为相应担保方标识的担保次数。例如,在上述举例中,假设队列长度为100,则担保方A对应的担保次数为100*10%=10次,担保方B对应的担保次数为100*70%=70次,担保方C对应的担保次数为100*20%=20次。
第二服务器根据每个担保方标识的担保顺序和担保次数,利用多个担保方标识生成相应的消息队列。例如,在上述举例中,对担保方A、担保方C和担保方B进行交叉排列,生成的消息队列可以是A、C、B、A、C······C、B、C······B、B。其中,担保方A在出现10次后剩余担保方B和担保方C、担保方C在出现20次后剩余担保方B。容易理解,本申请仅示例性的给出消息队列中一种生成方式,还可以采用其他方式生成消息队列,如对担保方A、担保方C和担保方B进行顺序排列,生成的消息队列也可以是A、A、A······C、C、C······B、B······B,再例如将子队列A、B、C、C、C、C、B、C、C、C循环10次生成的消息队列等,对此不做限制。
本实施例中,根据消息队列确定担保方标识,使得担保方标识的确定实现逻辑简单,可以提高担保方标识确定效率,从而可以提高贷款申请效率;针对不同贷款标识组合预设对应的担保方标识,消息队列的生成是根据预设贷款标识组合对应的担保方标识,且消息队列的生成充分结合多个担保方标识对应的担保比例,可以避免使某些担保方担保一些不合适的贷款申请,提高担保方标识确定的准确性。
在一个实施例中,贷款申请数据还包括申请额度;消息队列还包括每个担保方标识对应的担保状态;担保状态包括已担保和未担保;对获取到的消息队列进行遍历,按照预设规则筛选与贷款申请数据相适应的担保方标识的步骤包括:按照预设遍历方向对获取到的消息队列进行遍历,筛选第一个担保状态为未担保的担保方标识;计算筛选出的担保方标识对应的剩余担保额度;对比剩余担保额度是否大于或等于申请额度;若是,将筛选出的担保方标识标记为贷款申请数据相适应的担保方标识,将筛选出的担保方标识的担保状态变更为已担保;否则,筛选下一个保单状态为未担保的担保方标识,返回计算筛选出的担保方标识对应的剩余担保额度的步骤,直至确定贷款申请数据相适应的担保方标识。
预设遍历方向可以是正向遍历,也可以是负向遍历。第二服务器按照预设遍历方向对获取到的消息队列进行遍历,筛选第一个担保状态为未担保的担保方标识,计算筛选出的担保方标识对应的剩余担保额度。第二服务器对比该剩余担保额度是否大于或等于申请额度。若是,第二服务器直接将筛选出的担保方标识标记为贷款申请数据相适应的担保方标识。否则,第二服务器按照上述方式重新对消息队列进行遍历,检测是否存在与贷款申请数据相适应的其他担保方标识。换言之,第二服务器筛选下一个保单状态为未担保的担保方标识,检测筛选出的担保方标识剩余担保额度是否大于或等于申请额度,直至确定贷款申请数据相适应的一个担保方标识。
在另一个实施例中,在对消息队列进行遍历之前,第二服务器对比申请额度是否超过预设值。预设值是指网贷平台允许的单次贷款的最高申请额度。若是,则第二服务器根据申请额度对贷款申请数据进行拆分,得到多份子项申请数据。子项申请数据具有不用的申请额度,不同子项申请数据对应的申请额度可以相同,也可以不同。第二服务器按照上述方式确定每个子项申请数据相适应的担保方标识,将多个子项申请数据分别对应的担保方标识共同标记为贷款申请数据相适应的担保方标识,从而多个担保方共同为高额的贷款申请作担保,提高贷款申请成功率,进而间接提高贷款申请效率。
在又一个实施例中,该方法还包括:若消息队列不存在与贷款申请相适应的担保方标识,根据贷款申请数据中申请额度以及消息队列中担保状态为未担保的担保方标识对应的剩余担保额度,对贷款申请数据进行拆分,得到多份具有不同申请额度的子项申请数据;重新对消息队列进行遍历,按照预设规则筛选与子项申请数据相适应的担保方标识,将筛选得到的多个担保方标识共同标记为贷款申请数据相适应的担保方标识。
第二服务器将贷款申请数据发送至相应担保方标识对应的目标服务器后,若接收到目标服务器返回拒绝担保的担保结果时,第二服务器按照上述方式重新对消息队列进行遍历,检测是否存在与贷款申请数据相适应的其他担保方标识。若消息队列遍历完毕仍不存在与贷款申请数据相适应的担保方标识,第二服务器根据申请额度以及消息队列中担保状态为未担保的担保方标识对应的剩余担保额度,对贷款申请数据进行拆分,得到多份具有不同申请额度的子项申请数据;重新对消息队列进行遍历,筛选与子项申请数据相适应的担保方标识,将多个子项申请数据分别发送至相应担保方标识对应的目标服务器,接收目标服务器返回的担保结果。本实施例当因为申请额度高导致多个担保方拒绝担保时,第二服务器自动对贷款申请数据对申请额度进行调整,相比传统的在接收到拒绝担保的担保结果后仅机械的向用户终端返回担保结果,由用户对申请额度进行调整的方式,可以提高贷款申请担保成功率,从而可以提高贷款申请效率。
容易理解,除对贷款申请数据进行拆分,提高贷款申请担保成功率,进而提高贷款申请效率的方式还有很多,在此不再一一列举。
本实施例中,动态实时计算剩余担保额度,使得剩余担保额度可以更加准确的反应担保方标识当前实际的担保能力,提高担保方标识确定的准确性。当一个担保状态为未担保的担保方标识的剩余担保额度低于申请额度时,自动进行其他担保方标识的筛选,提高贷款申请担保成功率,进而可以提高贷款申请效率。
在一个实施例中,计算筛选出的担保方标识对应的剩余担保额度的步骤包括:获取担保方标识对应的总担保额度和历史担保记录;根据历史担保记录统计担保方标识对应的已担保额度;根据在源服务器提取到的多组贷款申请数据,测算担保方标识对应的在途担保额度;根据总担保额度、已担保额度和在途担保额度,计算担保方标识对应的剩余担保额度。
不同担保方标识具有不同的总担保额度。总担保额度可以是根据相应担保方在保监会申请得到的合法担保额度预先配置在第二服务器的。第二服务器获取担保方标识对应的历史担保记录。历史担保记录包括该担保方标识被标记为与贷款申请数据相适应的担保方标识的次数、标记时间以及对应的担保结果。第二服务器获取担保结果为同意担保的一次或多次担保对应的申请额度,对一次或多次担保对应的申请额度进行求和,将求和结果作为担保方标识对应的已担保额度。
按照上述方式已确定相适应的担保方标识,但尚未接收到担保结果的贷款申请数据属于在途贷款。第二服务器获取该担保方标识对应的在途贷款的数量。第二服务器预存了多个担保方标识分别对应的单位数量在途贷款的平均额度和同意担保概率。第二服务器计算担保方标识对应的在途贷款的数量、平均额度和同意担保概率的乘积,将该乘积作为相应担保方标识对应的在途担保额度。第二服务器计算总担保额度与已担保额度的第一差值,计算第一差值与在途担保额度的第二差值,将第二差值作为相应担保方标识对应的剩余担保额度。
本实施例中,担保方标识对应的总担保额度、已担保额度及剩余担保额度随时可能发生变化,在消息队列中遍历到某个担保方标识时,实时计算该担保方标识对应的剩余担保额度,使得剩余担保额度可以更加准确的反应担保方标识当前实际的担保能力,提高担保方标识确定的准确性。在计算担保方标识对应的剩余担保额度时,充分考虑在途申请贷款,并对在途申请贷款对应的在途担保额度进行转化,提高剩余担保额度的准确性。
在一个实施例中,将多组贷款申请数据分别发送至相应担保方标识对应的目标服务器的步骤包括:利用提取到的多组贷款申请数据分别生成对应的贷款任务;贷款任务具有对应的任务标识;调用目标接口,利用任务标识及对应的源服务器标识生成调用记录;利用目标接口将多个贷款任务分别发送至相应担保方标识对应的目标服务器;担保结果携带了任务标识;将担保结果返回至相应的源服务器的步骤包括:根据任务标识将担保结果与存储的多个调用记录进行匹配;根据匹配成功的调用记录包含的源服务器标识,将担保结果发送至相应源服务器。
在确定每组贷款申请数据对应的担保方标识后,第二服务器利用多组贷款申请数据分别生成对应的贷款任务。贷款任务具有对应的任务标识。第二服务器调用预设的目标接口将多个贷款任务分别转发至相应担保方标识对应的目标服务器。目标接口包括调用记录函数。当目标接口被调用时,生成对调用记录函数的回调指令。第二服务器根据回调指令执行调用记录函数,在贷款申请数据中源服务器标识,获取相应的任务标识和调用时间,利用获取到的源服务器标识、任务标识和调用时间等生成对应的调用记录。
当接收到目标服务器返回的担保结果时,第二服务器根据担保结果携带的任务标识,在存储的多个调用记录中查询该任务标识对应的源服务器标识,将担保结果发送至相应第一服务器。担保结果还携带了申请人联系信息。第一服务器根据申请人联系信息将担保结果返回至相应的用户终端。
本实施例中,第二服务器并非将担保结果直接返回至用户终端,而是先返回至相应的第一服务器,由第一服务器根据申请人信息等进行担保结果的具体分发,由此将数据转发的任务分散至多个第一服务器,可以减少第二服务器的数据转发频率,从而减少对第二服务器资源的占用,也可以提高数据转发效率。通过对消息队列遍历筛选确定相适应的担保方标识,可以实现对目标接口对应服务方的识别;根据调用记录确定担保结果对应的源服务器标识,可以实现对目标接口对应调用方的识别,从而利用目标接口可以实现数据的准确转发。多个目标服务器均只需与第二服务器进行数据交互,相比传统的目标服务器需要与多个平台服务器分别进行数据交互,可以降低目标服务器与平台服务器之间的耦合性,交互逻辑简单,能够降低目标服务器进行数据交互的编程成本或硬件成本。
在一个实施例中,在利用目标接口将多个贷款任务分别发送至相应担保方标识对应的目标服务器的步骤之前,还包括:接收配置终端发送的担保方新增请求;根据担保方新增请求,向配置终端返回配置页面,使配置终端获取在配置页面录入的配置信息;接收配置终端返回的配置信息,根据配置信息与担保方标识对应的目标服务器建立通信链路。
当需要新增目标服务器时,配置终端向第二服务器发送服务方新增请求。第二服务器根据服务方新增请求向配置终端返回配置页面。相关人员可以在配置页面添加该担保方标识及其对应接口的接口名称、接口协议、接口类型、IP地址(Internet ProtocolAddress,网络协议地址)、端口号、用户名密码等配置信息,以实现第二服务器与相应目标服务器之间的数据交互。同一担保方标识可以设定多个接口的配置信息。
本实施例中,通过简单配置的方式即可实现目标服务器的接入,降低了目标服务器的接入门槛,可以提高接入目标服务器的便捷性。
在一个实施例中,利用目标接口将多个贷款任务分别发送至相应担保方标识对应的目标服务器的步骤包括:对相同担保方标识对应的贷款任务进行打包,得到多个任务数据包;调用多个目标接口,利用多个目标接口将多个任务数据包同步发送至相应担保方标识对应的目标服务器;获取发送过程生成的转发日志,根据转发日志检测是否存在转发异常;将发生转发异常的贷款任务添加至缓存队列;在相应任务数据包发送完毕时,重新发送缓存队列中贷款任务。
第二服务器对相同担保方标识对应的贷款任务进行打包,得到多个任务数据包,将多个任务数据包分别发送至相应担保方标识对应的目标服务器。具体的,第二服务器对多个任务数据包进行排序,按照顺序将多个任务数据包依次发送至相应目标服务器。在另一个实施例中,为了提高数据转发效率,第二服务器调用多线程对多个任务数据包进行并行转发。具体的,第二服务器调用多个目标接口,利用多个目标接口将多个任务数据包同步发送至相应目标服务器。
为了提高数据转发成功率,在数据转发过程中,第二服务器按照预设时间频率对转发过程产生的转发日志是否存在转发异常进行检测。当存在转发异常时,第二服务器将发生转发异常的贷款任务添加至缓存队列,在相应任务数据包发送完毕时,重新发送缓存队列中贷款任务。为了避免同一贷款任务频繁重复转发对第二服务器造成的资源浪费,第二服务器对每个贷款任务重复转发的次数进行限制。具体的,第二服务器检测发生转发异常的贷款任务对应的转发次数,检测该转发次数是否超过预设值。若是,则第二服务器生成该贷款任务对应的转发预警,将转发预警发送至运维终端,使运维终端对相应贷款任务进行补充转发,保证贷款任务的转发成功率。
本实施例中,调用多个目标接口同步对多个任务数据包进行转发,可以提高数据转发效率;在转发过程中进行转发异常检测,对于发生异常的贷款任务自动重发,提高数据转发成功率。
应该理解的是,虽然图2的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图3所示,提供了一种贷款数据处理装置,包括:申请数据提取模块302、担保方确定模块304和担保结果反馈模块306,其中:
申请数据提取模块302,用于按照预设时间频率在源服务器提取贷款申请数据;贷款申请数据由多个用户终端发送至源服务器;贷款申请数据包括一个或多个贷款标识;
担保方确定模块304,用于获取贷款申请数据中贷款标识所对应的消息队列;消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与贷款申请数据相适应的担保方标识;
担保结果反馈模块306,用于将多组贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到目标服务器返回的担保结果时,将担保结果返回至相应的源服务器,源服务器将担保结果返回至用户终端。
在一个实施例中,贷款申请数据还包括申请人标识;该装置还包括信用校验模块308,用于获取预设的信用黑名单,信用黑名单包括多个申请人标识;检测贷款申请数据中的申请人标识是否属于信用黑名单;当贷款申请数据中的申请人标识不属于信用黑名单时,对贷款申请数据进行信用校验;根据预设的多种贷款标识组合以及与各贷款标识组合相对应的消息队列,获取与信用校验通过的贷款申请数据中贷款标识所对应的消息队列。
在一个实施例中,贷款申请数据还包括申请额度和贷款资源类型;信用校验模块308还用于根据申请人标识生成多个预设征信平台对应的征信请求,调用多线程将多个征信请求并行发送至相应的预设征信平台;接收多个预设征信平台分别返回的征信记录,对多个征信记录进行解析,生成申请人标识对应的综合信用记录;根据综合信用记录计算申请人标识对应的信用值;根据预设的多种贷款资源类型与贷款上限额度的对应关系,确定贷款申请数据中贷款资源类型对应的贷款上限额度;当信用值达到阈值,且申请额度不超过相应的贷款上限额度时,贷款申请数据校验通过。
在一个实施例中,贷款标识组合包括一个或多个贷款标识;消息队列中多个担保方标识具有不同的担保比例;担保方确定模块304包括队列生成模块3042,用于根据贷款申请数据中贷款标识,检测是否存在对应的消息队列;当不存在对应的消息队列时,根据预设的多种贷款标识组合及分别对应的多个担保方标识,获取贷款申请数据中贷款标识所对应的多个担保方标识;根据获取的多个担保方标识的担保比例,确定多个担保方标识的担保顺序;获取预设的队列长度,根据队列长度以及多个担保方标识的担保比例,确定多个担保方标识的担保次数;根据担保顺序和担保次数,利用多个担保方标识生成相应的消息队列。
在一个实施例中,贷款申请数据还包括申请额度;消息队列还包括每个担保方标识对应的担保状态;担保状态包括已担保和未担保;担保方确定模块304包括队列遍历模块3044和额度匹配模块3046,队列遍历模块3044用于按照预设遍历方向对获取到的消息队列进行遍历,筛选第一个担保状态为未担保的担保方标识;额度匹配模块3046用于计算筛选出的担保方标识对应的剩余担保额度;对比剩余担保额度是否大于或等于申请额度;若是,将筛选出的担保方标识标记为贷款申请数据相适应的担保方标识,将筛选出的担保方标识的担保状态变更为已担保;否则,筛选下一个保单状态为未担保的担保方标识,返回计算筛选出的担保方标识对应的剩余担保额度的步骤,直至确定贷款申请数据相适应的担保方标识。
在一个实施例中,额度匹配模块3046还用与获取担保方标识对应的总担保额度和历史担保记录;根据历史担保记录统计担保方标识对应的已担保额度;根据在源服务器提取到的多组贷款申请数据,测算担保方标识对应的在途担保额度;根据总担保额度、已担保额度和在途担保额度,计算担保方标识对应的剩余担保额度。
在一个实施例中,担保方确定模块304包括担保拆分模块3048,用于若消息队列不存在与贷款申请相适应的担保方标识,根据贷款申请数据中申请额度以及消息队列中担保状态为未担保的担保方标识对应的剩余担保额度,对贷款申请数据进行拆分,得到多份具有不同申请额度的子项申请数据;重新对消息队列进行遍历,按照预设规则筛选与子项申请数据相适应的担保方标识,将筛选得到的多个担保方标识共同标记为贷款申请数据相适应的担保方标识。
关于贷款数据处理装置的具体限定可以参见上文中对于贷款数据处理方法的限定,在此不再赘述。上述贷款数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储多种贷款标识组合以及分别对应的担保方标识。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种贷款数据处理方法。
本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:按照预设时间频率在源服务器提取贷款申请数据;贷款申请数据由多个用户终端发送至源服务器;贷款申请数据包括一个或多个贷款标识;获取贷款申请数据中贷款标识所对应的消息队列;消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与贷款申请数据相适应的担保方标识;将多组贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到目标服务器返回的担保结果时,将担保结果返回至相应的源服务器,源服务器将担保结果返回至用户终端。
在一个实施例中,贷款申请数据还包括申请人标识;处理器执行计算机程序时还实现以下步骤:获取预设的信用黑名单,信用黑名单包括多个申请人标识;检测贷款申请数据中的申请人标识是否属于信用黑名单;当贷款申请数据中的申请人标识不属于信用黑名单时,对贷款申请数据进行信用校验;根据预设的多种贷款标识组合以及与各贷款标识组合相对应的消息队列,获取与信用校验通过的贷款申请数据中贷款标识所对应的消息队列。
在一个实施例中,贷款申请数据还包括申请额度和贷款资源类型;处理器执行计算机程序时还实现以下步骤:根据申请人标识生成多个预设征信平台对应的征信请求,调用多线程将多个征信请求并行发送至相应的预设征信平台;接收多个预设征信平台分别返回的征信记录,对多个征信记录进行解析,生成申请人标识对应的综合信用记录;根据综合信用记录计算申请人标识对应的信用值;根据预设的多种贷款资源类型与贷款上限额度的对应关系,确定贷款申请数据中贷款资源类型对应的贷款上限额度;当信用值达到阈值,且申请额度不超过相应的贷款上限额度时,贷款申请数据校验通过。
在一个实施例中,贷款标识组合包括一个或多个贷款标识;消息队列中多个担保方标识具有不同的担保比例;处理器执行计算机程序时还实现以下步骤:根据贷款申请数据中贷款标识,检测是否存在对应的消息队列;当不存在对应的消息队列时,根据预设的多种贷款标识组合及分别对应的多个担保方标识,获取贷款申请数据中贷款标识所对应的多个担保方标识;根据获取的多个担保方标识的担保比例,确定多个担保方标识的担保顺序;获取预设的队列长度,根据队列长度以及多个担保方标识的担保比例,确定多个担保方标识的担保次数;根据担保顺序和担保次数,利用多个担保方标识生成相应的消息队列。
在一个实施例中,贷款申请数据还包括申请额度;消息队列还包括每个担保方标识对应的担保状态;担保状态包括已担保和未担保;处理器执行计算机程序时还实现以下步骤:按照预设遍历方向对获取到的消息队列进行遍历,筛选第一个担保状态为未担保的担保方标识;计算筛选出的担保方标识对应的剩余担保额度;对比剩余担保额度是否大于或等于申请额度;若是,将筛选出的担保方标识标记为贷款申请数据相适应的担保方标识,将筛选出的担保方标识的担保状态变更为已担保;否则,筛选下一个保单状态为未担保的担保方标识,返回计算筛选出的担保方标识对应的剩余担保额度的步骤,直至确定贷款申请数据相适应的担保方标识。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:获取担保方标识对应的总担保额度和历史担保记录;根据历史担保记录统计担保方标识对应的已担保额度;根据在源服务器提取到的多组贷款申请数据,测算担保方标识对应的在途担保额度;根据总担保额度、已担保额度和在途担保额度,计算担保方标识对应的剩余担保额度。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:若消息队列不存在与贷款申请相适应的担保方标识,根据贷款申请数据中申请额度以及消息队列中担保状态为未担保的担保方标识对应的剩余担保额度,对贷款申请数据进行拆分,得到多份具有不同申请额度的子项申请数据;重新对消息队列进行遍历,按照预设规则筛选与子项申请数据相适应的担保方标识,将筛选得到的多个担保方标识共同标记为贷款申请数据相适应的担保方标识。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:按照预设时间频率在源服务器提取贷款申请数据;贷款申请数据由多个用户终端发送至源服务器;贷款申请数据包括一个或多个贷款标识;获取贷款申请数据中贷款标识所对应的消息队列;消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与贷款申请数据相适应的担保方标识;将多组贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到目标服务器返回的担保结果时,将担保结果返回至相应的源服务器,源服务器将担保结果返回至用户终端。
在一个实施例中,贷款申请数据还包括申请人标识;计算机程序被处理器执行时还实现以下步骤:获取预设的信用黑名单,信用黑名单包括多个申请人标识;检测贷款申请数据中的申请人标识是否属于信用黑名单;当贷款申请数据中的申请人标识不属于信用黑名单时,对贷款申请数据进行信用校验;根据预设的多种贷款标识组合以及与各贷款标识组合相对应的消息队列,获取与信用校验通过的贷款申请数据中贷款标识所对应的消息队列。
在一个实施例中,贷款申请数据还包括申请额度和贷款资源类型;计算机程序被处理器执行时还实现以下步骤:根据申请人标识生成多个预设征信平台对应的征信请求,调用多线程将多个征信请求并行发送至相应的预设征信平台;接收多个预设征信平台分别返回的征信记录,对多个征信记录进行解析,生成申请人标识对应的综合信用记录;根据综合信用记录计算申请人标识对应的信用值;根据预设的多种贷款资源类型与贷款上限额度的对应关系,确定贷款申请数据中贷款资源类型对应的贷款上限额度;当信用值达到阈值,且申请额度不超过相应的贷款上限额度时,贷款申请数据校验通过。
在一个实施例中,贷款标识组合包括一个或多个贷款标识;消息队列中多个担保方标识具有不同的担保比例;计算机程序被处理器执行时还实现以下步骤:根据贷款申请数据中贷款标识,检测是否存在对应的消息队列;当不存在对应的消息队列时,根据预设的多种贷款标识组合及分别对应的多个担保方标识,获取贷款申请数据中贷款标识所对应的多个担保方标识;根据获取的多个担保方标识的担保比例,确定多个担保方标识的担保顺序;获取预设的队列长度,根据队列长度以及多个担保方标识的担保比例,确定多个担保方标识的担保次数;根据担保顺序和担保次数,利用多个担保方标识生成相应的消息队列。
在一个实施例中,贷款申请数据还包括申请额度;消息队列还包括每个担保方标识对应的担保状态;担保状态包括已担保和未担保;计算机程序被处理器执行时还实现以下步骤:按照预设遍历方向对获取到的消息队列进行遍历,筛选第一个担保状态为未担保的担保方标识;计算筛选出的担保方标识对应的剩余担保额度;对比剩余担保额度是否大于或等于申请额度;若是,将筛选出的担保方标识标记为贷款申请数据相适应的担保方标识,将筛选出的担保方标识的担保状态变更为已担保;否则,筛选下一个保单状态为未担保的担保方标识,返回计算筛选出的担保方标识对应的剩余担保额度的步骤,直至确定贷款申请数据相适应的担保方标识。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:获取担保方标识对应的总担保额度和历史担保记录;根据历史担保记录统计担保方标识对应的已担保额度;根据在源服务器提取到的多组贷款申请数据,测算担保方标识对应的在途担保额度;根据总担保额度、已担保额度和在途担保额度,计算担保方标识对应的剩余担保额度。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:若消息队列不存在与贷款申请相适应的担保方标识,根据贷款申请数据中申请额度以及消息队列中担保状态为未担保的担保方标识对应的剩余担保额度,对贷款申请数据进行拆分,得到多份具有不同申请额度的子项申请数据;重新对消息队列进行遍历,按照预设规则筛选与子项申请数据相适应的担保方标识,将筛选得到的多个担保方标识共同标记为贷款申请数据相适应的担保方标识。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种贷款数据处理方法,所述方法包括:
按照预设时间频率在源服务器提取贷款申请数据;所述贷款申请数据由多个用户终端发送至所述源服务器;所述贷款申请数据包括一个或多个贷款标识;
获取所述贷款申请数据中贷款标识所对应的消息队列;所述消息队列包括多个担保方标识;
对获取到的消息队列进行遍历,按照预设规则筛选与所述贷款申请数据相适应的担保方标识;
将多组所述贷款申请数据分别发送至相应担保方标识对应的目标服务器;
当接收到所述目标服务器返回的担保结果时,将所述担保结果返回至相应的所述源服务器,所述源服务器将所述担保结果返回至所述用户终端。
2.根据权利要求1所述的方法,其特征在于,所述贷款申请数据还包括申请人标识;获取所述贷款申请数据中贷款标识所对应的消息队列的步骤包括:
获取预设的信用黑名单,所述信用黑名单包括多个申请人标识;
检测所述贷款申请数据中的申请人标识是否属于所述信用黑名单;
当所述贷款申请数据中的申请人标识不属于所述信用黑名单时,对所述贷款申请数据进行信用校验;
根据预设的多种贷款标识组合以及与各所述贷款标识组合相对应的消息队列,获取与信用校验通过的贷款申请数据中贷款标识所对应的消息队列。
3.根据权利要求2所述的方法,其特征在于,所述贷款申请数据还包括申请额度和贷款资源类型;对所述贷款申请数据进行信用校验的步骤包括:
根据所述申请人标识生成多个预设征信平台对应的征信请求,调用多线程将多个征信请求并行发送至相应的预设征信平台;
接收多个预设征信平台分别返回的征信记录,对多个征信记录进行解析,生成所述申请人标识对应的综合信用记录;
根据所述综合信用记录计算所述申请人标识对应的信用值;
根据预设的多种贷款资源类型与贷款上限额度的对应关系,确定所述贷款申请数据中贷款资源类型对应的贷款上限额度;
当所述信用值达到阈值,且所述申请额度不超过相应的贷款上限额度时,所述贷款申请数据校验通过。
4.根据权利要求1所述的方法,其特征在于,所述贷款标识组合包括一个或多个贷款标识;所述消息队列中多个担保方标识具有不同的担保比例;所述获取所述贷款申请数据中贷款标识所对应的消息队列的步骤包括:
根据所述贷款申请数据中贷款标识,检测是否存在对应的消息队列;
当不存在对应的消息队列时,根据预设的多种贷款标识组合及分别对应的多个担保方标识,获取所述贷款申请数据中贷款标识所对应的多个担保方标识;
根据获取的多个担保方标识的担保比例,确定多个担保方标识的担保顺序;
获取预设的队列长度,根据所述队列长度以及多个担保方标识的担保比例,确定多个担保方标识的担保次数;
根据所述担保顺序和担保次数,利用多个担保方标识生成相应的消息队列。
5.根据权利要求1~4任意一项所述的方法,其特征在于,所述贷款申请数据还包括申请额度;所述消息队列还包括每个担保方标识对应的担保状态;所述担保状态包括已担保和未担保;所述对获取到的消息队列进行遍历,按照预设规则筛选与所述贷款申请数据相适应的担保方标识的步骤包括:
按照预设遍历方向对获取到的消息队列进行遍历,筛选第一个担保状态为未担保的担保方标识;
计算筛选出的担保方标识对应的剩余担保额度;
对比所述剩余担保额度是否大于或等于所述申请额度;
若是,将筛选出的担保方标识标记为所述贷款申请数据相适应的担保方标识,将筛选出的担保方标识的担保状态变更为已担保;
否则,筛选下一个保单状态为未担保的担保方标识,返回所述计算筛选出的担保方标识对应的剩余担保额度的步骤,直至确定所述贷款申请数据相适应的担保方标识。
6.根据权利要求5所述的方法,其特征在于,所述计算筛选出的担保方标识对应的剩余担保额度的步骤包括:
获取所述担保方标识对应的总担保额度和历史担保记录;
根据所述历史担保记录统计所述担保方标识对应的已担保额度;
根据在源服务器提取到的多组贷款申请数据,测算所述担保方标识对应的在途担保额度;
根据所述总担保额度、已担保额度和在途担保额度,计算所述担保方标识对应的剩余担保额度。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
若所述消息队列不存在与所述贷款申请相适应的担保方标识,根据所述贷款申请数据中申请额度以及所述消息队列中担保状态为未担保的担保方标识对应的剩余担保额度,对所述贷款申请数据进行拆分,得到多份具有不同申请额度的子项申请数据;
重新对所述消息队列进行遍历,按照预设规则筛选与所述子项申请数据相适应的担保方标识,将筛选得到的多个担保方标识共同标记为所述贷款申请数据相适应的担保方标识。
8.一种贷款数据处理装置,所述装置包括:
申请数据提取模块,用于按照预设时间频率在源服务器提取贷款申请数据;所述贷款申请数据由多个用户终端发送至所述源服务器;所述贷款申请数据包括一个或多个贷款标识;
担保方确定模块,用于获取所述贷款申请数据中贷款标识所对应的消息队列;所述消息队列包括多个担保方标识;对获取到的消息队列进行遍历,按照预设规则筛选与所述贷款申请数据相适应的担保方标识;
担保结果反馈模块,用于将多组所述贷款申请数据分别发送至相应担保方标识对应的目标服务器;当接收到所述目标服务器返回的担保结果时,将所述担保结果返回至相应的所述源服务器,所述源服务器将所述担保结果返回至所述用户终端。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810124335.2A CN108389121B (zh) | 2018-02-07 | 2018-02-07 | 贷款数据处理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810124335.2A CN108389121B (zh) | 2018-02-07 | 2018-02-07 | 贷款数据处理方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108389121A true CN108389121A (zh) | 2018-08-10 |
CN108389121B CN108389121B (zh) | 2021-06-22 |
Family
ID=63075513
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810124335.2A Active CN108389121B (zh) | 2018-02-07 | 2018-02-07 | 贷款数据处理方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108389121B (zh) |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109087198A (zh) * | 2018-09-21 | 2018-12-25 | 深圳市买买提信息科技有限公司 | 一种放款方法及系统 |
CN109325866A (zh) * | 2018-08-17 | 2019-02-12 | 广州联保信息技术有限公司 | 一种投保信息处理方法、系统、装置和存储介质 |
CN109359131A (zh) * | 2018-09-30 | 2019-02-19 | 深圳壹账通智能科技有限公司 | 基于贷款系统的请求处理方法、装置和计算机设备 |
CN109410040A (zh) * | 2018-11-07 | 2019-03-01 | 杭州创金聚乾网络科技有限公司 | 一种借贷申请与投资申请的撮合方法、装置及设备 |
CN109584043A (zh) * | 2018-10-25 | 2019-04-05 | 平安科技(深圳)有限公司 | 基于区块链的贷款数据处理方法、装置、设备及存储介质 |
CN109658218A (zh) * | 2018-09-27 | 2019-04-19 | 深圳壹账通智能科技有限公司 | 贷款拆单方法、装置、设备及可读存储介质 |
CN109767070A (zh) * | 2018-12-14 | 2019-05-17 | 深圳壹账通智能科技有限公司 | 案件分配方法、装置、计算机设备和存储介质 |
CN109784641A (zh) * | 2018-12-13 | 2019-05-21 | 深圳壹账通智能科技有限公司 | 数据推送装置、设备、方法和可读存储介质 |
CN110276692A (zh) * | 2019-06-25 | 2019-09-24 | 深圳前海微众银行股份有限公司 | 一种处理交易数据的方法及装置 |
CN110490594A (zh) * | 2019-07-18 | 2019-11-22 | 招联消费金融有限公司 | 业务数据处理方法、装置、计算机设备和存储介质 |
CN110503545A (zh) * | 2019-07-10 | 2019-11-26 | 深圳壹账通智能科技有限公司 | 贷款自主进件方法、终端设备、存储介质及装置 |
CN110634063A (zh) * | 2019-08-30 | 2019-12-31 | 中国人民财产保险股份有限公司 | 一种信用担保贷款业务处理方法、装置和电子设备 |
CN110727770A (zh) * | 2019-08-30 | 2020-01-24 | 深圳壹账通智能科技有限公司 | 请求的智能筛选方法、装置、计算机设备和存储介质 |
CN110740103A (zh) * | 2019-09-02 | 2020-01-31 | 深圳壹账通智能科技有限公司 | 业务请求处理方法、装置、计算机设备和存储介质 |
CN111105302A (zh) * | 2018-10-29 | 2020-05-05 | 重庆小雨点小额贷款有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN111209311A (zh) * | 2018-11-06 | 2020-05-29 | 京东数字科技控股有限公司 | 用于处理数据的方法和装置 |
CN111489249A (zh) * | 2020-03-13 | 2020-08-04 | 天元大数据信用管理有限公司 | 一种基于区块链构建金融风控联盟的方法、设备及介质 |
CN111737301A (zh) * | 2020-06-23 | 2020-10-02 | 北京同邦卓益科技有限公司 | 业务处理方法、装置、设备及计算机可读存储介质 |
CN111833179A (zh) * | 2020-07-17 | 2020-10-27 | 浙江网商银行股份有限公司 | 资源分配平台、资源分配方法及装置 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020116245A1 (en) * | 2000-12-21 | 2002-08-22 | Hinkle Burl Shannon | Method and system for prioritizing debt collections |
US20040236677A1 (en) * | 2000-02-25 | 2004-11-25 | Thomas J Perkowski, Esq. | Computer-implemented method of reducing risk in a payment-based transaction wherein payment is made from an account holder to a counterparty using a payment bank system oprated by a payment bank and wherein a payment authorizing instruction is returned to payment queue for later re-evaluation in the event that the amount of payment authorized by said payment authorizing instruction exceeds the available balance |
CN101221578A (zh) * | 2008-02-01 | 2008-07-16 | 中国建设银行股份有限公司 | 数据筛选的方法、装置以及证券化贷款的筛选方法、装置 |
CN101567071A (zh) * | 2008-04-21 | 2009-10-28 | 阿里巴巴集团控股有限公司 | 一种网上交易系统和银行系统的数据交互处理方法及装置 |
CN102411747A (zh) * | 2011-04-20 | 2012-04-11 | 李华东 | 认证电子商务交易担保及其预付额的方法 |
CN102903056A (zh) * | 2011-07-27 | 2013-01-30 | 刘金衢 | 一种基于电子商务平台的借贷担保方法及系统 |
CN103942098A (zh) * | 2014-04-29 | 2014-07-23 | 国家电网公司 | 一种任务处理系统和方法 |
CN104103009A (zh) * | 2014-05-16 | 2014-10-15 | 张岩 | 一种基于信用报告的数据库的构建方法 |
CN104715415A (zh) * | 2013-12-13 | 2015-06-17 | 徐国良 | 借贷撮合平台系统 |
CN105700948A (zh) * | 2014-11-24 | 2016-06-22 | 阿里巴巴集团控股有限公司 | 一种用于在集群中调度计算任务的方法与设备 |
CN107040567A (zh) * | 2016-09-27 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 资源预分配额度的管控方法及装置 |
CN107464183A (zh) * | 2017-07-03 | 2017-12-12 | 广州帝隆科技股份有限公司 | 基于互联网的借贷方法、电子设备、存储介质及系统 |
CN107481133A (zh) * | 2017-08-14 | 2017-12-15 | 潘国胜 | 基于互联网的信贷风险分散消化方法 |
-
2018
- 2018-02-07 CN CN201810124335.2A patent/CN108389121B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040236677A1 (en) * | 2000-02-25 | 2004-11-25 | Thomas J Perkowski, Esq. | Computer-implemented method of reducing risk in a payment-based transaction wherein payment is made from an account holder to a counterparty using a payment bank system oprated by a payment bank and wherein a payment authorizing instruction is returned to payment queue for later re-evaluation in the event that the amount of payment authorized by said payment authorizing instruction exceeds the available balance |
US20020116245A1 (en) * | 2000-12-21 | 2002-08-22 | Hinkle Burl Shannon | Method and system for prioritizing debt collections |
CN101221578A (zh) * | 2008-02-01 | 2008-07-16 | 中国建设银行股份有限公司 | 数据筛选的方法、装置以及证券化贷款的筛选方法、装置 |
CN101567071A (zh) * | 2008-04-21 | 2009-10-28 | 阿里巴巴集团控股有限公司 | 一种网上交易系统和银行系统的数据交互处理方法及装置 |
CN102411747A (zh) * | 2011-04-20 | 2012-04-11 | 李华东 | 认证电子商务交易担保及其预付额的方法 |
CN102903056A (zh) * | 2011-07-27 | 2013-01-30 | 刘金衢 | 一种基于电子商务平台的借贷担保方法及系统 |
CN104715415A (zh) * | 2013-12-13 | 2015-06-17 | 徐国良 | 借贷撮合平台系统 |
CN103942098A (zh) * | 2014-04-29 | 2014-07-23 | 国家电网公司 | 一种任务处理系统和方法 |
CN104103009A (zh) * | 2014-05-16 | 2014-10-15 | 张岩 | 一种基于信用报告的数据库的构建方法 |
CN105700948A (zh) * | 2014-11-24 | 2016-06-22 | 阿里巴巴集团控股有限公司 | 一种用于在集群中调度计算任务的方法与设备 |
CN107040567A (zh) * | 2016-09-27 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 资源预分配额度的管控方法及装置 |
CN107464183A (zh) * | 2017-07-03 | 2017-12-12 | 广州帝隆科技股份有限公司 | 基于互联网的借贷方法、电子设备、存储介质及系统 |
CN107481133A (zh) * | 2017-08-14 | 2017-12-15 | 潘国胜 | 基于互联网的信贷风险分散消化方法 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109325866A (zh) * | 2018-08-17 | 2019-02-12 | 广州联保信息技术有限公司 | 一种投保信息处理方法、系统、装置和存储介质 |
CN109087198A (zh) * | 2018-09-21 | 2018-12-25 | 深圳市买买提信息科技有限公司 | 一种放款方法及系统 |
CN109658218A (zh) * | 2018-09-27 | 2019-04-19 | 深圳壹账通智能科技有限公司 | 贷款拆单方法、装置、设备及可读存储介质 |
CN109359131A (zh) * | 2018-09-30 | 2019-02-19 | 深圳壹账通智能科技有限公司 | 基于贷款系统的请求处理方法、装置和计算机设备 |
CN109584043A (zh) * | 2018-10-25 | 2019-04-05 | 平安科技(深圳)有限公司 | 基于区块链的贷款数据处理方法、装置、设备及存储介质 |
CN111105302A (zh) * | 2018-10-29 | 2020-05-05 | 重庆小雨点小额贷款有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN111105302B (zh) * | 2018-10-29 | 2023-09-15 | 重庆小雨点小额贷款有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN111209311A (zh) * | 2018-11-06 | 2020-05-29 | 京东数字科技控股有限公司 | 用于处理数据的方法和装置 |
CN111209311B (zh) * | 2018-11-06 | 2024-02-06 | 京东科技控股股份有限公司 | 用于处理数据的方法和装置 |
CN109410040A (zh) * | 2018-11-07 | 2019-03-01 | 杭州创金聚乾网络科技有限公司 | 一种借贷申请与投资申请的撮合方法、装置及设备 |
CN109784641A (zh) * | 2018-12-13 | 2019-05-21 | 深圳壹账通智能科技有限公司 | 数据推送装置、设备、方法和可读存储介质 |
CN109767070A (zh) * | 2018-12-14 | 2019-05-17 | 深圳壹账通智能科技有限公司 | 案件分配方法、装置、计算机设备和存储介质 |
CN110276692A (zh) * | 2019-06-25 | 2019-09-24 | 深圳前海微众银行股份有限公司 | 一种处理交易数据的方法及装置 |
CN110276692B (zh) * | 2019-06-25 | 2023-09-12 | 深圳前海微众银行股份有限公司 | 一种处理交易数据的方法及装置 |
CN110503545A (zh) * | 2019-07-10 | 2019-11-26 | 深圳壹账通智能科技有限公司 | 贷款自主进件方法、终端设备、存储介质及装置 |
CN110490594B (zh) * | 2019-07-18 | 2022-06-17 | 招联消费金融有限公司 | 业务数据处理方法、装置、计算机设备和存储介质 |
CN110490594A (zh) * | 2019-07-18 | 2019-11-22 | 招联消费金融有限公司 | 业务数据处理方法、装置、计算机设备和存储介质 |
CN110634063A (zh) * | 2019-08-30 | 2019-12-31 | 中国人民财产保险股份有限公司 | 一种信用担保贷款业务处理方法、装置和电子设备 |
CN110727770A (zh) * | 2019-08-30 | 2020-01-24 | 深圳壹账通智能科技有限公司 | 请求的智能筛选方法、装置、计算机设备和存储介质 |
CN110740103A (zh) * | 2019-09-02 | 2020-01-31 | 深圳壹账通智能科技有限公司 | 业务请求处理方法、装置、计算机设备和存储介质 |
CN111489249A (zh) * | 2020-03-13 | 2020-08-04 | 天元大数据信用管理有限公司 | 一种基于区块链构建金融风控联盟的方法、设备及介质 |
CN111737301A (zh) * | 2020-06-23 | 2020-10-02 | 北京同邦卓益科技有限公司 | 业务处理方法、装置、设备及计算机可读存储介质 |
CN111833179A (zh) * | 2020-07-17 | 2020-10-27 | 浙江网商银行股份有限公司 | 资源分配平台、资源分配方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108389121B (zh) | 2021-06-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108389121A (zh) | 贷款数据处理方法、装置、计算机设备和存储介质 | |
CN108416665A (zh) | 数据交互方法、装置、计算机设备和存储介质 | |
US10783116B2 (en) | Systems and methods for managing data | |
US20180189680A1 (en) | Software development platform for testing and modifying decision algorithms | |
US8825798B1 (en) | Business event tracking system | |
CN111741026A (zh) | 一种跨链事务请求处理方法、装置、设备以及存储介质 | |
CN109544326A (zh) | 业务请求响应方法、装置、计算机设备和存储介质 | |
US10192262B2 (en) | System for periodically updating backings for resource requests | |
US10013237B2 (en) | Automated approval | |
US9652630B2 (en) | Enhanced view compliance tool | |
CN113095935A (zh) | 交易订单处理方法、装置、计算机设备和存储介质 | |
CN112688818B (zh) | 数据发送方法、装置、电子设备及可读存储介质 | |
KR102107454B1 (ko) | 금융결제망 다중화 시스템, 이를 이용한 금융 서비스 방법 및 이를 위한 컴퓨터 프로그램 | |
CN113191881A (zh) | 基于区块链的金融业务监管数据处理方法、装置及系统 | |
WO2019205023A1 (zh) | 一种基于区块链的数据管理方法及相关系统 | |
Maulana et al. | Enterprise System Modeling for Business Licensing Services | |
CN115795553B (zh) | 一种数据处理方法、系统、设备及存储介质 | |
US20230085144A1 (en) | System and method for real-time management of data records | |
Oladipo et al. | Integrated Subscriber Identification Module Registration | |
CN115827462A (zh) | 接口测试方法、终端设备及计算机可读存储介质 | |
CN114677133A (zh) | 一种基于清结算网络的安全管理系统 | |
CN116128295A (zh) | 稽核数据的派发方法、设备及存储介质 | |
CN117910555A (zh) | 生成关系图谱的方法及装置、非易失性存储介质 | |
CN117632733A (zh) | 验证账务系统的验证方法、装置及电子设备 | |
CN114722052A (zh) | 数据处理方法、装置、电子设备以及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |