本申请涉及数据处理领域,具体而言,涉及一种黑名单数据处理方法以及装置、大数据贷款平台优化方法。
背景技术:
在贷款平台都有各自的黑名单数据。
发明人发现,如果用户需要进行贷款时,需要逐个平台进行前置申请,处理效率低较低。进一步,黑名单信息也无法跨平台进行确认。
针对相关技术中黑名单数据处理效果不佳的问题,目前尚未提出有效的解决方案。
技术实现要素:
本申请的主要目的在于提供一种黑名单数据处理方法以及装置、大数据贷款平台优化方法,以解决黑名单数据处理效果不佳的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种黑名单数据处理方法。
根据本申请的黑名单数据处理方法包括:当用户访问应用程序时,获取身份授权信息;根据所述身份授权信息,按照提前准入方式静默接入业务黑名单;根据所述业务黑名单,判断用户是否可进入办理业务;根据筛选结果,向用户展示可办理业务。
进一步地,根据所述身份授权信息,按照提前准入方式静默接入业务黑名单包括:根据所述身份授权信息中的身份证号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单;根据所述业务黑名单,判断用户是否可进入办理业务包括:根据所述业务黑名单,判断用户身份证号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
进一步地,根据所述身份授权信息,按照提前准入方式静默接入业务黑名单包括:根据所述身份授权信息中的手机号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单;根据所述业务黑名单,判断用户是否可进入办理业务包括:根据所述业务黑名单,判断用户手机号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
进一步地,根据所述业务黑名单,判断用户是否可进入办理业务包括:
利用第三方业务平台提供的黑名单数据接口,将用户静默分发给一个或多个第三方业务平台进行黑名单检测。
为了实现上述目的,根据本申请的另一个方面,提供了一种大数据贷款平台优化方法。
根据本申请的大数据贷款平台优化方法,包括:接收用户的贷款请求,获取身份授权信息;根据所述身份授权信息,按照提前准入方式静默接入贷款黑名单;根据所述贷款黑名单,判断用户是否可进入办理贷款业务;根据筛选结果,向用户展示可办理的贷款业务。
为了实现上述目的,根据本申请的又一方面,提供了一种黑名单数据处理装置。
根据本申请的黑名单数据处理装置包括:授权模块,用于当用户访问应用程序时,获取身份授权信息;静默模块,用于根据所述身份授权信息,按照提前准入方式静默接入业务黑名单;判断模块,用于根据所述业务黑名单,判断用户是否可进入办理业务;展示模块,用于根据筛选结果,向用户展示可办理业务。
进一步地,所述静默模块,还用于根据所述身份授权信息中的身份证号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单;
所述判断模块,还用于根据所述业务黑名单,判断用户身份证号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
进一步地,所述静默模块,还用于根据所述身份授权信息中的手机号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单;
所述判断模块,还用于根据所述业务黑名单,判断用户手机号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
进一步地,所述判断模块,还用于
利用第三方业务平台提供的黑名单数据接口,将用户静默分发给一个或多个第三方业务平台进行黑名单检测。
为了实现上述目的,根据本申请的再一方面,提供了一种大数据贷款平台优化装置。
根据本申请的大数据贷款平台优化装置,包括:接收模块,用于接收用户的贷款请求,获取身份授权信息;静默模块,用于根据所述身份授权信息,按照提前准入方式静默接入贷款黑名单;判断模块,用于根据所述贷款黑名单,判断用户是否可进入办理贷款业务;展示模块,用于根据筛选结果,向用户展示可办理的贷款业务。
在本申请实施例中黑名单数据处理方法以及装置、大数据贷款平台优化方法,采用当用户访问应用程序时,获取身份授权信息的方式,通过根据所述身份授权信息,按照提前准入方式静默接入业务黑名单,达到了根据所述业务黑名单,判断用户是否可进入办理业务的目的,从而实现了根据筛选结果,向用户展示可办理业务的技术效果,进而解决了黑名单数据处理效果不佳的技术问题。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请第一实施例的黑名单数据处理方法流程示意图;
图2是根据本申请第二实施例的黑名单数据处理方法流程示意图;
图3是根据本申请第三实施例的黑名单数据处理方法流程示意图;
图4是根据本申请第四实施例的黑名单数据处理方法流程示意图;
图5是根据本申请实施例的大数据贷款平台优化方法流程示意图;
图6是根据本申请实施例的黑名单数据处理装置结构示意图;
图7是根据本申请实施例的大数据贷款平台优化装置结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本申请中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。
并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本申请中的具体含义。
此外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
在本申请中利用各个平台提供的黑名单的接口,将用户静默分发给多个平台,进行黑名单检测。同时,将优化的结果返回给用户。并且在后台根据平台分值来进行择优排序,为用户在借款的时候节约大量时间。本申请解决了用户只选择自己能贷的平台,可以有效的节约用户时间,帮助用户进行平台的最优方案选择。
如图1所示,该方法包括如下的步骤s102至步骤s108:
步骤s102,当用户访问应用程序时,获取身份授权信息;
当用户通过终端访问应用程序时,服务器获取身份授权信息。
具体地,在通过应用程序登录后,用户进行授权,在服务器可以授权身份授权信息。并根据身份授权信息进行静默优化。比如,通过用户手机号向各个三方先进行黑名单确认,来判断他是否有权利进入相关平台借款业务。
步骤s104,根据所述身份授权信息,按照提前准入方式静默接入业务黑名单;
在服务器根据所述身份授权信息,按照提前准入方式静默接入业务黑名单。即在服务器获取身份授权信息之后,预先按照提前准入方式静默接入业务黑名单。
需要注意的是,所述业务黑名单可以根据实际使用场景进行选择或配置。
具体地,通过用户手机号向各个三方先进行黑名单确认,来判断他是否满足进入相关业务员平台进行借款。
步骤s106,根据所述业务黑名单,判断用户是否可进入办理业务;
服务器根据所述业务黑名单,判断用户是否可进入办理业务。判断的方式基于预先按照提前准入方式静默接入业务黑名单之后进行比较、标识的结果。
具体地,服务器将判断出的结果存入数据库,并与本地后台设置的数据库标识进行比较。
步骤s108,根据筛选结果,向用户展示可办理业务。
服务器根据筛选出的结果,向用户展示可办理业务。即向用户展示的可办理的业务进行了个业务筛选,从而避免了用户多次填写授权身份信息进行业务办理查询的问题。
从以上的描述中,可以看出,本申请实现了如下技术效果:
在本申请实施例中,采用当用户访问应用程序时,获取身份授权信息的方式,通过根据所述身份授权信息,按照提前准入方式静默接入业务黑名单,达到了根据所述业务黑名单,判断用户是否可进入办理业务的目的,从而实现了根据筛选结果,向用户展示可办理业务的技术效果,进而解决了黑名单数据处理效果不佳的技术问题。
根据本申请实施例,作为本实施例中的优选,如图2所示,根据所述身份授权信息,按照提前准入方式静默接入业务黑名单包括:
步骤s202,根据所述身份授权信息中的身份证号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单;
根据所述业务黑名单,判断用户是否可进入办理业务包括:
步骤s204,根据所述业务黑名单,判断用户身份证号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
在服务器根据所述身份授权信息中的身份证号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单。在服务器根据所述业务黑名单,判断用户身份证号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
所述身份证号信息即作为用户在黑名单中的唯一标识信息。
具体地,跟接入的平台进行接口对接方式,将各个家贷款的平台的接口全部接入平台进行接口对接。比如,通过用户手机号向各个三方先进行黑名单确认,来判断他是否有权利进入平台借款。
根据本申请实施例,作为本实施例中的优选,如图3所示,根据所述身份授权信息,按照提前准入方式静默接入业务黑名单包括:
步骤s302,根据所述身份授权信息中的手机号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单;
根据所述业务黑名单,判断用户是否可进入办理业务包括:
步骤s304,根据所述业务黑名单,判断用户手机号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
所述手机号信息即作为用户在黑名单中的唯一标识信息。
在服务器根据所述身份授权信息中的手机号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单。在服务器根据所述业务黑名单,判断用户手机号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
根据本申请实施例,作为本实施例中的优选,如图4所示,根据所述业务黑名单,判断用户是否可进入办理业务包括:
步骤s402,利用第三方业务平台提供的黑名单数据接口,将用户静默分发给一个或多个第三方业务平台进行黑名单检测。
在服务器利用第三方业务平台提供的黑名单数据接口,将用户静默分发给一个或多个第三方业务平台进行黑名单检测。利用各个平台提供的黑名单的接口,将用户静默分发给多个平台,进行黑名单检测。同事将优化的结果返回给用户,同时给在后台根据平台分值。来进行择优排序。为用户在借款的时候节约大量时间。
在本申请的另一实施例中,还提供了大数据贷款平台优化方法,如图5所示,包括如下步骤
步骤s502,接收用户的贷款请求,获取身份授权信息;
步骤s504,根据所述身份授权信息,按照提前准入方式静默接入贷款黑名单;
步骤s506,根据所述贷款黑名单,判断用户是否可进入办理贷款业务;
步骤s508,根据筛选结果,向用户展示可办理的贷款业务。
上述步骤s502,接收用户的贷款请求,获取身份授权信息中在服务器接收用户的贷款请求,获取身份授权信息。
上述步骤s504,根据所述身份授权信息,按照提前准入方式静默接入贷款黑名单;
在服务器根据所述身份授权信息,按照提前准入方式静默接入业务黑名单。即在服务器获取身份授权信息之后,预先按照提前准入方式静默接入业务黑名单。
需要注意的是,所述业务黑名单可以根据实际使用场景进行选择或配置。
具体地,通过用户手机号向各个三方先进行黑名单确认,来判断他是否满足进入相关业务员平台进行借款。
上述步骤s506,根据所述业务黑名单,判断用户是否可进入办理业务;
服务器根据所述业务黑名单,判断用户是否可进入办理业务。判断的方式基于预先按照提前准入方式静默接入业务黑名单之后进行比较、标识的结果。
具体地,服务器将判断出的结果存入数据库,并与本地后台设置的数据库标识进行比较。
上述步骤s508,根据筛选结果,向用户展示可办理业务。
服务器根据筛选出的结果,向用户展示可办理业务。即向用户展示的可办理的业务进行了个业务筛选,从而避免了用户多次填写授权身份信息进行业务办理查询的问题。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本申请实施例,还提供了一种用于实施上述黑名单数据处理方法的黑名单数据处理装置,如图6所示,该装置包括:授权模块10,用于当用户访问应用程序时,获取身份授权信息;静默模块20,用于根据所述身份授权信息,按照提前准入方式静默接入业务黑名单;判断模块30,用于根据所述业务黑名单,判断用户是否可进入办理业务;展示模块40,用于根据筛选结果,向用户展示可办理业务。
本申请实施例的授权模块10中当用户通过终端访问应用程序时,服务器获取身份授权信息。
具体地,在通过应用程序登录后,用户进行授权,在服务器可以授权身份授权信息。并根据身份授权信息进行静默优化。比如,通过用户手机号向各个三方先进行黑名单确认,来判断他是否有权利进入相关平台借款业务。
本申请实施例的静默模块20中在服务器根据所述身份授权信息,按照提前准入方式静默接入业务黑名单。即在服务器获取身份授权信息之后,预先按照提前准入方式静默接入业务黑名单。
需要注意的是,所述业务黑名单可以根据实际使用场景进行选择或配置。
具体地,通过用户手机号向各个三方先进行黑名单确认,来判断他是否满足进入相关业务员平台进行借款。
本申请实施例的判断模块30中服务器根据所述业务黑名单,判断用户是否可进入办理业务。判断的方式基于预先按照提前准入方式静默接入业务黑名单之后进行比较、标识的结果。
具体地,服务器将判断出的结果存入数据库,并与本地后台设置的数据库标识进行比较。
本申请实施例的展示模块40中服务器根据筛选出的结果,向用户展示可办理业务。即向用户展示的可办理的业务进行了个业务筛选,从而避免了用户多次填写授权身份信息进行业务办理查询的问题。
根据本申请实施例,作为本实施例中的优选,所述静默模块,还用于根据所述身份授权信息中的身份证号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单;
所述判断模块,还用于根据所述业务黑名单,判断用户身份证号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
在服务器根据所述身份授权信息中的身份证号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单。在服务器根据所述业务黑名单,判断用户身份证号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
所述身份证号信息即作为用户在黑名单中的唯一标识信息。
具体地,跟接入的平台进行接口对接方式,将各个家贷款的平台的接口全部接入平台进行接口对接。比如,通过用户手机号向各个三方先进行黑名单确认,来判断他是否有权利进入平台借款。
根据本申请实施例,作为本实施例中的优选,所述静默模块20,还用于根据所述身份授权信息中的手机号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单;
所述判断模块,还用于根据所述业务黑名单,判断用户手机号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
所述手机号信息即作为用户在黑名单中的唯一标识信息。
在服务器根据所述身份授权信息中的手机号信息,按照提前准入方式静默获取第三方业务办理平台的业务黑名单,并接入业务黑名单。在服务器根据所述业务黑名单,判断用户手机号信息是否出现在所述业务黑名单中,如果不在,则用户可进入办理业务。
根据本申请实施例,作为本实施例中的优选,所述判断模块30,还用于
利用第三方业务平台提供的黑名单数据接口,将用户静默分发给一个或多个第三方业务平台进行黑名单检测。
在服务器利用第三方业务平台提供的黑名单数据接口,将用户静默分发给一个或多个第三方业务平台进行黑名单检测。利用各个平台提供的黑名单的接口,将用户静默分发给多个平台,进行黑名单检测。同事将优化的结果返回给用户,同时给在后台根据平台分值。来进行择优排序。为用户在借款的时候节约大量时间。
在本申请的另一实施例中,还提供了一种大数据贷款平台优化方法的大数据贷款平台优化装置,如图7所示,该装置包括:接收模块50,用于接收用户的贷款请求,获取身份授权信息;静默模块20,用于根据所述身份授权信息,按照提前准入方式静默接入贷款黑名单;判断模块30,用于根据所述贷款黑名单,判断用户是否可进入办理贷款业务;展示模块40,用于根据筛选结果,向用户展示可办理的贷款业务。
本申请实施例的接收模块50中接收用户的贷款请求,获取身份授权信息中在服务器接收用户的贷款请求,获取身份授权信息。
本申请实施例的静默模块20中在服务器根据所述身份授权信息,按照提前准入方式静默接入业务黑名单。即在服务器获取身份授权信息之后,预先按照提前准入方式静默接入业务黑名单。
需要注意的是,所述业务黑名单可以根据实际使用场景进行选择或配置。
具体地,通过用户手机号向各个三方先进行黑名单确认,来判断他是否满足进入相关业务员平台进行借款。
本申请实施例的判断模块30中服务器根据所述业务黑名单,判断用户是否可进入办理业务。判断的方式基于预先按照提前准入方式静默接入业务黑名单之后进行比较、标识的结果。
具体地,服务器将判断出的结果存入数据库,并与本地后台设置的数据库标识进行比较。
本申请实施例的展示模块40中服务器根据筛选出的结果,向用户展示可办理业务。即向用户展示的可办理的业务进行了个业务筛选,从而避免了用户多次填写授权身份信息进行业务办理查询的问题。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。