一种针对信用业务的监管方法及装置
技术领域
本文件涉及计算机技术领域,尤其涉及一种针对信用业务的监管方法及装置。
背景技术
随着征信体系的逐步完善,基于个人或集体的信用信息,开发出的各类信用业务被广泛应用。比如,基于个人或集体信用信息的免押金物品使用、试用、租赁业务,物品回收业务,金融信贷业务等。
当用户端需要使用信用业务时,可以向提供信用业务的业务端发送请求,据此,业务端可以向构建信用信息的服务端发送信用信息的鉴权请求,从而根据鉴权结果,决定是否执行信用业务。然而,随着信用业务类型增多、数量增大,且参与信用业务的用户数量也明显增多,导致了各种业务问题的出现,所以亟需一种监管方法,可以对信用业务中的业务端和用户端进行有效的监督和管理。
发明内容
本说明书实施例提供一种针对信用业务的监管方法和装置,用于较为有效的对信用业务进行监督和管理。
为解决上述技术问题,本说明书实施例是这样实现的:
本说明书实施例采用下述技术方案:
第一方面,提出了一种针对信用业务的监管方法,应用于构建信用信息的服务端,包括:
根据业务端在注册信用业务时提供的业务要素,为所述信用业务预先创建对应的监管策略;
接收业务端针对所述信用业务的用户信用鉴权请求,并基于预存的用户信用信息,为所述业务端提供鉴权结果;
基于鉴权通过结果,通过所述监管策略对所述信用业务进行监管。
第二方面,提出了一种针对信用业务的监管装置,应用于构建信用信息的服务端,包括:策略创建单元、信用鉴权单元、以及业务监管单元,其中,
所述策略创建单元,根据业务端在注册信用业务时提供的业务要素,为所述信用业务预先创建对应的监管策略;
所述信用鉴权单元,接收业务端针对所述信用业务的用户信用鉴权请求,并基于预存的用户信用信息,为所述业务端提供鉴权结果;
所述业务监管单元,基于鉴权通过结果,通过所述监管策略对所述信用业务进行监管。
第三方面,提出了一种电子设备,该电子设备包括:
处理器;以及
根据业务端在注册信用业务时提供的业务要素,为所述信用业务预先创建对应的监管策略;
接收业务端针对所述信用业务的用户信用鉴权请求,并基于预存的用户信用信息,为所述业务端提供鉴权结果;
基于鉴权通过结果,通过所述监管策略对所述信用业务进行监管。
第四方面,提出了一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
根据业务端在注册信用业务时提供的业务要素,为所述信用业务预先创建对应的监管策略;
接收业务端针对所述信用业务的用户信用鉴权请求,并基于预存的用户信用信息,为所述业务端提供鉴权结果;
基于鉴权通过结果,通过所述监管策略对所述信用业务进行监管。
由以上实施例提供的技术方案可见,构建信用信息的服务端可以根据业务端在注册信用业务时的业务要素,为信用业务预先创建对应的监管策略。此后,便可以通过创建的监管策略对该信用业务进行监管。由于在信用业务注册时,可以预先为信用业务创建对应的监管策略,所以在信用业务开始执行后,就可以通过该对应的监管策略较为有效的对信用业务进行监督和管理。
另外,根据信用业务对应的监管需求创建监管策略,可以针对不同的信用业务满足不同的监管需求;而在对信用业务进行监管时,可以在信用业务处于执行状态时、和信用业务产生的业务记录时等不同业务阶段进行监管。
附图说明
为了更清楚地说明本说明书实施例或现有的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的针对信用业务的监管方法的流程示意图;
图2为本说明书实施例提供的针对信用业务的监管方法的示意图;
图3为本说明书实施例提供的业务注册信用业务的示意图;
图4本说明书实施例提供的针对信用业务的监管装置的结构图;
图5本说明书实施例提供的电子设备的结构示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚,下面将结合具体实施例及相应的附图对本说明书的技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
以下结合附图,详细说明本说明书中各实施例提供的技术方案。
实施例1
如前所述,随着信用业务类型不断增多,数量不断增大,且参与信用业务的用户数量也不断增多,就会导致各种业务问题的出现。比如,某些信用业务的业务质量很差,或有些用户在使用信用业务时,不按规定履行信用业务的合约等。具体比如,业务端在物品租赁业务中提供了质量较差(如电池续航很短)的电子产品;用户在会还租赁的物品时,归还了错误的物品,或损坏的物品等。
所以,本说明书实施例提供一种针对信用业务的监管方法,可以对信用业务进行有效的监督和管理。本方法可以应用于构建信用信息的服务端,这里的服务端可以是某个社交平台或支付平台,根据用户的个人信息、用户历史行为等维度,构建出用户的信用信息,具体可以是通过分值的形式体现,也可以通过等级的方式体现。这里的用户可以是指个人用户,也可以是集体用户(单位、公司等)。具体流程示意图如图1所示,包括:
步骤102:根据业务端在注册信用业务时提供的业务要素,为该信用业务预先创建对应的监管策略。
业务端可以是指开发并提供信用业务的一方,比如可以是提供免押金物品使用、试用、租赁业务的商户、或提供信贷业务的金融机构,等。构建信用信息的服务端可以为业务端提供用户的信用信息,以便业务端可以根据信用信息决定用户能否使用信用业务。在实际应用中,服务端可以不将用户的信用信息直接提供给业务端,而是可以根据业务端的鉴权需求,对用户的信用信息执行查询判断等鉴权操作,并为其提供鉴权结果。
在本方法中,业务端可以根据自己的业务要素,在服务端中对信用业务进行注册,也即业务端在注册信用业务时可以提供对应的业务要素,以便服务端根据这些业务要素,为该信用业务预先创建对应的监管策略。
具体地,可以针对多方面不同的业务要素,为信用业务创建不同的监管策略,比如可以通过下述多种方式,根据业务要素创建对应的监管策略。
第一种方式:根据业务端在注册信用业务时提供的业务流程,为该信用业务预先创建对应的业务流程监管策略。
具体地,业务端在注册信用业务时,可以提交业务流程。比如,针对物品租赁业务,用户提交租赁订单后,商户在24小时之内发货,用户在租赁期到期后24小时内,将物品发送到指定地址,上就在收到物品后,在24小时内检查物品,并确认是否完成业务。
据此,服务端则可以将这些业务流程作为创建监管策略的依据,为该信用业务创建对应的业务流程监管策略。在该策略中,可以对一个或多个期限进行时间监控。比如,监控用户提交租赁订单后,商户是否在24小时之内将物品以快递、或其他方式发送给用户;又如,监控用户在租赁期到达后,是否在24小时内将物品以快递、或其他方式发送到指定地址,等。
第二种方式:根据业务端在注册信用业务时提供的联系方式,为该信用业务预先创建对应的业务协商策略。
具体地,联系方式可以用于联系到商户的负责人。据此,业务端就可以将联系方式作为创建监管策略的依据,为该信用业务创建对应的业务协商策略。在该策略中,可以对用户和商户针对信用业务提出的协商需求进行监控,当监控到协商请求时,可以根据联系方式,联系到具体的商户,从而协助商户进行业务协商。
当然,在实际应用中,还可以以业务唯一标识作为依据,从而可以较为便捷的进行业务端定位。而针对信用业务的每步操作,均可以对应信用业务的唯一标识,比如在用户开始使用信用业务时,可以生成包含唯一标识的流水号,在业务完成生成业务记录时,也可以对应保存唯一标识,等。
第三种方式:根据业务端在注册信用业务时提供的担保方式,为该信用业务预先创建对应的业务违规处理策略。
具体地,担保方式可以是业务端为信用业务提供的担保,比如可以建立一个担保账户,并在账户中存有一定的金额,也可以建立一个合约,在合约上接受暂停、下架信用业务等。据此,就可以将担保方式作为创建监管策略的依据,为该信用业务创建对应的业务违规处理策略。在该策略中,可以根据信用业务的特性,预设满足违规操作的条件,并根据该条件监控业务端在信用业务中是否存在违规操作。
第四种方式:根据业务端在注册信用业务时提供的评价功能,为该信用业务预先创建对应的业务评价监管策略。
业务端在注册信用业务时,可以根据自身的业务特性,确定是否需要评价功能。比如针对物品租赁业务,就可以设置评价功能,以便用户端在使用完信用业务后,可以对业务进行评价。而在信用业务实现评价功能时,可以由服务端提供该功能,也可以由业务端自行开发该功能。比如,服务端可以通过提供具有评价功能的应用模块,或业务端开发具有评价功能的应用模块,集成在信用业务中,从而实现针对信用业务的评价功能。
据此,则可以为该信用业务创建对应的业务评价监管策略,在该策略中,可以监控业务评价记录中用户对商户的评价,也可以监控商户对用户回复,从而可以根据评价记录中的内容,对信用业务进行监督和管理。
第五种方式:根据业务端在注册信用业务时提供的业务记录要素,为该信用业务预先创建对应的大数据分析策略。
业务端在执行信用业务后,通常会生成业务记录,比如可以包含用户信息、时间、业务流程、金额、用户满意度等业务记录要素,而对于大数据分析而言,通常可以从大量的业务记录中分析出对于信用业务有用的信息。
据此,则可以将业务记录要素作为创建监管策略的依据,为该信用业务创建对应的大数据分析策略。在该策略中,可以通过获取信用业务产生的业务记录,并根据这些业务记录中的内容,通过大数据分析模型得到相应的数据分析结果,从而对信用业务进行监管。
上文介绍了多种根据业务要素创建对应的监管策略的具体方式,而在实际应用中,可以不限于上述的方式创建监管策略。比如可以随着信用业务的发展,由业务端在注册信用业务时,提供新的业务要素,从而根据新的业务要素,创建其他的监管策略。又如,可以根据多种业务要素的组合,创建其他的监管策略。
在实际应用中,为信用业务创建监管策略时,可以根据信用业务对应的监管需求创建,也即,针对不同的信用业务可以创建出不同的监管策略,从而满足对不同信用业务的不同监管需求。则在一种实施方式中,根据业务端在注册信用业务时提供的业务要素,为该信用业务预先创建对应的监管策略,可以包括:根据业务端在注册信用业务时提供的业务要素、以及与该信用业务对应的监管需求,为该信用业务预先创建对应的监管策略。比如,针对信用租赁这类信用业务而言,业务流程是否规范、用户体验是否良好、是否出现违规操作,是较为突出的监管需求;而对于信贷业务,通常需要严格依照相关法律法规执行,所以对于用户体验是否良好、业务流程是否规范可以忽略,从而重点关注是否出现违规操作、以及大数据分析结果等监管需求。根据信用业务对应的监管需求创建监管策略,可以更有针对性的对信用业务实现监督和管理。
这里,监管策略可以通过某个或某些系统、应用等实现,也可以通过多种系统、多种应用的组合来实现。比如,对于上文介绍的业务流程监管策略,可以通过包含计时器功能、条件判断功能的应用实现,而对于业务评价监管策略,则可以通过关键词提取系统、语义分析系统来实现。
步骤104:接收业务端针对信用业务的用户信用鉴权请求,并基于预存的用户信用信息,为该业务端提供鉴权结果。
用户端在请求某个信用业务时,通常会向业务端发送业务请求。而在前文已经介绍,在实际应用中,服务端可以不将用户的信用信息直接提供给业务端,而是可以根据业务端的鉴权需求,对用户的信用信息执行查询判断等鉴权操作,并为其提供鉴权结果。所以业务端就可以向服务端发送针对该用户的信用鉴权请求,比如业务端的鉴权需求为用户的信用分值需高于某个阈值,据此,服务端就可以基于预存的用户信用信息,判断该用户信用分值是否高于这个阈值,根据是的结果,为该业务端提供鉴权通过结果,根据否的结果,为该业务端提供鉴权不通过结果。
比如,用户需要在物品租赁业务中租赁某个物品,则可以向业务端发送请求,业务端则可以根据该用户的唯一标识,向服务端发送针对该用户的信用鉴权请求,据此服务端就可以查询用户信用分值,并与业务端预先设定的鉴权通过阈值进行比对,从而确定出鉴权结果。具体,业务端可以预先设定针对用户信用分值的鉴权通过阈值,比如700分以上,服务端在查询到用户信用分值高于700,则可以确定鉴权结果为通过,否则不通过。
而在实际应用中,服务端还可以结合其他因素,对用户进行鉴权。比如,还可以通过用户的历史行为进行风险预测,预测信用行为可信度,若低于某个预设的可信度阈值,则也可以确定出鉴权不通过的结果。
在实际应用中,业务端可以根据自己提供的信用业务,预先设定鉴权通过的条件,比如可以包含信用分值、信用行为可信度、有无不良信用记录等一个或多个方面。从而服务端可以据此对用户进行鉴权。
步骤106:基于鉴权通过结果,通过预先创建的监管策略对该信用业务进行监管。
在前述步骤中,已经为不同信用业务创建了不同的监管策略,且根据业务端的鉴权请求提供鉴权结果。则在鉴权结果为通过后,业务端和用户端就可以相互协作执行信用业务直至完成,而本步骤就可以基于鉴权通过结果,通过预先创建的监管策略对该信用业务进行监管。
具体地,在监管的时机上,基于鉴权通过结果,通过监管策略对该信用业务进行监管,可以包括在鉴权通过结果的基础上,在确定出用户开始使用信用业务后,对信用业务进行监管,也可以定期或随机时刻,对信用业务进行监管,等。
进一步地,业务端可以将信用业务的业务订单信息共享给服务端,则服务端便可以监控信用业务中业务订单的生成、完成等状态,所以当服务端监控到信用业务中出现新的订单后,就可以确定出用户端开始使用该信用业务,从而可以通过预先创建的监管策略对该信用业务进行监管。业务端也可以将业务操作共享给服务端,而业务端在信用业务中的第一步业务操作,也可以是服务端确定用户端开始使用该信用业务的依据,所以服务端就可以在监控到业务端执行信用业务的第一步业务操作后,确定出用户端开始使用该信用业务。
在实际应用中,也可以无需以用户开始使用信用业务作为触发监管的条件,而是可以定时或时机时刻对信用业务进行监管,具体地,就可以定期或随机时刻获取信用业务产生的业务记录,从而根据业务记录对信用业务进行监管。当然也可以定期或随机时刻,对正在处于执行状态的信用业务进行监管,等。也即,本步骤可以在信用业务的不同阶段,对信用业务进行监管。具体可以当信用业务处于执行状态时,通过创建的监管策略对该信用业务进行监管,还可以根据信用业务产生的业务记录,通过创建的监管策略对该信用业务进行监管。
更进一步地,根据前述步骤中介绍的多种根据业务要素创建对应的监管策略的方式,本步骤中也可以对应下述进行监管的方式:
第一种方式:当信用业务处于执行状态时,通过创建的业务流程监管策略,对该信用业务中的业务端和用户端是否违反业务流程进行监管。
具体地,在前述步骤已经介绍,业务流程监管策略可以对一个或多个期限进行时间监控,则本步骤中,在信用业务处于执行状态时,若监控到某个流程出现超期行为,则可以确定出信用业务违反了业务流程,且通过预设期限分别与业务端和用户端的对应关系,从而可以确定出业务端还是用户端违反了业务流程。
比如根据前文举例,在物品租赁业务处于执行状态时,若监控到用户提交信用业务订单后,商户未在24小时之内将物品以快递、或其他方式发送给用户,则可以确定业务端违反了业务流程;又如,若监控到用户在租赁期到达后,未在24小时内将物品以快递、或其他方式发送到指定地址,则可以确定用户端违反了业务流程。此后,也可以通过提醒、或其他方式进行监督和管理。通过该方式,可以较为有效的对信用业务的流程进行监管。
第二种方式:当信用业务处于执行状态时,通过创建的业务协商策略,对该信用业务中的业务端进行监管。
具体地,在前述步骤已经介绍,业务协商策略可以监控用户或商户针对信用业务是否提出了协商需求。则本步骤可以针对某个处于执行状态的信用业务,监控是否出现了用户端或业务发起投诉请求,或协商请求等,则服务端可以联系到具体的商户,了解业务情况,并协助商户进行业务协商。
比如根据前文举例,针对物品租赁业务,当用户端收到业务端发送的物品后,发现由于质量问题无法使用,则可以发起协商,据此服务端就可以根据业务协商策略中对应的联系方式,联系到具体的商户,了解业务情况,并协助商户进行业务协商。通过该方式,可以较为有效的对信用业务的协商需求进行监管。
第三种方式:当信用业务处于执行状态时,通过创建的业务违规处理策略对该信用业务中的业务端进行监管。
具体地,在前述步骤已经介绍,业务违规处理策略,可以根据预设的条件,监控业务端在信用业务中是否存在违规操作,则在本步骤中,服务端就可以针对某个处于执行状态的信用业务,监控业务端在执行信用业务时,是否存在违规操作。比如,针对物品租赁业务,预设的违规操作条件可以包括业务端执行的业务流程顺序错误、发送的物品错误;又如,针对信贷业务,预设的违规操作条件可以包括信贷款项转出账号错误、逾期等。在监控到存在违规操作后,则可以根据担保方式,对业务进行违规处理,比如可以通过对担保账户进行罚款、冻结的形式,进行违规处理,或者暂停或下架信用业务等方式。从而更好的对信用业务进行监督和管理。通过该方式,可以较为有效的对信用业务是否出现违规操作进行监管。
而在实际应用中,在本步骤之前,还可以根据用户的信用信息,创建针对用户的业务违规处理策略,以便可以根据信用业务产生的业务记录,对信用业务中的用户端进行监督和管理。
第四种方式:根据信用业务产生的业务评价记录,通过创建的业务评价监管策略对该信用业务中的业务端和用户端进行监管。
具体地,在前述步骤已经介绍,业务评价监管策略可以监控业务评价记录,则在本步骤中,就可以获取信用业务对应的业务评价记录,并据此对业务端和用户端进行监督和管理。
进一步地,可以通过关键词提取和匹配的方式,如预设“不好”、“很差”、“不满意”、“很好”、“还会来”等关键词,从业务评价记录中用户对商户的评价,或商户对用户回复,对业务端提供的信用业务进行业务质量优劣的推测;或对用户端进行履约行为等方面进行记录。从而对提供信用业务的业务端和\或用户端均进行监督和管理。通过该方式,可以较为有效的对信用业务中业务端和用户端进行业务质量,信用行为等进行监管。
第五种方式:根据信用业务产生的业务记录,通过创建的大数据分析策略对该信用业务进行监管。
具体地,在前述步骤已经介绍,大数据分析策略可以通过获取信用业务产生的业务记录进行大数据分析。则在本步骤中,就可以通过预设的大数据分析模型,根据预先提供的业务记录要素,在预测趋势、分类统计等多个维度对信用业务进行大数据分析。
比如,可以根据业务记录要素中的性别年龄,分析信用业务的受众群体,根据业务记录要素中的评价满意度,分析信用业务的业务质量走势,等等。
而在实际应用中,也可以不局限于某个信用业务,而是可以将多个信用业务的业务记录进行整合分析。比如,分析30岁年龄段偏爱哪个信用业务,预测哪些信用业务在未来一段时间内的使用频率较高或较低,等。
通过大数据分析策略,可以较为有效的对某个信用业务的质量,用户量等方便进行监督和管理,还可以较为有效的对整体信用业务的发展趋势进行预测指导等。
上文介绍了多种对信用业务进行监管的具体方式,而在实际应用中,可以不限于上述的方式实现监管。比如,上文举例的业务流程监管策略,可以在信用业务处于执行状态进行监管,也可以根据信用业务产生的业务记录进行监管,其他方式也类似。实际中,也可以结合上述中的多种,多一个信用业务进行监管,等。
如图2所示,为针对信用业务的监管方法的示意图,业务端可以是具体的商户,先根据自身开发的信用业务,在构建信用信息的服务端中(比如对应的信用平台)进行注册,并在注册时提供必要的业务要素。在实际应用中,信用业务可以在服务端映射一个对应的信用服务,该信用服务可以为执行信用业务供必要的支持,也即业务端根据开发的信用业务在服务端中注册信用服务。
据此,服务端就可以基于这些业务要素,为该信用业务创建对应的监管策略,比如可以根据不同信用业务对应的监管需求,创建如前文介绍的、满足不同监管需求的一个或多个监管应用。实际中,还可以对业务要素进行注册审核。
在注册成功后,业务端就可以在指定的业务平台中构建自己的信用业务(例如,物品租赁业务)。且在信用业务构建完成后,服务端便可以为业务端提供必要的信用能力,这里的信用能力就可以包括,对用户在信用信息方面的鉴权能力,这个鉴权能力对应的鉴权需求可以由业务端预先设置,并由服务端根据该预设执行。基于鉴权通过结果,服务端则可以通过预先创建的监管策略,对信用业务在出于执行状态时,或产生业务记录后进行监督和管理。
如图3所示,为业务注册信用业务的示意图,业务端可以是具体的商户,开发自己的信用业务后,不同的业务端均可以通过服务端提供的信用服务注册平台完成业务注册,从而可以在服务端映射一个信用服务,多个业务端可以对应出多个信用服务,服务端根据注册时的业务要素,创建适用于不同信用业务的监控策略。在注册完成后,信用能力开放平台就可以为信用业务提供信用能力,具体可以包括上文介绍的鉴权功能。此后,就可以基于鉴权通过结果,通过监管策略对信用业务进行监管。
由以上实施例提供的技术方案可见,构建信用信息的服务端可以根据业务端在注册信用业务时的业务要素,为信用业务预先创建对应的监管策略。此后,便可以通过创建的监管策略对该信用业务进行监管。由于在信用业务注册时,可以预先为信用业务创建对应的监管策略,所以在信用业务开始执行后,就可以通过该对应的监管策略较为有效的对信用业务进行监督和管理。
另外,根据信用业务对应的监管需求创建监管策略,可以针对不同的信用业务满足不同的监管需求;而在对信用业务进行监管时,可以在信用业务处于执行状态时、和信用业务产生的业务记录时等不同业务阶段进行监管。
实施例2
基于相同的构思,本说明书实施例2提供了一种针对信用业务的监管装置,可以对信用业务进行有效的监督和管理。该装置的结构示意图如图4所示,包括:策略创建单元202、信用鉴权单元204、以及业务监管单元206,其中,
策略创建单元202,可以根据业务端在注册信用业务时提供的业务要素,为信用业务预先创建对应的监管策略;
信用鉴权单元204,可以接收业务端针对信用业务的用户信用鉴权请求,并基于预存的用户信用信息,为业务端提供鉴权结果;
业务监管单元206,可以基于鉴权通过结果,通过监管策略对信用业务进行监管。
在一种实施方式中,业务监管单元206,可以
当信用业务处于执行状态时,通过监管策略对信用业务进行监管。
在一种实施方式中,业务监管单元206,可以
根据信用业务产生的业务记录,通过监管策略对信用业务进行监管。
在一种实施方式中,策略创建单元202,可以
根据信用业务在注册时提供的业务流程,为信用业务预先创建对应的业务流程监管策略;则
业务监管单元206,可以
当信用业务处于执行状态时,通过业务流程监管策略,对信用业务中的业务端和\或用户端是否违反业务流程进行监管。
在一种实施方式中,策略创建单元202,可以
根据信用业务在注册时提供的联系方式,为信用业务预先创建对应的业务协商策略;则
业务监管单元206,可以
当信用业务处于执行状态时,通过业务协商策略,对信用业务中的业务端进行监管。
在一种实施方式中,策略创建单元202,可以
根据信用业务在注册时提供的担保方式,为信用业务预先创建对应的业务违规处理策略;则
业务监管单元206,可以
当信用业务处于执行状态时,通过业务违规处理策略对信用业务中的业务端进行监管。
在一种实施方式中,策略创建单元202,可以
根据信用业务在注册时提供的评价功能,为信用业务预先创建对应的业务评价监管策略;则
业务监管单元206,可以
根据信用业务产生的业务评价记录,通过业务评价监管策略对信用业务中的业务端\或用户端进行监管。
在一种实施方式中,策略创建单元202,可以
根据业务端在注册信用业务时提供的业务记录要素,为信用业务预先创建对应的大数据分析策略;则
业务监管单元206,可以
根据信用业务产生的业务记录,通过大数据分析策略对信用业务进行监管。
由以上实施例提供的装置可见,构建信用信息的服务端可以根据业务端在注册信用业务时的业务要素,为信用业务预先创建对应的监管策略。此后,便可以通过创建的监管策略对该信用业务进行监管。由于在信用业务注册时,可以预先为信用业务创建对应的监管策略,所以在信用业务开始执行后,就可以通过该对应的监管策略较为有效的对信用业务进行监督和管理。
另外,根据信用业务对应的监管需求创建监管策略,可以针对不同的信用业务满足不同的监管需求;而在对信用业务进行监管时,可以在信用业务处于执行状态时、和信用业务产生的业务记录时等不同业务阶段进行监管。
图5是本说明书的一个实施例电子设备的结构示意图,该电子设备可以应用于构建信用信息的服务端。在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-AccessMemory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成针对信用业务的监管装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
根据业务端在注册信用业务时提供的业务要素,为所述信用业务预先创建对应的监管策略;
接收业务端针对所述信用业务的用户信用鉴权请求,并基于预存的用户信用信息,为所述业务端提供鉴权结果;
基于鉴权通过结果,通过所述监管策略对所述信用业务进行监管。
上述如本说明书图4所示实施例提供的针对信用业务的监管装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central ProcessingUnit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图4所示实施例提供的针对信用业务的监管装置在图5所示实施例的功能,本说明书实施例在此不再赘述。
本说明书实施例还提出了一种计算机可读存储介质,可以应用于构建信用信息的服务端,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的电子设备执行时,能够使该电子设备执行图4所示实施例中针对信用业务的监管装置执行的方法,并具体用于执行:
根据业务端在注册信用业务时提供的业务要素,为所述信用业务预先创建对应的监管策略;
接收业务端针对所述信用业务的用户信用鉴权请求,并基于预存的用户信用信息,为所述业务端提供鉴权结果;
基于鉴权通过结果,通过所述监管策略对所述信用业务进行监管。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书的实施例可提供为方法、系统、或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本文件的权利要求范围之内。