CN104616194A - 一种数据处理方法及支付平台 - Google Patents
一种数据处理方法及支付平台 Download PDFInfo
- Publication number
- CN104616194A CN104616194A CN201410854739.9A CN201410854739A CN104616194A CN 104616194 A CN104616194 A CN 104616194A CN 201410854739 A CN201410854739 A CN 201410854739A CN 104616194 A CN104616194 A CN 104616194A
- Authority
- CN
- China
- Prior art keywords
- user
- credit value
- conditioned
- credit
- value
- 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.)
- Pending
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种数据处理方法及支付平台,其中,所述方法应用于支付平台中,所述方法包括:接收第一用户的第一请求,所述第一请求根据第一用户所需的第一款项生成;检测出所述第一请求中的所述第一款项与所述第一用户对应账户中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户申请贷款的贷款请求;根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果;提取所述有效用户的第一信息,根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户。
Description
技术领域
本发明涉及通讯技术,尤其涉及一种数据处理方法及支付平台。
背景技术
本申请发明人在实现本申请实施例技术方案的过程中,至少发现相关技术中存在如下技术问题:
随着2G/3G,甚至是4G时代的到来,以及随处可见的WIFI热点,标志着现今大数据时代的来临,用户一切的日常行为理论上可以借助各大运营商提供的移动数据网络构建的网络及WIFI这种无线局域网络,通过互联网技术实现各种数据处理。
以用户一个生活场景中的数据处理为例,用户通过各种支付平台可以对生活服务中的各种买卖交易,比如购物,充水电/煤气/网费/有线电视费,充游戏币等以借记卡或信用卡实现即时支付,也可以通过支付平台来申请贷款额度后得到贷款后再进行支付。
然而,网络环境在方便用户生活的方面比线下的真实世界有其优势,但是因为线上的网络环境毕竟是虚拟世界,如何真实和精准的对用户的信用情况进行评估是很难的,采用现有技术,是利用用户自身的资产和行为数据来评估用户的信用情况,为了更接近真实和准确,需要有大量的用户数据,对大量的用户数据进行挖掘和分析的情况下才能使用,而且,现有的利用用户自身资产和行为数据来评估的方案使用起来限制较多,也容易有伪造数据试图达到骗取信用的情况出现。
综上所述,现有技术存在的问题是:数据挖掘和分析处理过程中由于在网络环境中难于评估用户信用情况而对贷款额度进行评估,从而无法利用各种支付平台为生活服务所提供的快捷支付服务,为用户提供最佳贷款额度的现金贷款。
相关技术中,对于该问题,尚无有效解决方案。
发明内容
有鉴于此,本发明实施例希望提供一种数据处理方法及支付平台,至少解决了现有技术存在的上述问题。
本发明实施例的技术方案是这样实现的:
本发明实施例的一种数据处理方法,所述方法应用于支付平台中,所述方法包括:
接收第一用户的第一请求,所述第一请求根据第一用户所需的第一款项生成;
检测出所述第一请求中的所述第一款项与所述第一用户对应账户中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户申请贷款的贷款请求;
根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果;
所述判断结果用于表征所述第一信用额度不符合第一预设条件时,获取第一用户至少一个维度的第一行为数据和第一现金流通记录,根据所述第一行为数据和所述第一现金流通记录得到第一信用值;
获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户;
提取所述有效用户的第一信息,根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户。
上述方案中,所述判断第一信用额度是否符合第一预设条件,包括:
所述第一信用额度为从所述第一用户当前的总信用额度中排除历史流通记录所消耗的额度后得到的剩余额度;
将所述剩余额度与所述贷款请求所需要的额度相比较,如果满足所述贷款请求所需要的额度,则符合所述第一预设条件,否则,不符合所述第一预设条件。
上述方案中,所述获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户,包括:
获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
检测所述第一数据集中互相关注度和/或交互频率是否高于预设的第一阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集中删除。
上述方案中,所述获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户,包括:
获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
检测所述第二数据集中的第二信用值是否高于预设的第二阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第二数据集中删除。
上述方案中,所述获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户,包括:
获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
将所述互相关注度和/或交互频率和所述第二信用值确定为分别制衡使用的两个中间参考参数,与预设的第一阈值和第二阈值比对,得到关联用户是否为有效用户的判断结果;
所述判断结果至少包括:
所述互相关注度和/或交互频率低于所述预设的第一阈值,判断出所述第二信用值高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述第二信用值低于所述预设的第二阈值,判断出所述互相关注度和/或交互频率高于所述预设的第一阈值,则满足第二预设条件,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述互相关注度和/或交互频率高于所述预设的第一阈值,判断出所述第二信用值也高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除。
上述方案中,所述根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度包括:
获取所述有效用户对所述第一用户的第一评定值,将所述第一评定值作为所述第一信息;
根据所述第一信用值和/或所述第一评定值得到所述预调整额度。
上述方案中,所述根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度包括:
获取所述有效用户的第三信用值;
获取所述有效用户对所述第一用户的第一评定值;
根据所述第三信用值和所述第一评定值得到综合信用值,将所述综合信用值作为所述第一信息;
根据所述第一信用值和/或所述综合信用值得到所述预调整额度。
上述方案中,所述根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度包括:
获取所述有效用户的第三信用值;
获取所述有效用户对所述第一用户的第一评定值;
根据所述第三信用值和所述第一评定值得到综合信用值;
根据所述综合信用值和所述第一信用值得到最终信用值,将所述最终信用值作为所述第一信息;
根据所述第一信用值和/或所述最终信用值得到所述预调整额度。
上述方案中,所述方法还包括:
收到所述第二用户返回的针对所述贷款请求的支付结果;
将所述支付结果从所述第二用户转发至所述第一用户对应的账号上;
所述第二用户为放贷或借款的户头。
本发明实施例的一种支付平台,所述支付平台包括:
接收单元,用于接收第一用户的第一请求,所述第一请求根据第一用户所需的第一款项生成;
检测单元,用于检测出所述第一请求中的所述第一款项与所述第一用户对应账户中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户申请贷款的贷款请求;
判断单元,用于根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果;
第一处理单元,用于所述判断结果用于表征所述第一信用额度不符合第一预设条件时,获取第一用户至少一个维度的第一行为数据和第一现金流通记录,根据所述第一行为数据和所述第一现金流通记录得到第一信用值;
筛选单元,用于获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户;
第二处理单元,用于提取所述有效用户的第一信息,根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户。
上述方案中,所述判断单元,进一步用于在所述第一信用额度为从所述第一用户当前的总信用额度中排除历史流通记录所消耗的额度后得到的剩余额度时,将所述剩余额度与所述贷款请求所需要的额度相比较,如果满足所述贷款请求所需要的额度,则符合所述第一预设条件,否则,不符合所述第一预设条件。
上述方案中,所述筛选单元,进一步包括:
第一获取子单元,用于获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
筛选子单元,用于检测所述第一数据集中互相关注度和/或交互频率是否高于预设的第一阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集中删除。
上述方案中,所述筛选单元,进一步包括:
第二获取子单元,用于获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
筛选子单元,用于检测所述第二数据集中的第二信用值是否高于预设的第二阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第二数据集中删除。
上述方案中,所述筛选单元,进一步包括:
第一获取子单元,用于获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
第二获取子单元,用于获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
筛选子单元,用于:
将所述互相关注度和/或交互频率和所述第二信用值确定为分别制衡使用的两个中间参考参数,与预设的第一阈值和第二阈值比对,得到关联用户是否为有效用户的判断结果;
所述判断结果至少包括:
所述互相关注度和/或交互频率低于所述预设的第一阈值,判断出所述第二信用值高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述第二信用值低于所述预设的第二阈值,判断出所述互相关注度和/或交互频率高于所述预设的第一阈值,则满足第二预设条件,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述互相关注度和/或交互频率高于所述预设的第一阈值,判断出所述第二信用值也高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除。
上述方案中,所述第二处理单元,进一步包括:
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值,将所述第一评定值作为所述第一信息;
额度调整子单元,用于根据所述第一信用值和/或所述第一评定值得到所述预调整额度。
上述方案中,所述第二处理单元,进一步包括:
第四获取子单元,用于获取所述有效用户的第三信用值;
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值;
额度调整子单元,用于根据所述第三信用值和所述第一评定值得到综合信用值,将所述综合信用值作为所述第一信息;根据所述第一信用值和/或所述综合信用值得到所述预调整额度。
上述方案中,所述第二处理单元,进一步包括:
第四获取子单元,用于获取所述有效用户的第三信用值;
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值;
额度调整子单元,用于根据所述第三信用值和所述第一评定值得到综合信用值;根据所述综合信用值和所述第一信用值得到最终信用值,将所述最终信用值作为所述第一信息;根据所述第一信用值和/或所述最终信用值得到所述预调整额度。
上述方案中,所述支付平台还包括:
所述接收单元,进一步用于收到所述第二用户返回的针对所述贷款请求的支付结果;
发送单元,用于将所述支付结果从所述第二用户转发至所述第一用户对应的账号上;所述第二用户为放贷或借款的户头。
本发明实施例的数据处理方法应用于支付平台中,所述方法包括:接收第一用户的第一请求,所述第一请求根据第一用户所需的第一款项生成;检测出所述第一请求中的所述第一款项与所述第一用户对应账户中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户申请贷款的贷款请求;根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果;所述判断结果用于表征所述第一信用额度不符合第一预设条件时,获取第一用户至少一个维度的第一行为数据和第一现金流通记录,根据所述第一行为数据和所述第一现金流通记录得到第一信用值;获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户;提取所述有效用户的第一信息,根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户。
采用本发明实施例,由于第一信用值是通过第一用户至少一个维度的第一行为数据和第一现金流通记录得到的,因此是一种综合的数据指标,而关联用户是与所述第一用户在至少一个维度相关联的关联用户,也是一种综合的数据指标,从关联用户中筛选出有效用户之后根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户使用,通过一系列综合数据指标,及筛选得到的有效用户等精准的数据,对数据处理中的数据挖掘和分析能达到更精准和高效快捷的目的,从而对于数据处理中的一个支付场景能为第一用户评估出更精准的贷款额度。
附图说明
图1为本发明方法实施例的一个实现流程示意图;
图2-4为本发明方法实施例二中三个不同实施方式分别对应的示意图;
图5-7为本发明方法实施例三中三个不同实施方式分别对应的示意图;
图8为应用本发明实施例的一应用场景的示意图;
图9为图8中所涉及的具体运算逻辑的流程示意图;
图10为本支付平台实施例一的一个组成结构示意图;
图11为本支付平台实施例二的一个组成结构示意图。
具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
方法实施例一:
本发明实施例提供了一种数据处理方法,如图1所示,所述方法应用于支付平台中,所述方法包括:
步骤101、接收第一用户的第一请求,所述第一请求根据第一用户所需的第一款项生成。
这里,第一用户可以为指代申请贷款的用户,包括两种情况,1)一种是用户参与到实际的买卖交易中支付金额不够时需要申请贷款,比如用户买价值2000的衣服,还差800块,此时借记卡余额也不够了,需要申请贷款,以补齐800的差额,申请贷款的金额大于等于800块;2)另一种是用户与实际的买卖交易无关时也需要申请贷款,比如想要给借记卡充钱或者给其他用户转账时转账金额不够,比如还差500块,需要申请贷款,以补齐500的差额,申请贷款的金额大于等于500块。
相应上述两种情况,第一请求可以为支付请求或者单纯的借贷请求;所述支付请求是根据第一用户在交易中需付第一款项生成的支付请求,所述单纯的借贷请求是根据第一用户无关交易而所申请借贷以充网银账号需付第一款项生成的借贷请求。
步骤102、检测出所述第一请求中的所述第一款项与所述第一用户对应账户中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户申请贷款的贷款请求。
这里,第二用户可以为放贷或借款的用户,包括小额贷款机构或者正式的银行机构,比如小额贷款公司(拍拍贷,你我贷等)或四大国有银行及其他民营银行(中国银行,建设银行,工商银行,农业银行,招商银行、民生银行、浦发银行、广发银行等)。
步骤103、根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果。
这里,第一信用额度指授信额度,当用户有了历史消费记录后,该授信额度会有所减少,直至用户对该历史消费记录还款后才恢复到初始的授信额度,比如,之前额度是3000元,用户消费了1600元,还款1600元后,才会恢复到3000元的额度,如果不还款,则授信额度就是排除历史消费记录的剩余额度,即为1400元。
相应的,对于判断第一信用额度是否符合第一预设条件来说,因为额度之前可能用过,得看看目前剩余额度是否可以用于贷款请求的有关交易的支付需要或无关交易纯粹的借贷需要,所以需要判断否符合预设条件。
步骤104、所述判断结果用于表征所述第一信用额度不符合第一预设条件时,获取第一用户至少一个维度的第一行为数据和第一现金流通记录,根据所述第一行为数据和所述第一现金流通记录得到第一信用值。
这里,至少一个维度是个综合的概念,比如有的用户之间是专注于游戏的,在对于游戏领域的维度有交互和相关性;有的用户之间是专注于购物,现在比较流行的各种海外代购这种,对于购物领域的维度有交互和相关性;有的用户之间是专注于旅游的,在对于旅游领域的维度有交互和相关性等等各种维度。另外,可以如上举例是生活服务类型不同来区分维度,还可以从用户年龄群体进行划分,比如18-22岁,25-35岁等等各种划分颗粒度。还可以从用户分别地域,比如北京,上海,深圳这种一线城市,大连,南京等二线城市划分,各种维度划分方式,不限制于此处的描述。
这里,第一信用值是指针对第一用户的信用值。
步骤105、获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户。
这里,关联用户也是在SNS中与第一用户相关的至少一个维度上的关联用户,有关至少一个维度的描述同步骤104中示例描述的,不做赘述。
步骤106、提取所述有效用户的第一信息。
这里,第一信息包括从关联用户中筛选出有效用户对所述第一打分值和第二用户的信用值等等信息。
步骤107、根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户。
采用本发明实施例,由于第一信用值是通过第一用户至少一个维度的第一行为数据和第一现金流通记录得到的,是一种综合的数据指标,而不是单一的数据,与真实环境中单一数据的分析不同,因为综合所以会精准,与现有技术不同;而关联用户是与所述第一用户在至少一个维度相关联的关联用户,也是一种综合的数据指标,用户在多个维度的关注点,如共同关注的游戏或生活服务中各种相关联的用户,区别于真实环境中单一数据的分析不同,因为综合所以也会精准,从关联用户中筛选出有效用户之后根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户使用,通过一系列综合数据指标,及筛选得到的有效用户等精准的数据,对数据处理中的数据挖掘和分析能达到更精准和高效快捷的目的,从而对于数据处理中的一个支付场景能为第一用户评估出更精准的贷款额度。从而充分利用了各种支付平台为生活服务所提供的快捷支付服务,为用户提供最佳贷款额度的现金贷款。
在本发明实施例一实施方式中,所述判断第一信用额度是否符合第一预设条件时还包括:所述第一信用额度为从所述第一用户当前的总信用额度中排除历史流通记录所消耗的额度后得到的剩余额度;将所述剩余额度与所述贷款请求所需要的额度相比较,如果满足所述贷款请求所需要的额度,则符合所述第一预设条件,否则,不符合所述第一预设条件。
方法实施例二:
本发明实施例提供了一种数据处理方法,所述方法应用于支付平台中,基于方法实施例一,该方法中,所述获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户至少包括以下三种具体实施方式:
实施方式一:
步骤201、获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集f1。
步骤202、检测所述第一数据集中互相关注度和/或交互频率是否高于预设的第一阈值,如果是,则满足第二预设条件,执行步骤203;否则,作为无效用户从所述第一数据集f1中删除。
步骤203、将满足第二预设条件的关联用户确定为所述有效用户,更新第一数据集f1为更新后的数据集f1’,该更新后的数据集f1’都是有效用户。
实施方式二:
步骤301、获取所述关联用户的第二信用值形成的第二数据集f2,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到。
步骤302、检测所述第二数据集中的第二信用值是否高于预设的第二阈值,如果是,则满足第二预设条件,执行步骤303;否则,作为无效用户从所述第二数据集f2中删除。
步骤303、将满足第二预设条件的关联用户确定为所述有效用户,更新第二数据集f2为更新后的数据集f2’,该更新后的数据集f2’都是有效用户。
实施方式三:
步骤401、获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集f1。
步骤402、获取所述关联用户的第二信用值形成的第二数据集f2,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到。
步骤403、将所述互相关注度和/或交互频率和所述第二信用值确定为分别制衡使用的两个中间参考参数,与预设的第一阈值和第二阈值比对,得到关联用户是否为有效用户的判断结果。
其中,所述判断结果至少包括以下几种可能情况:
情况一:所述互相关注度和/或交互频率低于所述预设的第一阈值,判断出所述第二信用值高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集f1或所述第二数据集f2中删除。
情况二:所述第二信用值低于所述预设的第二阈值,判断出所述互相关注度和/或交互频率高于所述预设的第一阈值,则满足第二预设条件,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集f1或所述第二数据集f2中删除。
情况三:所述互相关注度和/或交互频率高于所述预设的第一阈值,判断出所述第二信用值也高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集f1或所述第二数据集f2中删除。第一数据集f1或第二数据集f2更新后的得到的更新数据集分别为f1’和f2’,该更新后的数据集f1’和f2’都是有效用户。
这里需要指出的是,上述实施方式三中的三种具体情况,以及涵盖实施方式一至实施方式三的示例都只是用于举例描述,实际应用中并不限于这几种示例。
这里需要指出的是,对于上述实施方式一-上述实施方式三用于筛选用户的数据集变化示意图如图2-4所示,如图2-4的数据集变化可以看出:上述实施方式三与上述实施方式一至实施方式二的区别在于:上述实施方式一是通过一个单一指标进行分析,对第一数据集中的关联用户数据进行更新,得到有效用户,筛选出无效用户并删除;上述实施方式二也是通过一个单一指标进行分析,对第二数据集中的关联用户数据进行更新,得到有效用户,筛选出无效用户并删除;而上述实施方式三是通过两个数据指标的综合分析,即两个数据指标互相制衡和互相影响干扰来进一步优化筛选精度的,这种方式是取一个中间阈值,是综合的结果,所以对数据的挖掘和分析更加精准。
方法实施例三:本发明实施例提供了一种数据处理方法,所述方法应用于支付平台中,基于方法实施例一,该方法中,根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度至少包括以下如图5-图7所示的实施方式一-实施方式三这三种具体实施方式:
实施方式一:
步骤501、获取所述有效用户对所述第一用户的第一评定值,将所述第一评定值作为所述第一信息。
这里,所述第一评定值可以为有效用户对第一用户进行打分的好友打分值。
步骤502、根据所述第一信用值和/或所述第一评定值得到所述预调整额度。
实施方式二:
步骤601、获取所述有效用户的第三信用值。
这里,所述有效用户的第三信用值可以为有效用户所对应的信用值。
步骤602、获取所述有效用户对所述第一用户的第一评定值。
这里,所述第一评定值可以为有效用户对第一用户进行打分的好友打分值。
步骤603、根据所述第三信用值和所述第一评定值得到综合信用值,将所述综合信用值作为所述第一信息。
这里,所述综合信用值可以为有效用户所对应的信用值和有效用户对第一用户进行打分的好友打分值经过运算得到的综合信用值。
步骤604、根据所述第一信用值和/或所述综合信用值得到所述预调整额度。
这里,所述第一信用值可以为第一用户对应的信用值。
实施方式三:
步骤701、获取所述有效用户的第三信用值。
步骤702、获取所述有效用户对所述第一用户的第一评定值。
步骤703、根据所述第三信用值和所述第一评定值得到综合信用值。
步骤704、根据所述综合信用值和所述第一信用值得到最终信用值,将所述最终信用值作为所述第一信息。
步骤705、根据所述第一信用值和/或所述最终信用值得到所述预调整额度。
这里需要指出的是:对于上述实施方式一-上述实施方式三来说,具体来说,有三种可能性,1)都包括最基本的情况:即:根据所述第一信用值得到所述预调整额度,这种是相对不够精确的方式;2)分别根据所述第一评定值得到所述预调整额度;或者根据所述综合信用值得到所述预调整额度;或者,根据所述最终信用值得到所述预调整额度;这种是相对于第1)种情况来看较为精确的方式;3)是将第1)种情况+第2)种情况做一个综合所得到的预调整额度,第3)种情况是最为精确的方式。
在本发明实施例一优选实施方式中,所述方法还包括:收到所述第二用户返回的针对所述贷款请求的支付结果;将所述支付结果从所述第二用户转发至所述第一用户对应的账号上。其中,所述第二用户为放贷或借款的户头。
以一个现实应用场景为例对本发明实施例阐述如下:
本发明的一种应用场景是在数据处理为涉及买卖交易的支付场景,在该场景中可以通过好友打分完成对提出贷款请求用户的信用额度调整评估。
SNS社交网络建立了用户之间的相关性,通过用户之间在至少一个维度上的关注和相关性得到的数据指标进行数据挖掘和分析,以便得到更好的信用额度调整评估结果。可以通过用户自身的信用值分析,也可以根据SNS的特点来利用好友的评价来评估用户自身的信用,当然也可以综合考虑这两方面的因素。具体来说,利用SNS的特点,以利用好友对用户的信用打分来评估用户自身的信用情况来说,一个人的好友和熟悉的人对用户自身的信用的评价能更真实的反应该用户的真实信用情况,为保证信用评估的准确,可以在评分里结合打分的好友自身的信用情况,做加权运算。并且,为了保证好友打分信用评估的准确,可以对打分设置一定的门槛,只有一定信用额度和活跃度的好友的打分才有效,也就是不是对所有的好友打分进行收集以进行数据分析,而是对好友进行筛选出得到其中的有效用户,对该有效用户的打分进行收集以进行数据分析。
在支付平台侧进行上述数据收集和数据挖掘及分析,比如财付通、微信支付,支付宝,QQ钱包等都属于支付平台的范畴,申请贷款用户得到的现金可以由小额贷款公司出资,也可以由四大国有银行或民办银行来出资,以财富通为例,是通过财付通提供资金、渠道等服务,向用户发放小额有息贷款的业务。本支付应用场景采用本发明实施例,可以用于P2P贷款、信用支付、网络信用卡等需要根据用户信用情况给予不同授信额度的情况,如图8所示,包括以下内容:
步骤801、支付平台S2接收第一用户(申请贷款用户)S1的支付请求,该支付请求根据第一用户S1在交易中需付第一款项生成的支付请求。
步骤802、支付平台S2检测出所述支付请求中的所述第一款项与所述第一用户S1对应账户(银行卡账号或者如支付宝这种模式的网络虚拟账号)中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户(放贷或借款的用户,包括小额贷款机构或者正式的银行机构)S3申请贷款的贷款请求。
步骤803、支付平台S2根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果。
步骤804、支付平台S2解析出所述判断结果用于表征所述第一信用额度中的剩余额度不够支付时,获取第一用户至少一个维度的第一行为数据和第一支付流通记录,根据所述第一行为数据和所述第一支付流通记录得到第一信用值。
步骤805、支付平台S2获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户S1’和/或S1”,以用于授信额度的预调整。
步骤806、支付平台S2提取所述有效用户S1’和/或S1”的第一信息(包括有效用户对申请贷款用户的打分值和/或有效用户自身的信用值等等信息),根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的授信额度的预调整,根据所述授信额度的预调整额度验证所述贷款请求是否通过。
步骤807、将验证通过的贷款请求发送给所述第二用户S3。
步骤808、支付平台收到所述第二用户返回的针对所述贷款请求的支付结果。
步骤809、将所述支付结果从所述第二用户的户头转发至所述第一用户对应的账号上。
这里需要指出的是,本发明实施例中的所述授信额度是指小额贷款公司或各大银行能贷给你最高多少的钱。授信额度是小额贷款公司或各大银行在一定金额及期限内,向第一用户(申请贷款用户)发放的可循环使用的授信,有三种方式:1)一次授信,循环使用,随用随还,即:一次授信后,在约定的时间和额度内随借随用随还;2)凭证贷款,手续简便,即第一用户(申请贷款用户)依据经数字签名的电子授信合同办理授信业务,银行不再重新进行授信调查和审批;3)如果第一用户(申请贷款用户)申请的是综合授信额度,第一用户(申请贷款用户)除了可以获得现金贷款外,还可办理授信合同规定的开立承兑汇票、国际结算融资等业务。
另外,授信额度的计算可以通过第一用户(申请贷款用户)申请额度、信用评级确定的第一用户(申请贷款用户)信用上限,第一用户(申请贷款用户)各种资产总和、剩余可用授信额度等因素共同确定。还会涉及信用系数,信用系数是根据第一用户(申请贷款用户)的特征来评级确定的信用等级。
还有额外的决定因素包括:用户授信额度不得超过一个阈值,比如不得超过净资本的1%或2%等等;以及结合授信模式、经营能力、担保方式、风险缓释手段来考虑的因素,不做赘述。
以下对在本场景中应用本发明实施例,如何具体确定第一用户(申请贷款用户)信用值上限进行描述如下:
1、首先根据已有的用户资料按照常规方案得到一个第一用户的信用值A;
2、收集对应该第一用户的有效好友信用值B={b1,b2,b3,……,bn};
3、收集对应该第一用户的好友给用户的信用打分值X={x1,x2,x3,……,xn};
4、根据步骤2中的用户好友的信用值B和步骤3中的打分值X来加权计算一个综合信用值C=∑bn*xn*hn,其中hn为系统根据需要给每个用户的一个加权系数;
5、根据用户常规的信用值A和好友打分的综合信用值C进行加权计算,得到用户的最终信用值Z=A*m1+C*m2,其中m1、m2为系统根据需要给予的加权系数。
上述确定第一用户(申请贷款用户)信用值上限的运算逻辑位于支付平台的服务器中的运算逻辑中,运算逻辑的流程如图9所示。除了上述这种运算逻辑,还包括以下各种对应不同精度和策略需求的运算逻辑:
a、为了保证好友打分数据的可信性,可以在计算前根据需要剔除掉信用值较低的好友的打分,信用值低的好友打分不计算进去(假设信用低的人,他的打分数据是不可靠的);
b、为了保证好友打分数据的可信性,可以在计算前根据需要剔除掉跟用户交互频率较低的好友打分,跟用户交互的频率过低的好友打分不计算进去(假设交互频率低的好友对用户的了解也比较少,打分不可靠);
c、可改动点3、如果认为好友的信用参考价值不大,也可以不使用好友信用加权,直接使用好友打分跟用户原始信用一起计算最终信用;
d、可改动点4、可以对本方案所提供方法进行多次迭代得到更准确的用户信用(经过多次迭代可以更好的得到好友更准确的信用值作为打分的加权系数,从而能得到更有效的用户最终信用)。
所述d是个多次迭代的运算,精度为最高的,具体包括:首先根据所有用户的基本信息按照常规方案计算所有用户的原始信用A;在计算一个用户的信用值时,使用他的好友的原始信用来做加权,得到这个用户的第一次迭代信用值Z;所有用户都计算得到信用值Z后,再将这个Z覆盖用户的原始信用A,重新迭代一次到多次计算得到用户更可信的信用值作为用于授信额度预调整所采用的第一用户(申请贷款用户)信用值上限。
这里需要指出的是:以下支付平台项的描述,与上述方法描述是类似的,同方法的有益效果描述,不做赘述。对于本发明支付平台实施例中未披露的技术细节,请参照本发明方法实施例的描述。
支付平台实施例一:
本发明实施例的一种支付平台,如图10所示,所述支付平台S2包括:
接收单元11用于接收第一用户的第一请求,所述第一请求根据第一用户所需的第一款项生成;检测单元12用于检测出所述第一请求中的所述第一款项与所述第一用户对应账户中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户申请贷款的贷款请求;判断单元13用于根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果;第一处理单元14用于所述判断结果用于表征所述第一信用额度不符合第一预设条件时,获取第一用户至少一个维度的第一行为数据和第一现金流通记录,根据所述第一行为数据和所述第一现金流通记录得到第一信用值;筛选单元15用于获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户;第二处理单元16用于提取所述有效用户的第一信息,根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户。
本实施例的检测单元12、判断单元13、第一处理单元14、筛选单元15及第二处理单元16的具体结构可包括处理器及存储介质;所述存储介质和所述处理器通过总线连接;所述存储介质上存储有可执行代码,所述处理器通过读取并执行所述可执行代码,能够执行上述单元的功能。检测单元12、判断单元13、第一处理单元14、筛选单元15及第二处理单元16中的任意两个可以集成对应一个处理器,或单独分别对应不同的处理器。当一个所述处理器对应两个上述功能单元时,所述处理器可以采用并发线程或时分处理等方式处理不同单元的功能。
所述处理器可以是应用处理器AP、中央处理器CPU、数字信号处理器DSP、可编程阵列PLC或微处理器MCU等结构。
接收单元11的具体结构可包括与外设连接的各种类型的通信接口,如有线通信接口或无线通信接口;所述有线通信接口可包括光缆通信接口及电缆通信接口的任意一种。所述无线通信接口可包括接收天线等。所述接收天线可以WIFI天线,2G、3G、4G或5G天线等。
在本发明实施例一实施方式中,所述判断单元进一步用于在所述第一信用额度为从所述第一用户当前的总信用额度中排除历史流通记录所消耗的额度后得到的剩余额度时,将所述剩余额度与所述贷款请求所需要的额度相比较,如果满足所述贷款请求所需要的额度,则符合所述第一预设条件,否则,不符合所述第一预设条件。
在本发明实施例一实施方式中,所述筛选单元进一步包括:
第一获取子单元,用于获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
筛选子单元,用于检测所述第一数据集中互相关注度和/或交互频率是否高于预设的第一阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集中删除。
在本发明实施例一实施方式中,所述筛选单元进一步包括:
第二获取子单元,用于获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
筛选子单元,用于检测所述第二数据集中的第二信用值是否高于预设的第二阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第二数据集中删除。
在本发明实施例一实施方式中,所述筛选单元进一步包括:
第一获取子单元,用于获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
第二获取子单元,用于获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
筛选子单元,用于:
将所述互相关注度和/或交互频率和所述第二信用值确定为分别制衡使用的两个中间参考参数,与预设的第一阈值和第二阈值比对,得到关联用户是否为有效用户的判断结果;
所述判断结果至少包括:
所述互相关注度和/或交互频率低于所述预设的第一阈值,判断出所述第二信用值高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述第二信用值低于所述预设的第二阈值,判断出所述互相关注度和/或交互频率高于所述预设的第一阈值,则满足第二预设条件,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述互相关注度和/或交互频率高于所述预设的第一阈值,判断出所述第二信用值也高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除。
在本发明实施例一实施方式中,所述第二处理单元进一步包括:
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值,将所述第一评定值作为所述第一信息;
额度调整子单元,用于根据所述第一信用值和/或所述第一评定值得到所述预调整额度。
在本发明实施例一实施方式中,所述第二处理单元,进一步包括:
第四获取子单元,用于获取所述有效用户的第三信用值;
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值;
额度调整子单元,用于根据所述第三信用值和所述第一评定值得到综合信用值,将所述综合信用值作为所述第一信息;根据所述第一信用值和/或所述综合信用值得到所述预调整额度。
在本发明实施例一实施方式中,所述第二处理单元,进一步包括:
第四获取子单元,用于获取所述有效用户的第三信用值;
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值;
额度调整子单元,用于根据所述第三信用值和所述第一评定值得到综合信用值;根据所述综合信用值和所述第一信用值得到最终信用值,将所述最终信用值作为所述第一信息;根据所述第一信用值和/或所述最终信用值得到所述预调整额度。
在本发明实施例一实施方式中,所述支付平台还包括:
所述接收单元,进一步用于收到所述第二用户返回的针对所述贷款请求的支付结果;
发送单元,用于将所述支付结果从所述第二用户转发至所述第一用户对应的账号上;所述第二用户为放贷或借款的户头。
支付平台实施例二:
如图11所示,所述支付平台S2可包括:处理器902、外部通信接口901、内部通信结构903及存储介质904。所述内部通信接口903具体可以是PCI总线等总线接口,连接处理器902、存储介质904;所述处理器902通过运行存储在存储介质904上的代码可以执行方法实施例中任一项所述的方法。所述外部通信接口901用于与客户端905等外设进行信息交互,具体如向客户端905发送已支付信息或从客户端接收登录请求等。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者,本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (18)
1.一种数据处理方法,其特征在于,所述方法应用于支付平台中,所述方法包括:
接收第一用户的第一请求,所述第一请求根据第一用户所需的第一款项生成;
检测出所述第一请求中的所述第一款项与所述第一用户对应账户中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户申请贷款的贷款请求;
根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果;
所述判断结果用于表征所述第一信用额度不符合第一预设条件时,获取第一用户至少一个维度的第一行为数据和第一现金流通记录,根据所述第一行为数据和所述第一现金流通记录得到第一信用值;
获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户;
提取所述有效用户的第一信息,根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户。
2.根据权利要求1所述的方法,其特征在于,所述判断第一信用额度是否符合第一预设条件,包括:
所述第一信用额度为从所述第一用户当前的总信用额度中排除历史流通记录所消耗的额度后得到的剩余额度;
将所述剩余额度与所述贷款请求所需要的额度相比较,如果满足所述贷款请求所需要的额度,则符合所述第一预设条件,否则,不符合所述第一预设条件。
3.根据权利要求1所述的方法,其特征在于,所述获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户,包括:
获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
检测所述第一数据集中互相关注度和/或交互频率是否高于预设的第一阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集中删除。
4.根据权利要求1所述的方法,其特征在于,所述获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户,包括:
获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
检测所述第二数据集中的第二信用值是否高于预设的第二阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第二数据集中删除。
5.根据权利要求1所述的方法,其特征在于,所述获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户,包括:
获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
将所述互相关注度和/或交互频率和所述第二信用值确定为分别制衡使用的两个中间参考参数,与预设的第一阈值和第二阈值比对,得到关联用户是否为有效用户的判断结果;
所述判断结果至少包括:
所述互相关注度和/或交互频率低于所述预设的第一阈值,判断出所述第二信用值高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述第二信用值低于所述预设的第二阈值,判断出所述互相关注度和/或交互频率高于所述预设的第一阈值,则满足第二预设条件,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述互相关注度和/或交互频率高于所述预设的第一阈值,判断出所述第二信用值也高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除。
6.根据权利要求1所述的方法,其特征在于,所述根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度包括:
获取所述有效用户对所述第一用户的第一评定值,将所述第一评定值作为所述第一信息;
根据所述第一信用值和/或所述第一评定值得到所述预调整额度。
7.根据权利要求1所述的方法,其特征在于,所述根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度包括:
获取所述有效用户的第三信用值;
获取所述有效用户对所述第一用户的第一评定值;
根据所述第三信用值和所述第一评定值得到综合信用值,将所述综合信用值作为所述第一信息;
根据所述第一信用值和/或所述综合信用值得到所述预调整额度。
8.根据权利要求1所述的方法,其特征在于,所述根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度包括:
获取所述有效用户的第三信用值;
获取所述有效用户对所述第一用户的第一评定值;
根据所述第三信用值和所述第一评定值得到综合信用值;
根据所述综合信用值和所述第一信用值得到最终信用值,将所述最终信用值作为所述第一信息;
根据所述第一信用值和/或所述最终信用值得到所述预调整额度。
9.根据权利要求1至8任一项所述的方法,其特征在于,所述方法还包括:
收到所述第二用户返回的针对所述贷款请求的支付结果;
将所述支付结果从所述第二用户转发至所述第一用户对应的账号上;
所述第二用户为放贷或借款的户头。
10.一种支付平台,其特征在于,所述支付平台包括:
接收单元,用于接收第一用户的第一请求,所述第一请求根据第一用户所需的第一款项生成;
检测单元,用于检测出所述第一请求中的所述第一款项与所述第一用户对应账户中的第二款项不匹配时,根据所述第一款项与所述第二款项的差额生成向第二用户申请贷款的贷款请求;
判断单元,用于根据所述贷款请求提取第一信用额度,判断第一信用额度是否符合第一预设条件,得到判断结果;
第一处理单元,用于所述判断结果用于表征所述第一信用额度不符合第一预设条件时,获取第一用户至少一个维度的第一行为数据和第一现金流通记录,根据所述第一行为数据和所述第一现金流通记录得到第一信用值;
筛选单元,用于获取与所述第一用户在至少一个维度相关联的关联用户,满足第二预设条件时从所述关联用户中筛选出有效用户;
第二处理单元,用于提取所述有效用户的第一信息,根据所述第一信用值和/或所述第一信息得到针对所述第一信用额度的预调整额度,根据所述预调整额度验证所述贷款请求是否通过,将验证通过的贷款请求发送给所述第二用户。
11.根据权利要求10所述的支付平台,其特征在于,所述判断单元,进一步用于在所述第一信用额度为从所述第一用户当前的总信用额度中排除历史流通记录所消耗的额度后得到的剩余额度时,将所述剩余额度与所述贷款请求所需要的额度相比较,如果满足所述贷款请求所需要的额度,则符合所述第一预设条件,否则,不符合所述第一预设条件。
12.根据权利要求10所述的支付平台,其特征在于,所述筛选单元,进一步包括:
第一获取子单元,用于获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
筛选子单元,用于检测所述第一数据集中互相关注度和/或交互频率是否高于预设的第一阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集中删除。
13.根据权利要求10所述的支付平台,其特征在于,所述筛选单元,进一步包括:
第二获取子单元,用于获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
筛选子单元,用于检测所述第二数据集中的第二信用值是否高于预设的第二阈值,如果是,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第二数据集中删除。
14.根据权利要求10所述的支付平台,其特征在于,所述筛选单元,进一步包括:
第一获取子单元,用于获取所述关联用户在至少一个维度上与所述第一用户的互相关注度和/或交互频率形成的第一数据集;
第二获取子单元,用于获取所述关联用户的第二信用值形成的第二数据集,所述第二信用值根据所述关联用户的第二行为数据和所述第二现金流通记录得到;
筛选子单元,用于:
将所述互相关注度和/或交互频率和所述第二信用值确定为分别制衡使用的两个中间参考参数,与预设的第一阈值和第二阈值比对,得到关联用户是否为有效用户的判断结果;
所述判断结果至少包括:
所述互相关注度和/或交互频率低于所述预设的第一阈值,判断出所述第二信用值高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述第二信用值低于所述预设的第二阈值,判断出所述互相关注度和/或交互频率高于所述预设的第一阈值,则满足第二预设条件,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除;
所述互相关注度和/或交互频率高于所述预设的第一阈值,判断出所述第二信用值也高于所述预设的第二阈值时,则满足第二预设条件,将满足第二预设条件的关联用户确定为所述有效用户,否则,作为无效用户从所述第一数据集或所述第二数据集中删除。
15.根据权利要求10所述的支付平台,其特征在于,所述第二处理单元,进一步包括:
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值,将所述第一评定值作为所述第一信息;
额度调整子单元,用于根据所述第一信用值和/或所述第一评定值得到所述预调整额度。
16.根据权利要求10所述的支付平台,其特征在于,所述第二处理单元,进一步包括:
第四获取子单元,用于获取所述有效用户的第三信用值;
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值;
额度调整子单元,用于根据所述第三信用值和所述第一评定值得到综合信用值,将所述综合信用值作为所述第一信息;根据所述第一信用值和/或所述综合信用值得到所述预调整额度。
17.根据权利要求10所述的支付平台,其特征在于,所述第二处理单元,进一步包括:
第四获取子单元,用于获取所述有效用户的第三信用值;
第三获取子单元,用于获取所述有效用户对所述第一用户的第一评定值;
额度调整子单元,用于根据所述第三信用值和所述第一评定值得到综合信用值;根据所述综合信用值和所述第一信用值得到最终信用值,将所述最终信用值作为所述第一信息;根据所述第一信用值和/或所述最终信用值得到所述预调整额度。
18.根据权利要求10至17任一项所述的支付平台,其特征在于,所述支付平台还包括:
所述接收单元,进一步用于收到所述第二用户返回的针对所述贷款请求的支付结果;
发送单元,用于将所述支付结果从所述第二用户转发至所述第一用户对应的账号上;所述第二用户为放贷或借款的户头。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410854739.9A CN104616194A (zh) | 2014-12-31 | 2014-12-31 | 一种数据处理方法及支付平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410854739.9A CN104616194A (zh) | 2014-12-31 | 2014-12-31 | 一种数据处理方法及支付平台 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104616194A true CN104616194A (zh) | 2015-05-13 |
Family
ID=53150627
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410854739.9A Pending CN104616194A (zh) | 2014-12-31 | 2014-12-31 | 一种数据处理方法及支付平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104616194A (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017041527A1 (zh) * | 2015-09-09 | 2017-03-16 | 腾讯科技(深圳)有限公司 | 一种信息处理方法、终端和服务器、计算机存储介质 |
CN106897872A (zh) * | 2016-12-08 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 资源调度方法及装置、支付方法及装置 |
WO2017133456A1 (zh) * | 2016-02-01 | 2017-08-10 | 腾讯科技(深圳)有限公司 | 一种确定风险评估参数的方法及装置 |
CN107798536A (zh) * | 2017-02-20 | 2018-03-13 | 平安科技(深圳)有限公司 | 信用额度处理方法和装置 |
CN107798595A (zh) * | 2016-09-05 | 2018-03-13 | 上海前隆信息科技有限公司 | 一种额度调整的方法及装置 |
CN108846675A (zh) * | 2018-07-18 | 2018-11-20 | 阿里巴巴集团控股有限公司 | 一种支付限额调整方法及装置 |
CN109087163A (zh) * | 2018-07-06 | 2018-12-25 | 阿里巴巴集团控股有限公司 | 信用评估的方法及装置 |
CN109447782A (zh) * | 2018-09-19 | 2019-03-08 | 平安科技(深圳)有限公司 | 专利交易支付方法、装置、计算机设备及存储介质 |
CN109635969A (zh) * | 2018-11-08 | 2019-04-16 | 阿里巴巴集团控股有限公司 | 推送资源转移要约的方法及装置 |
CN109685649A (zh) * | 2018-12-28 | 2019-04-26 | 上海点融信息科技有限责任公司 | 基于人工智能确定授信额度的方法、装置及存储介质 |
CN110020867A (zh) * | 2019-01-30 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 一种消费合约的处理方法、装置和设备 |
CN110097457A (zh) * | 2019-04-29 | 2019-08-06 | 上海掌门科技有限公司 | 信息生成方法、电子设备和计算机可读介质 |
WO2019196544A1 (zh) * | 2018-04-12 | 2019-10-17 | 阿里巴巴集团控股有限公司 | 业务风险控制方法和装置 |
CN110727770A (zh) * | 2019-08-30 | 2020-01-24 | 深圳壹账通智能科技有限公司 | 请求的智能筛选方法、装置、计算机设备和存储介质 |
CN111275542A (zh) * | 2020-01-17 | 2020-06-12 | 中国建设银行股份有限公司 | 一种贷款请求的处理方法、装置和系统 |
CN111371818A (zh) * | 2018-12-25 | 2020-07-03 | 阿里巴巴集团控股有限公司 | 一种数据请求的验证方法、装置及设备 |
CN113888309A (zh) * | 2021-10-09 | 2022-01-04 | 支付宝(杭州)信息技术有限公司 | 基于信用的数据处理方法及装置 |
CN114971893A (zh) * | 2022-07-28 | 2022-08-30 | 成都运荔枝科技有限公司 | 一种贷款抵扣方式灵活配置方法及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1867935A (zh) * | 2003-08-22 | 2006-11-22 | 卡尔茨公司 | 销售点购物系统 |
US20120239553A1 (en) * | 2011-03-16 | 2012-09-20 | Metro Enterprises, Inc. | Method for processing and funding short-term loans to a consumer and a method for converting currency, both to a mobile credit storage facility account |
-
2014
- 2014-12-31 CN CN201410854739.9A patent/CN104616194A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1867935A (zh) * | 2003-08-22 | 2006-11-22 | 卡尔茨公司 | 销售点购物系统 |
US20120239553A1 (en) * | 2011-03-16 | 2012-09-20 | Metro Enterprises, Inc. | Method for processing and funding short-term loans to a consumer and a method for converting currency, both to a mobile credit storage facility account |
Non-Patent Citations (1)
Title |
---|
丁婕: "我国P2P网络借贷平台及借款人行为研究", 《中国优秀硕士学位论文全文数据库·经济与管理科学辑》 * |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017041527A1 (zh) * | 2015-09-09 | 2017-03-16 | 腾讯科技(深圳)有限公司 | 一种信息处理方法、终端和服务器、计算机存储介质 |
WO2017133456A1 (zh) * | 2016-02-01 | 2017-08-10 | 腾讯科技(深圳)有限公司 | 一种确定风险评估参数的方法及装置 |
CN107798595A (zh) * | 2016-09-05 | 2018-03-13 | 上海前隆信息科技有限公司 | 一种额度调整的方法及装置 |
CN106897872A (zh) * | 2016-12-08 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 资源调度方法及装置、支付方法及装置 |
CN107798536A (zh) * | 2017-02-20 | 2018-03-13 | 平安科技(深圳)有限公司 | 信用额度处理方法和装置 |
WO2019196544A1 (zh) * | 2018-04-12 | 2019-10-17 | 阿里巴巴集团控股有限公司 | 业务风险控制方法和装置 |
CN109087163A (zh) * | 2018-07-06 | 2018-12-25 | 阿里巴巴集团控股有限公司 | 信用评估的方法及装置 |
CN109087163B (zh) * | 2018-07-06 | 2021-07-09 | 创新先进技术有限公司 | 信用评估的方法及装置 |
CN108846675A (zh) * | 2018-07-18 | 2018-11-20 | 阿里巴巴集团控股有限公司 | 一种支付限额调整方法及装置 |
CN109447782A (zh) * | 2018-09-19 | 2019-03-08 | 平安科技(深圳)有限公司 | 专利交易支付方法、装置、计算机设备及存储介质 |
CN109635969A (zh) * | 2018-11-08 | 2019-04-16 | 阿里巴巴集团控股有限公司 | 推送资源转移要约的方法及装置 |
CN109635969B (zh) * | 2018-11-08 | 2024-03-29 | 创新先进技术有限公司 | 推送资源转移要约的方法及装置 |
CN111371818B (zh) * | 2018-12-25 | 2022-05-24 | 阿里巴巴集团控股有限公司 | 一种数据请求的验证方法、装置及设备 |
CN111371818A (zh) * | 2018-12-25 | 2020-07-03 | 阿里巴巴集团控股有限公司 | 一种数据请求的验证方法、装置及设备 |
CN109685649A (zh) * | 2018-12-28 | 2019-04-26 | 上海点融信息科技有限责任公司 | 基于人工智能确定授信额度的方法、装置及存储介质 |
CN110020867A (zh) * | 2019-01-30 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 一种消费合约的处理方法、装置和设备 |
CN110020867B (zh) * | 2019-01-30 | 2023-07-14 | 创新先进技术有限公司 | 一种消费合约的处理方法、装置和设备 |
CN110097457A (zh) * | 2019-04-29 | 2019-08-06 | 上海掌门科技有限公司 | 信息生成方法、电子设备和计算机可读介质 |
CN110097457B (zh) * | 2019-04-29 | 2022-05-31 | 上海掌门科技有限公司 | 信息生成方法、电子设备和计算机可读介质 |
CN110727770A (zh) * | 2019-08-30 | 2020-01-24 | 深圳壹账通智能科技有限公司 | 请求的智能筛选方法、装置、计算机设备和存储介质 |
CN111275542A (zh) * | 2020-01-17 | 2020-06-12 | 中国建设银行股份有限公司 | 一种贷款请求的处理方法、装置和系统 |
CN113888309A (zh) * | 2021-10-09 | 2022-01-04 | 支付宝(杭州)信息技术有限公司 | 基于信用的数据处理方法及装置 |
CN114971893A (zh) * | 2022-07-28 | 2022-08-30 | 成都运荔枝科技有限公司 | 一种贷款抵扣方式灵活配置方法及系统 |
CN114971893B (zh) * | 2022-07-28 | 2022-10-25 | 成都运荔枝科技有限公司 | 一种贷款抵扣方式灵活配置方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104616194A (zh) | 一种数据处理方法及支付平台 | |
KR101961899B1 (ko) | 가상화폐와 명목화폐 간의 환율을 고려한 가상화폐 자동 결제 서비스 제공 방법 | |
Auer et al. | The technology of decentralized finance (DeFi) | |
US8355974B2 (en) | Account level liquidity charge determination | |
US20200272959A1 (en) | Tracking Movement of Resources in a Financial Transaction Network | |
US9852407B2 (en) | Systems and methods for routing debit transactions | |
US8280787B1 (en) | Method and system for recommending a change of bank account based on actual financial data | |
CN108932585A (zh) | 一种商户运营管理方法及其设备、存储介质、电子设备 | |
CN101685526A (zh) | 一种贷款准入评估方法和系统 | |
CN108985923A (zh) | 资金清算处理方法及装置 | |
Medyawati et al. | Financial technology as determinants of bank profitability | |
McLaughlin et al. | A large scale study of the ethereum arbitrage ecosystem | |
US20110125623A1 (en) | Account level cost of funds determination | |
Yao et al. | Operational risk assessment of third-party payment platforms: a case study of China | |
Adebiyi et al. | An empirical investigation of the level of Adoption of mobile payment in Nigeria | |
JP2018514889A (ja) | 当初証拠金標準モデルに基づいて当初証拠金を計算及び提供する方法及びシステム | |
CN109146550A (zh) | 一种营销费用数据处理方法及系统 | |
US8595114B2 (en) | Account level interchange effectiveness determination | |
CN114444120A (zh) | 一种基于区块链的融资方法、装置、电子设备和存储介质 | |
JP2018163513A (ja) | 口座管理装置及びプログラム | |
JP2018163512A (ja) | 情報処理装置及びプログラム | |
CN113379465A (zh) | 基于区块链的网点选址方法、装置、设备和存储介质 | |
JP6423031B2 (ja) | 情報処理装置及びプログラム | |
KR101894800B1 (ko) | 시장리스크의 소요자기자본 산출 방법 및 장치 | |
CN108985924A (zh) | 用于校园债务清偿的管理系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150513 |