CN111260467A - 一种信息处理方法、系统及存储介质 - Google Patents
一种信息处理方法、系统及存储介质 Download PDFInfo
- Publication number
- CN111260467A CN111260467A CN202010075540.1A CN202010075540A CN111260467A CN 111260467 A CN111260467 A CN 111260467A CN 202010075540 A CN202010075540 A CN 202010075540A CN 111260467 A CN111260467 A CN 111260467A
- Authority
- CN
- China
- Prior art keywords
- wind control
- application information
- time
- historical wind
- control index
- 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
Images
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
Abstract
本申请提供一种信息处理方法、系统及存储介质,用于提高控制设备处理款项申请信息的效率。该方法包括:针对历史风控指标集合中每一个风控指标,控制设备获取多个第一时间段中每个第一时间段内历史风控指标值;所述控制设备确定所述多个第一时间段内的历史风控指标值的平均值,获得平均后的历史风控指标值;所述控制设备根据各个平均后的历史风控指标值,确定延时时长;所述控制设备接收来自用户关联的终端设备的第一款项申请信息;所述控制设备根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长;所述控制设备生成针对所述第一款项申请信息的放款结果,向所述终端设备发送所述放款结果;所述终端设备显示所述放款结果。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种信息处理方法、系统及存储介质。
背景技术
目前,用户在一些机构申请款项的时候,需要去机构填写款项申请表单,在工作人员审核表单中的信息满足规定的条件,用户才可以获得款项申请资格。例如贷款机构需要审核用户的身份信息、征信信息或贷款资格等,从而确定是否向该用户放款。然而,在人工审核信息的情况下,由于每个用户待审核的信息过多,因此,人工审核用户的款项申请表单的过程效率较低,造成针对用户的款项申请表单的放款效率较低。
发明内容
本申请实施例提供一种信息处理方法、系统及存储介质,用于提高控制设备处理第一款项申请信息的效率。
第一方面,提供一种信息处理方法,该方法包括:
针对历史风控指标集合中每一个风控指标,控制设备获取多个第一时间段中每个第一时间段内历史风控指标值;其中,所述历史风控指标集合用于评价在第二时间段内所有历史款项申请信息对应的所有用户的平均风控质量,所述第二时间段包括所述多个第一时间段;
针对历史风控指标中每一历史风控指标,所述控制设备确定所述多个第一时间段内的历史风控指标值的平均值,获得平均后的历史风控指标值;
所述控制设备根据各个平均后的历史风控指标值,确定延时时长;
所述控制设备接收来自用户关联的终端设备的第一款项申请信息;
所述控制设备根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长;
所述控制设备生成针对所述第一款项申请信息的放款结果,向所述终端设备发送所述放款结果;
所述终端设备接收所述放款结果,并显示所述放款结果。
本申请实施例中,根据风控指标的历史数据确定在第二时间段内,用户的平均风控质量,根据用户的平均风控质量,确定针对第一款项申请信息进行放款的放款时间的延时时长,并对放款时间进行延时,获得用户的第一款项申请信息、处理用户的第一款项申请信息和通知用户款项处理结果的过程均由设备完成,相较于人工审核和处理的过程,本申请实施例处理信息的效率更高,还可以及时的向用户反馈第一款项申请信息的放款结果。并且,将第二时间段进行了更具体的划分,划分为多个第一时间段,用户的风控指标值可能与时间段是相关的,对多个第一时间段内的历史风控指标值进行平均,能够获得更具有参考价值的历史风控指标值,也就能使得最后确定出的延时时长更具有参考价值,使得放款时间更合理,灵活性更高。更细化的划分时间段使得在确定当天的第一款项申请信息的放款时间时,可以对不同的第一时间段确定不同的延时时长,对于每个第一时间段内的第一款项申请信息的放款时间的确定有更好的针对性。例如,当用户的平均风控质量越低的情况下,可以对依据第一款项申请信息进行放款的放款时间越长,使得用户的平均风控质量越低的情况下,放出的款项的总金额越小,从而用户逾期还款的总金额就越少,换言之,减少用户逾期还款的可能性,使得通过获得款项的用户中的高质量用户越多,进而提升了款项发放的合理性。进一步,本申请实施例中,风控指标集合中的每个风控指标均参与确定用户的平均风控质量,使得确定出的用户的平均风控质量更加接近实际情况,从而使得获得的延时时长更具有参考价值。
可选的,所述历史风控指标集合包括还款逾期率和拒保率,所述控制设备根据各个平均后的历史风控指标值,确定延时时长,包括:
所述控制设备对平均后的还款逾期率,以及平均后的拒保率进行加权平均,获得延时因子;
所述控制设备根据所述延时因子,对预设的最长等待时长进行修正,获得延时时长。
本申请实施例中,以还款逾期率和拒保率作为风控指标,将两种风控指标的平均数据再进行加权平均,使得延时时长与还款逾期率和拒保率相关,比如可以延长用户还款逾期率高的时段的放款时间,比如也可以延长用户拒保率高的时段的放款时间,且,使得确定出的延时因子中包含了更多的影响用户质量的因素,可以更全面的减少低质量的用户获得更多的款项金额的可能性。
可选的,所述控制设备确定所述多个第一时间段内的历史风控指标值的平均值时采用加权平均算法,距离所述第一款项申请信息的时刻越近的时间段内所对应的历史风控指标值所占的权重越大。
本申请实施例中,一般情况下,距离第一款项申请信息的时刻越近的时间的历史数据,越接近第一款项申请信息的时刻的实际情况,因此,可以将距离当天越近的时间的历史数据设置为更大的权重值,距离当天越远的时间的历史数据设置更小的权重值,如此一来,使得确定出的延时因子更符合第一款项申请信息的时刻所对应的实际情况,进而确定出的延时时长更加准确。
可选的,所述控制设备获取多个第一时间段中每个时间段内的历史风控指标值,包括:
所述控制设备确定所述第一款项申请信息对应的地区;
所述控制设备获取所述地区所在的多个第一时间段中每个时间段内的历史风控指标值。
本申请实施例中,不同的地区的用户在不同的第一时间段内的质量分布可能是不同的,因此可以将地区因素作为衡量用户质量的另一种因素,对不同地区的历史风控指标数据进行分析,确定不同地区的不同时间段的延时时长,从而获得更加接近于实际情况的延时因子,从而确定出更加准确的延时时长。
可选的,根据预先获得的延时时长,在所述控制设备根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长之后,包括:
所述控制设备将所述第一款项申请信息发送给第三方平台。
本申请实施例中,在确定了延时时长之后,可以将第一款项申请信息发送至第三方平台,由第三方平台将第一款项申请信息的处理结果发送至用户,以便于用户可以实时掌握第一款项申请信息的进度。
可选的,在所述控制设备根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长之前,包括:
所述控制设备根据接收所述第一款项申请信息的时刻,将所述获得第一款项申请信息缓存至缓存队列。
本申请实施例中,在对放款时间进行延时的时候,可以通过缓存队列实现,根据接收第一款项申请信息的时刻,依次将用户的第一款项申请信息按顺序存储至缓存队列中,可以在缓存队列中对第一款项申请信息的放款时间进行延长,当延时后的放款时间到达时,可以将第一款项申请信息发送至第三方平台等,使得第一款项申请信息可以按照先后顺序依次发送,避免出错,且可以避免排在前面的用户等待时长过长。
可选的,所述方法还包括:
所述控制设备存储所述延时时长;
若在所述第一时间段内接收到第二款项申请信息,所述控制设备根据所述延时时长,对依据所述第二款项申请信息进行放款的时间进行延长;其中,所述第二款项申请信息与所述第一款项申请信息不同。
本申请实施例中,可以预先确定出第一时间段对应的延时时长,并存储该延时时长,使得在第一时间段内接收到第二款项申请信息时,可以直接根据预存的延时时长,对依据第二款项申请信息进行放款的时间进行延长,相对可以减少控制设备确定延时时长的次数,减少控制设备的处理量。
第二方面,提供一种信息处理系统,包括:
控制设备:用于针对历史风控指标集合中每一个风控指标,获取多个第一时间段中每个第一时间段内历史风控指标值;其中,所述历史风控指标集合用于评价在第二时间段内所有历史款项申请信息对应的所有用户的平均风控质量,所述第二时间段包括所述多个第一时间段;以及,针对历史风控指标中每一历史风控指标,确定所述多个第一时间段内的历史风控指标值的平均值,获得平均后的历史风控指标值;以及,根据各个平均后的历史风控指标值,确定延时时长;以及,接收来自用户关联的终端设备的第一款项申请信息;以及,根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长;以及,生成针对所述第一款项申请信息的放款结果,向所述终端设备发送所述放款结果;
终端设备:用于接收所述放款结果,并显示所述放款结果。
可选的,所述历史风控指标集合包括还款逾期率和拒保率,所述控制设备具体用于:
对平均后的还款逾期率,以及平均后的拒保率进行加权平均,获得延时因子;
根据所述延时因子,对预设的最长等待时长进行修正,获得延时时长。
可选的,所述控制设备确定所述多个第一时间段内的历史风控指标值的平均值时采用加权平均算法,距离所述第一款项申请信息的时刻越近的时间段内所对应的历史风控指标值所占的权重越大。
可选的,所述控制设备具体用于:
确定所述第一款项申请信息对应的地区;
获取所述地区所在的多个第一时间段中每个时间段内的历史风控指标值。
可选的,所述控制设备还用于:将所述第一款项申请信息发送给第三方平台。
可选的,所述控制设备还用于:根据接收所述第一款项申请信息的时刻,将所述获得第一款项申请信息缓存至缓存队列。
可选的,所述控制设备还用于:
存储所述延时时长;
若在所述第一时间段内接收到第二款项申请信息,根据所述延时时长,对依据所述第二款项申请信息进行放款的时间进行延长;其中,所述第二款项申请信息与所述第一款项申请信息不同。
第三方面,提供一种控制设备,包括:
存储器,用于存储程序指令;
处理器,用于针对历史风控指标集合中每一个风控指标,获取多个第一时间段中每个第一时间段内历史风控指标值;其中,所述历史风控指标集合用于评价在第二时间段内所有历史款项申请信息对应的所有用户的平均风控质量,所述第二时间段包括所述多个第一时间段;以及,针对历史风控指标中每一历史风控指标,确定所述多个第一时间段内的历史风控指标值的平均值,获得平均后的历史风控指标值;以及,根据各个平均后的历史风控指标值,确定延时时长;以及,接收来自用户关联的终端设备的第一款项申请信息;以及,根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长;以及,生成针对所述第一款项申请信息的放款结果,向所述终端设备发送所述放款结果,以使所述终端设备接收所述放款结果,并显示所述放款结果。
可选的,所述历史风控指标集合包括还款逾期率和拒保率,
所述处理器,具体用于对平均后的还款逾期率,以及平均后的拒保率进行加权平均,获得延时因子;
所述处理器,具体用于根据所述延时因子,对预设的最长等待时长进行修正,获得延时时长。
可选的,所述处理器确定所述多个第一时间段内的历史风控指标值的平均值时采用加权平均算法,距离所述第一款项申请信息的时刻越近的时间段内所对应的历史风控指标值所占的权重越大。
可选的,
所述处理器,具体用于确定所述第一款项申请信息对应的地区;
所述处理器,具体用于获取所述地区所在的多个第一时间段中每个时间段内的历史风控指标值。
可选的,
所述处理器,还用于在根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长之后,将所述第一款项申请信息发送给第三方平台。
可选的,
所述处理器,还用于在根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长之前,根据接收所述第一款项申请信息的时刻,将所述第一款项申请信息缓存至缓存队列。
可选的,
所述处理器,还用于存储所述延时时长;
所述处理器,还用于若在所述第一时间段内接收到第二款项申请信息,根据所述延时时长,对依据所述第二款项申请信息进行放款的时间进行延长;其中,所述第二款项申请信息与所述第一款项申请信息不同。
第四方面,提供一种存储介质,所述存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行第一方面中任一所述的方法。
附图说明
图1为本申请实施例提供的信息处理方法的一种应用场景示意图;
图2为本申请实施例提供的信息处理方法的一种交互过程图;
图3为本申请实施例提供的一种信息处理系统的结构示意图;
图4为本申请实施例提供的一种控制设备结构示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
另外,本申请实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
为了提高控制设备处理款项申请信息的效率,本申请提供一种信息处理方法,该方法由信息处理系统执行,该信息处理系统可以包括控制设备、第三方平台和用户关联的终端设备,或者,可以只包括控制设备和用户关联的终端设备,具体不作限制。请参考图1,为信息处理方法的一种应用场景。该应用场景中的控制放款系统包括控制设备101、第三方平台102和用户关联的终端设备103。控制设备101可以通过终端设备实现,或者,可以通过服务器实现,具体不作限制。本申请实施例中,控制设备101泛指处理款项申请信息的中间设备,以控制设备101为终端设备示例说明。第三方平台102可以是终端设备,或者,可以是服务器,具体不作限制。本申请实施例中,第三方平台102泛指对用户进行放款的系统,以第三方平台102为终端设备示例说明。
图1以控制设备101为终端设备为例,下面对本申请实施例中信息处理方法各个设备之间的交互过程进行示例说明。
具体的,针对历史风控指标集合中每一个风控指标,控制设备101可以获取多个第一时间段中每个第一时间段的历史风控指标值,并针对每个历史风控指标,确定每个第一时间段的历史风控指标值的平均值,并根据平均后的历史风控指标值,确定延时时长。用户可以通过终端设备103提交第一款项申请信息,终端设备103向控制设备101发送第一款项申请信息,控制设备101接收来自终端设备103的第一款项申请信息,或者,用户可以直接通过控制设备101提交第一款项申请信息,控制设备101获得第一款项申请信息的方式不作具体限制。控制设备101可以根据延时时长,延长对第一款项申请信息进行放款的时间。控制设备101生成针对第一款项申请信息的放款结果,并向终端设备103发送该放款结果。终端设备103接收来自控制设备101的放款结果,并显示该放款结果。当针对第一款项申请信息延时后的放款时间到达之后,控制设备101可以对用户进行放款,或者,控制设备101可以将第一款项申请信息和/或放款结果发送至第三方平台102,使得第三方平台102可以对用户进行放款。实际应用中,控制设备101所属的系统和第三方平台102可以是两个不同企业的系统,或者,控制设备101所属的系统和第三方平台102可以是同一个企业的系统,具体不作限制。例如,控制设备101所属的系统为保险行业的服务系统,第三方平台102为银行系统,或者,控制设备101所属的系统和第三方平台102均为贷款平台的系统,等等。
本申请实施例中,通过第二时间段内统计的历史风控指标数据,确定出对第一款项申请信息进行放款的时间需要延迟的延时时长,并根据该延时时长对放款时间进行延迟,对于不同的时刻,统计的时间段的历史风机指标数据有差异,从而确定出的延时时长也就不同,可以灵活地对放款进行控制。且,审核款项申请信息、向用户发送放款结果和对用户进行放款等过程都由设备完成,相较于人工审核的方式,自动化程度更高,处理款项申请信息的效率更高。
基于图1的应用场景,下面对本申请实施例中的信息处理方法进行介绍。
请参考图2,为本申请实施例涉及的用户关联的终端设备103、第三方平台102和控制设备101之间的信息处理的交互过程图。
S21,控制设备101获得第二时间段内的历史风控指标集合中每一个风控指标值。
具体的,每一个风控指标值可以理解为历史风控指标集合中的每一个风控指标对应的历史数据。控制设备101可以获得第二时间段内的历史风控指标集合中,每一个风控指标对应的历史数据的统计结果。第二时间段可以是操作人员自定义设置的,或者,可以是操作人员根据经验值预先设置的,具体不作限制。历史风控指标集合中包括至少一个风控指标,风控指标可以是还款逾期率,或拒保率等风控指标中的一种或多种。其中,每一个风控指标对应的历史数据就是在相应的时间段内的每一个风控指标值。
其中,还款逾期率用于反映用户的贷款按期归还的情况,可以是逾期人数占总贷款人数的比例,或者,可以是逾期的款项金额占总贷出金额的比例,根据实际情况设置,具体不作限制。拒保率用于反映用户被拒绝投保的情况,可以是被拒绝投保的用户人数占总申请人数的比例,根据实际情况设置,具体不作限制。
例如,第二时间段设置为今天之前的一年内,历史风控指标集合中包括还款逾期率和拒保率。控制设备101可以从数据库中获取近一年的还款逾期率的历史数据和拒保率对应的历史数据。
在一种可能的实施例中,控制设备101在获得第二时间段内的历史风控指标集合中每一个风控指标对应的历史数据的时候,可以将历史数据以不同地区进行分类,根据款项申请信息对应的地区不同,可以获得不同地区第二时间段内的历史风控指标集合中每一个风控指标对应的历史数据,即获得第二时间段内的历史风控指标集合中每一个风控指标值。
具体的,不同的地区第二时间段内的历史风控指标集合中每一个风控指标对应的历史数据可能不同,因此,所反映的用户的平均风控质量可能不同。控制设备101在获得第二时间段内的历史风控指标集合中每一个风控指标值的时候,可以将地区信息作为除了第二时间段以外,另一个筛选历史数据的条件,从而,控制设备101获得某地区第二时间段内的历史风控指标集合中每一个风控指标对应的历史数据。
例如,地区信息为北京,第一时间段设置为今天之前的一年内,历史风控指标集合中包括还款逾期率和拒保率。控制设备101从数据库中获取北京近一年的还款逾期率的历史数据和拒保率的历史数据。
S22,控制设备101针对第二时间段内的历史风控指标集合中每一个风控指标值,对每个第一时间段内的每一个风控指标值进行平均,获得平均后的每一个风控指标值。
具体的,第一时间段是对第二时间段进一步进行划分得到的,第二时间段内包括多个第一时间段。对于每个第一时间段内的每个风控指标对应的历史数据分别进行平均计算,得到每个第一时间段内的每个风控指标的历史数据的平均值。第一时间段泛指第二时间段划分之后的其中任意一个时间段,可以是对第二时间段的平均划分,或者,可以是对于第二时间段的不平均划分,具体不作限制。平均计算的方法有多种,下面以其中的三种为例进行介绍。
算法一:
将参与计算的风控指标对应的历史数据分别与对应的权重相乘之后,再进行求和,将求和后的数值除以风控指标对应的历史数据的数量。
具体的,将第一时间段内的其中一个风控指标对应的历史数据分别与该历史数据对应的权重相乘,得到加权后的该风控指标对应的历史数据,对第一时间段内的每一个风控指标对应的历史数据进行加权计算后,再将该加权后的历史数据相加求和,并将该相加后的数值除以加权后的历史数据的数量,得到加权平均后的风控指标值。
例如,例如,第二时间段为3天,第一时间段为0点到1点,那么,统计3天当中每天0点到1点的还款逾期率为0.25,0.3,0.15,分别对应的权重为0.2,0.4,0.4,那么3天内0点到1点的还款逾期率的加权平均值为0.23。
算法二:
将参与计算的风控指标对应的历史数据相加之后,再除以风控指标对应的历史数据的数量。
具体的,将第一时间段内的其中一个风控指标对应的历史数据相加求和,并将该相加后的数值除以风控指标对应的历史数据的数量,得到风控指标对应的历史数据的算数平均值。
例如,第二时间段为3天,第一时间段为0点到1点,那么,统计3天当中每天0点到1点的还款逾期率为0.25,0.3,0.15,那么3天内0点到1点的还款逾期率的算数平均值为0.233。
算法三:
将参与计算的风控指标对应的历史数据相乘之后,再以风控指标对应的历史数据的数量开次方。
具体的,将第一时间段内的其中一个风控指标对应的历史数据相乘求积,并将该相乘后的数值以风控指标对应的历史数据的数量开次方,得到风控指标对应的历史数据的几何平均值。
例如,第二时间段为3天,第一时间段为0点到1点,那么,统计3天当中每天0点到1点的还款逾期率为0.25,0.3,0.15,那么3天内0点到1点的还款逾期率的几何平均值为0.224。
平均后的每一个第一时间段内的每一个风控指标的历史数据可以如表1方式存储至数据库中。
表1
字段 | 类型 | 长度 | 主键 |
编号(ID) | 数值(Number) | 9 | 是 |
生成时间(OrderDate) | 日期(Date) | 10 | |
时间段(TimeBucket) | 数值(Number) | 2 | |
地区代码(regionCode) | 数值(Number) | 5 | |
拒保率(RejectionRate) | 数值(Number) | 3 | |
还款逾期率(OrderoverdueRate) | 数值(Number) | 3 | |
延时因子(Speedfactor) | 数值(Number) | 3 | |
创建时间(createTime) | 日期(DateTime) | ||
版本(Version) | 数值(Number) | 2 |
其中,生成时间(OrderDate)为款项申请信息的生成时间,时间段(TimeBucket)为款项申请信息所属的第一时间段,地区代码(regionCode)为款项申请信息的生成地区的地区代码,拒保率(RejectionRate)为第二时间段的历史拒保数据的平均拒保率,取值可以设置为在0~100之间,还款逾期率(OrderoverdueRate)为第二时间段的历史还款逾期数据的平均还款逾期率,取值可以设置为在0~100之间,延时因子(Speedfactor)为款项申请信息的生成时间的延时因子,取值可以设置为在0~1之间,创建时间(createTime)为在数据库中建表的时间,版本(Version)为版本号。
在一种可能的实施例中,对于采用加权平均算法计算风控指标值的平均值的情况,每个参与计算的风控指标值的权重可以是相同的,或者,可以是根据历史数据的重要程度预先设置的。
具体的,在第二时间段中,距离款项申请信息的生成时间越近的时间的风控指标值的可靠性越高,因此距离款项申请信息的生成时间越近的时间的风控指标值的权重值越大,距离款项申请信息的生成时间越远的时间的风控指标值的可靠性越低,因此距离款项申请信息的生成时间越远的时间的风控指标值的权重值越小。
平均后的每个第一时间段内的每一个风控指标值的权重可以如表2的方式存储至数据库中。
表2
字段 | 类型 | 长度 | 主键 |
编号(ID) | 数值(Number) | 9 | 是 |
生成年份(BsYear) | 数值(Number) | ||
生成时间(OrderDate) | 日期(Date) | 10 | |
时间段(TimeBucket) | 数值(Number) | 2 | |
地区代码(regionCode) | 数值(Number) | 5 | |
拒保率权重(RejectionWeight) | 数值(Number) | 3 | |
还款逾期率权重(OrderoverdueWeight) | 数值(Number) | 3 | |
创建时间(createTime) | 日期(DateTime) | ||
版本(Version) | 数值(Number) | 2 |
其中,生成年份(BsYear)为款项申请信息的生成时间年份,生成时间(OrderDate)为款项申请信息的生成时间,时间段(TimeBucket)为款项申请信息所属的第一时间段,地区代码(regionCode)为款项申请信息的生成地区的地区代码,拒保率权重(RejectionWeight)为款项申请信息的生成时间的拒保率权重,取值可以设置为在0~100之间,还款逾期率权重(OrderoverdueWeight)为款项申请信息的生成时间的还款逾期率权重,取值可以设置为在0~100之间,创建时间(createTime)为在数据库中建表的时间,版本(Version)为版本号。
在一种可能的实施例中,在对每个第一时间段内的每一个风控指标值进行平均之前,可以将风控指标值以不同地区进行分类,根据款项申请信息对应的地区,可以获得某地区每个第一时间段内的每一个风控指标值。
例如,地区信息为北京,第二时间段设置为今天之前的一年内,第一时间段设置为0点到1点,历史风控指标集合中包括还款逾期率和拒保率。从数据库中获取北京近一年0点到1点的还款逾期率的历史数据和拒保率的历史数据。
某地区平均后的每个第一时间段内的每一风控指标值的权重可以如表3的方式存储至数据库中。
表3
字段 | 类型 | 长度 | 主键 |
地区代码(regionCode) | 数值(Number) | 5 | 是 |
拒保率权重(RejectionWeight) | 数值(Number) | 3 | |
还款逾期率权重(OrderoverdueWeight) | 数值(Number) | 3 | |
创建时间(createTime) | 日期(DateTime) | ||
版本(Version) | 数值(Number) | 2 |
其中,地区代码(regionCode)为款项申请信息的生成地区的地区代码,拒保率权重(RejectionWeight)为款项申请信息的生成时间的拒保率权重,取值可以设置为在0~100之间,还款逾期率权重(OrderoverdueWeight)为款项申请信息的生成时间的还款逾期率权重,取值可以设置为在0~100之间,创建时间(createTime)为在数据库中建表的时间,版本(Version)为版本号。
S23:控制设备101针对平均后的每一个风控指标值,进行加权平均,获得延时因子。
具体的,控制设备101在得到历史风控指标集合中,平均后的每一个风控指标值之后,控制设备101可以对每一个风控指标值进行加权平均,得到当天第一时间段的延时因子。加权平均的方法如前文论述,在此不再赘述。延时因子用于反映款项的放款时间相对于正常放款时间的延时情况,取值可以在0到1之间,当还款逾期率或拒保率越高时,延时因子越低,当还款逾期率或拒保率越低时,延时因子越高。获得延时因子的方法可以是通过如下公式获得:
延时因子=(平均拒保率*平均拒保率权重*上一年当日拒保率权重+平均还款逾期率*平均还款逾期率权重*上一年当日还款逾期率权重)/2。
S24:控制设备101根据延时因子,对预设等待时长进行修正,获得延时时长。
具体的,控制设备101在获得延时因子之后,可以根据延时因子对预设的等待时长进行修正,得到当天第一时间段的延时时长。预设等待时长可以是预先设置的每个款项申请信息的最长等待时长,或者,可以是根据款项申请信息的类型,不同类型的款项申请信息,预先设置不同的最长等待时长,具体不作限制。获得延时时长的方法可以是通过如下公式获得:
延时时长=延时因子*最长等待时长。
例如,预先设置的最长等待时长为600秒,获得的延时因子为0.126,那么通过计算延时时长为75.6秒。
作为一种实施例,控制设备101在确定了第一时间段的延时时长之后,可以存储延时时长。
具体的,控制设备101在确定了第一时间段的延时时长之后,可以将第一时间段和延时时长之间的对应关系存储在控制设备101中。存储位置可以是控制设备101内存中,或者,可以是控制设备101关联的数据库中,或者,可以是控制设备101关联的云存储平台,等等,具体不作限制。
其中,延时时长可以是在控制设备101接收第一款项申请信息之前的空闲时间进行确定,或者,可以是在控制设备101接收第一款项申请信息时进行确定,具体不作限制。
具体的,如果在第一时间段内,控制设备101接收来自终端设备的第二款项申请信息,这里的终端设备可以是前文用户所对应的终端设备103,也可以是其他用户对应的终端设备,那么控制设备101可以根据预存的第一时间段和延时时长之间的对应关系,确定第一时间段对应的延时时长,从而控制设备101获得针对第二款项申请信息的延时时长,使得控制设备101可以对依据第二款项申请信息进行放款的时间进行延长,也就是说,控制设备101在确定延时时长之后,可以按照延时时长对该第一时间段内的所有款项申请信息进行延长,无需控制设备101再次确定延时时长。
其中,第二款项申请信息与第一款项申请信息是指两个不同的款项申请信息,具体可以是同一个用户发送的两个不同的款项申请信息,也可以是不同用户发送的两个款项申请信息,第二款项申请信息是指控制设备101接收第一款项申请信息之后,且在第一时间段内接收的款项申请信息。
S25,控制设备101接收来自终端设备103的第一款项申请信息。
具体的,第一款项申请信息可以是用户向控制设备101请求款项的申请信息,例如,第一款项申请信息可以是保险行业的投保订单,或者,可以是贷款平台的贷款订单,等等,具体不作限制。
具体的,用户需要申请贷款或者是需要申请保单赔偿时,可以向控制设备101申请款项。用户可以通过操作终端设备103提交第一款项申请信息,终端设备103向控制设备101发送第一款项申请信息,控制设备101接收来自终端设备103发送的第一款项申请信息。或者,用户可以通过操作控制设备101提交第一款项申请信息,控制设备101获得用户提交的第一款项申请信息。或者,用户可以委托控制设备101的操作人员通过控制设备101提交第一款项申请信息,控制设备101获得操作人员提交的用户的第一款项申请信息,具体控制设备101接收第一款项申请信息的方式不作限制。第一款项申请信息中例如包括第一款项申请信息和第一款项申请信息的生成时间等相关信息。
S26,控制设备101根据延时时长,对依据第一款项申请信息进行放款的时间进行延长。
具体的,控制设备101对第一款项申请信息进行处理,在确定对该第一款项申请信息进行放款时,根据延时时长,对放款时间进行延时。
S27,控制设备101生成针对第一款项申请信息的放款结果,并向终端设备103发送该放款结果。
具体的,控制设备101在确定对该第一款项申请信息进行放款时,根据延时时长,可以生成针对第一款项申请信息的放款结果,并向用户关联的终端设备103发送该放款结果。
S28,终端设备103接收来自控制设备101的针对第一款项申请信息的放款结果,并显示该放款结果。
具体的,终端设备103接收来自控制设备101的针对第一款项申请信息的放款结果,并以预设的显示方式显示该放款结果,使得用户可以查看针对第一款项申请信息的放款结果,第一款项申请信息的放款结果可以包括确定出的该用户对应的延时时长,或者,可以包括是否批准款项申请的结果等。预设的显示方式可以是以短信的方式显示放款结果,或者,可以是在安装在终端设备103中的控制设备101关联的应用程序中显示放款结果,具体显示方式不作限制。
在一种可能的实施例中,控制设备101可以在生成针对第一款项申请信息的放款结果之后,向第三方平台102发送放款结果。第三方平台102接收放款结果之后,向用户关联的终端设备103发送第一款项申请信息的放款结果。
在一种可能的实施例中,当延时后的放款时间到达时,控制设备101给用户放款。或者,当延时后的放款时间达到延时时长的预设范围内时,控制设备101给用户放款。
S29,控制设备101对第一款项申请信息进行延时处理之后,当延时后的放款时间到达时,控制设备101将第一款项申请信息发送至第三方平台102,第三方平台102给用户放款。
具体的,控制设备101确定对该第一款项申请信息进行放款时,将第一款项申请信息存储至缓存队列,根据延时时长,对针对第一款项申请信息的放款时间进行延时,当延时后的放款时间到达时,将第一款项申请信息从缓存队列中取出,发送至第三方平台102,使得第三方平台102根据第一款项申请信息对用户进行放款。
基于同一发明构思,本申请实施例提供一种信息处理系统,该系统能够实现前文论述的信息处理方法。该系统包括前文论述的控制设备101和终端设备103。请参考图3,该系统包括控制设备101和终端设备103,其中:
控制设备101:用于针对历史风控指标集合中每一个风控指标,获取多个第一时间段中每个第一时间段内历史风控指标值;其中,历史风控指标集合用于评价在第二时间段内所有历史款项申请信息对应的所有用户的平均风控质量,第二时间段包括多个第一时间段;以及,针对历史风控指标中每一历史风控指标,确定多个第一时间段内的历史风控指标值的平均值,获得平均后的历史风控指标值;以及,根据各个平均后的历史风控指标值,确定延时时长;以及,接收来自用户关联的终端设备103的第一款项申请信息;以及,根据延时时长,对依据第一款项申请信息进行放款的时间进行延长;以及,生成针对第一款项申请信息的放款结果,向终端设备103发送放款结果;
终端设备103:用于接收放款结果,并显示放款结果。
在一种可能的实施例中,历史风控指标集合包括还款逾期率和拒保率,控制设备101具体用于:
对平均后的还款逾期率,以及平均后的拒保率进行加权平均,获得延时因子;
根据延时因子,对预设的最长等待时长进行修正,获得延时时长。
在一种可能的实施例中,控制设备101确定多个第一时间段内的历史风控指标值的平均值时采用加权平均算法,距离第一款项申请信息的时刻越近的时间段内所对应的历史风控指标值所占的权重越大。
在一种可能的实施例中,控制设备101具体用于:
确定第一款项申请信息对应的地区;
获取地区所在的多个第一时间段中每个时间段内的历史风控指标值。
在一种可能的实施例中,控制设备101还用于:将第一款项申请信息发送给第三方平台。
在一种可能的实施例中,控制设备101还用于:根据接收第一款项申请信息的时刻,将获得第一款项申请信息缓存至缓存队列。
在一种可能的实施例中,控制设备101还用于:存储延时时长;
控制设备101还用于:若在第一时间段内接收到第二款项申请信息,根据延时时长,对依据第二款项申请信息进行放款的时间进行延长;其中,第二款项申请信息与第一款项申请信息不同。
基于同一发明构思,本申请实施例提供一种控制设备101,该控制设备101包括前文论述的控制设备101。请参考图4,该控制设备101包括:
至少一个处理器401,以及与至少一个处理器401连接的存储器402。本申请实施例中不限定处理器401与存储器402之间的具体连接介质,图4中是以处理器401和存储器402之间通过总线400连接为例。总线400在图4中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。总线400可以分为地址总线、数据总线、控制总线等,为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。或者,处理器401也可以称为控制器,对于名称不做限制。
在本申请实施例中,存储器402存储有可被至少一个处理器401执行的指令,至少一个处理器401通过执行存储器402存储的指令,可以执行前文论述的信息处理方法。处理器401可以实现图3所示的系统中控制设备101的功能。
其中,处理器401是该控制设备101的控制中心,可以利用各种接口和线路连接整个该控制设备101的各个部分,通过运行或执行存储在存储器402内的指令以及调用存储在存储器402内的数据,该控制设备101的各种功能和处理数据,从而对该控制设备101进行整体监控。
在一种可能的实施例中,处理器401可包括一个或多个处理单元,处理器401可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、当前用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器401中。在一些实施例中,处理器401和存储器402可以在同一芯片上实现,在一些实施例中,它们也可以在独立的芯片上分别实现。
处理器401可以是通用处理器,例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的信息处理的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器402作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器402可以包括至少一种类型的存储介质,例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory,RAM)、静态随机访问存储器(StaticRandom Access Memory,SRAM)、可编程只读存储器(Programmable Read OnlyMemory,PROM)、只读存储器(Read Only Memory,ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、磁性存储器、磁盘、光盘等等。存储器402是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器402还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
通过对处理器401进行设计编程,可以将前述实施例中介绍的信息处理的方法所对应的代码固化到芯片内,从而使芯片在运行时能够执行图2所示的实施例的信息处理的方法的步骤。如何对处理器401进行设计编程为本领域技术人员所公知的技术,这里不再赘述。
基于同一发明构思,本申请实施例还提供一种存储介质,该存储介质存储有计算机指令,当该计算机指令在计算机上运行时,使得计算机执行前文论述信息处理方法。
在一些可能的实施方式中,本申请提供的信息处理方法的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当程序产品在装置上运行时,程序代码用于使该装置执行本说明书上述描述的根据本申请各种示例性实施方式的信息处理方法中的步骤。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种信息处理方法,其特征在于,包括:
针对历史风控指标集合中每一个风控指标,控制设备获取多个第一时间段中每个第一时间段内历史风控指标值;其中,所述历史风控指标集合用于评价在第二时间段内所有历史款项申请信息对应的所有用户的平均风控质量,所述第二时间段包括所述多个第一时间段;
针对历史风控指标中每一历史风控指标,所述控制设备确定所述多个第一时间段内的历史风控指标值的平均值,获得平均后的历史风控指标值;
所述控制设备根据各个平均后的历史风控指标值,确定延时时长;
所述控制设备接收来自用户关联的终端设备的第一款项申请信息;
所述控制设备根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长;
所述控制设备生成针对所述第一款项申请信息的放款结果,向所述终端设备发送所述放款结果;
所述终端设备接收所述放款结果,并显示所述放款结果。
2.根据权利要求1所述的方法,其特征在于,所述历史风控指标集合包括还款逾期率和拒保率,所述控制设备根据各个平均后的历史风控指标值,确定延时时长,包括:
所述控制设备对平均后的还款逾期率,以及平均后的拒保率进行加权平均,获得延时因子;
所述控制设备根据所述延时因子,对预设的最长等待时长进行修正,获得延时时长。
3.根据权利要求1所述的方法,其特征在于,所述控制设备确定所述多个第一时间段内的历史风控指标值的平均值时采用加权平均算法,距离所述第一款项申请信息的时刻越近的时间段内所对应的历史风控指标值所占的权重越大。
4.根据权利要求1-3任一所述的方法,其特征在于,所述控制设备获取多个第一时间段中每个时间段内的历史风控指标值,包括:
所述控制设备确定所述第一款项申请信息对应的地区;
所述控制设备获取所述地区所在的多个第一时间段中每个时间段内的历史风控指标值。
5.根据权利要求1所述的方法,其特征在于,在所述控制设备根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长之后,包括:
所述控制设备将所述第一款项申请信息发送给第三方平台。
6.根据权利要求5所述的方法,其特征在于,在所述控制设备根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长之前,包括:
所述控制设备根据接收所述第一款项申请信息的时刻,将所述第一款项申请信息缓存至缓存队列。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述控制设备存储所述延时时长;
若在所述第一时间段内接收到第二款项申请信息,所述控制设备根据所述延时时长,对依据所述第二款项申请信息进行放款的时间进行延长;其中,所述第二款项申请信息与所述第一款项申请信息不同。
8.一种信息处理系统,其特征在于,包括:
控制设备:用于针对历史风控指标集合中每一个风控指标,获取多个第一时间段中每个第一时间段内历史风控指标值;其中,所述历史风控指标集合用于评价在第二时间段内所有历史款项申请信息对应的所有用户的平均风控质量,所述第二时间段包括所述多个第一时间段;以及,针对历史风控指标中每一历史风控指标,确定所述多个第一时间段内的历史风控指标值的平均值,获得平均后的历史风控指标值;以及,根据各个平均后的历史风控指标值,确定延时时长;以及,接收来自用户关联的终端设备的第一款项申请信息;以及,根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长;以及,生成针对所述第一款项申请信息的放款结果,向所述终端设备发送所述放款结果;
终端设备:用于接收所述放款结果,并显示所述放款结果。
9.一种控制设备,其特征在于,包括:
存储器,用于存储程序指令;
处理器,用于针对历史风控指标集合中每一个风控指标,获取多个第一时间段中每个第一时间段内历史风控指标值;其中,所述历史风控指标集合用于评价在第二时间段内所有历史款项申请信息对应的所有用户的平均风控质量,所述第二时间段包括所述多个第一时间段;以及,针对历史风控指标中每一历史风控指标,确定所述多个第一时间段内的历史风控指标值的平均值,获得平均后的历史风控指标值;以及,根据各个平均后的历史风控指标值,确定延时时长;以及,接收来自用户关联的终端设备的第一款项申请信息;以及,根据所述延时时长,对依据所述第一款项申请信息进行放款的时间进行延长;以及,生成针对所述第一款项申请信息的放款结果,向所述终端设备发送所述放款结果,以使所述终端设备接收所述放款结果,并显示所述放款结果。
10.一种存储介质,其特征在于,所述存储介质存储有计算机可执行指令,所述计算机可执行指令用于使计算机执行如权利要求1~7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010075540.1A CN111260467B (zh) | 2020-01-22 | 2020-01-22 | 一种信息处理方法、系统及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010075540.1A CN111260467B (zh) | 2020-01-22 | 2020-01-22 | 一种信息处理方法、系统及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111260467A true CN111260467A (zh) | 2020-06-09 |
CN111260467B CN111260467B (zh) | 2023-06-20 |
Family
ID=70945428
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010075540.1A Active CN111260467B (zh) | 2020-01-22 | 2020-01-22 | 一种信息处理方法、系统及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111260467B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120239437A1 (en) * | 2011-03-15 | 2012-09-20 | Affiliated Computer Services, Llc | Systems and Methods for Lending Based on Actuarial Calculations |
KR20130008500A (ko) * | 2012-12-26 | 2013-01-22 | 주식회사 비즈모델라인 | 기준금액을 이용한 결제 승인 절차 제공 방법 |
CN105117913A (zh) * | 2015-09-24 | 2015-12-02 | 朱正东 | 通过银行或其他机构转账或支付延迟或提取延时防止诈骗 |
JP2017151527A (ja) * | 2016-02-22 | 2017-08-31 | 株式会社三菱総合研究所 | 情報処理装置及び情報処理方法 |
CN107767260A (zh) * | 2017-09-30 | 2018-03-06 | 平安普惠企业管理有限公司 | 银行联合放款的放款方法、装置及计算机可读存储介质 |
CN107909225A (zh) * | 2017-12-12 | 2018-04-13 | 链家网(北京)科技有限公司 | 一种房产交易中的贷款放款时长预测方法 |
CN108932276A (zh) * | 2018-04-08 | 2018-12-04 | 深圳盒子信息科技有限公司 | 一种电子放贷的方法、装置及设备 |
TWI644277B (zh) * | 2017-06-22 | 2018-12-11 | 兆豐國際商業銀行股份有限公司 | 資產負債管理系統 |
CN109509085A (zh) * | 2018-11-27 | 2019-03-22 | 平安科技(深圳)有限公司 | 贷前信息处理方法、装置、计算机设备及存储介质 |
CN109727115A (zh) * | 2018-05-18 | 2019-05-07 | 深圳壹账通智能科技有限公司 | 信贷处理方法、装置、设备及可读存储介质 |
CN110009476A (zh) * | 2019-02-21 | 2019-07-12 | 深圳市佰仟金融服务有限公司 | 一种处理放款申请的方法及设备 |
-
2020
- 2020-01-22 CN CN202010075540.1A patent/CN111260467B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120239437A1 (en) * | 2011-03-15 | 2012-09-20 | Affiliated Computer Services, Llc | Systems and Methods for Lending Based on Actuarial Calculations |
KR20130008500A (ko) * | 2012-12-26 | 2013-01-22 | 주식회사 비즈모델라인 | 기준금액을 이용한 결제 승인 절차 제공 방법 |
CN105117913A (zh) * | 2015-09-24 | 2015-12-02 | 朱正东 | 通过银行或其他机构转账或支付延迟或提取延时防止诈骗 |
JP2017151527A (ja) * | 2016-02-22 | 2017-08-31 | 株式会社三菱総合研究所 | 情報処理装置及び情報処理方法 |
TWI644277B (zh) * | 2017-06-22 | 2018-12-11 | 兆豐國際商業銀行股份有限公司 | 資產負債管理系統 |
CN107767260A (zh) * | 2017-09-30 | 2018-03-06 | 平安普惠企业管理有限公司 | 银行联合放款的放款方法、装置及计算机可读存储介质 |
CN107909225A (zh) * | 2017-12-12 | 2018-04-13 | 链家网(北京)科技有限公司 | 一种房产交易中的贷款放款时长预测方法 |
CN108932276A (zh) * | 2018-04-08 | 2018-12-04 | 深圳盒子信息科技有限公司 | 一种电子放贷的方法、装置及设备 |
CN109727115A (zh) * | 2018-05-18 | 2019-05-07 | 深圳壹账通智能科技有限公司 | 信贷处理方法、装置、设备及可读存储介质 |
CN109509085A (zh) * | 2018-11-27 | 2019-03-22 | 平安科技(深圳)有限公司 | 贷前信息处理方法、装置、计算机设备及存储介质 |
CN110009476A (zh) * | 2019-02-21 | 2019-07-12 | 深圳市佰仟金融服务有限公司 | 一种处理放款申请的方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111260467B (zh) | 2023-06-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5981407B2 (ja) | 後払い前払い混合の能力を有する融通性ある、広告主への請求書作成システム | |
KR101667697B1 (ko) | 네트워크 컴퓨팅 자원에 의한 데이터 동기화 프로세싱 | |
CN106487715B (zh) | 一种用于为用户分配资源的方法和装置 | |
CN110400184B (zh) | 用于生成信息的方法和装置 | |
CN110458691B (zh) | 一种贷前风险监控方法及装置 | |
CN109472574A (zh) | 支付方法、装置、计算机设备及存储介质 | |
CN111242716B (zh) | 农产品交易数据处理方法、装置、服务器及存储介质 | |
CN110135702A (zh) | 一种实时更新的还款积极度评估方法、装置、系统和记录介质 | |
US7734525B2 (en) | Hybrid multi-thread and multi-process computer simulation system and methods | |
CN111353901A (zh) | 风险识别监控方法、装置以及电子设备 | |
CN111815238A (zh) | 一种物流利润监管方法、装置及系统 | |
CN111260467A (zh) | 一种信息处理方法、系统及存储介质 | |
US20200372571A1 (en) | Computing system for sharing networks providing dynamic reserving features and related methods | |
US20120197666A1 (en) | Method and apparatus for providing unemployment insurance | |
US20130091072A1 (en) | Algorithm for post-trade analysis and formulation of optimized strategy for subsequent trades | |
KR101954131B1 (ko) | 무인 납부 시스템 | |
KR101954132B1 (ko) | 체납처분 시스템 | |
CN113313580A (zh) | 可疑交易筛选方法、装置、电子设备和存储介质 | |
US20150178840A1 (en) | Systems and related techniques for fairnetting and distribution of electronic trades | |
CN110688584A (zh) | 一种用户匹配方法、电子设备及计算机程序产品 | |
KR101954129B1 (ko) | 스마트고지 핀테크 간편납부 시스템 | |
CN114331670B (zh) | 资金排期方案的确定方法、装置、计算机设备和存储介质 | |
CN112907237B (zh) | 一种消费管理系统、方法及后台服务器 | |
CN116823471A (zh) | 交易策略回测方法、装置、电子设备及存储介质 | |
CN117333242A (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 |