具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本说明书保护的范围。
本说明书实施例提供了一种业务处理方法、装置及系统,根据目标用户的信用信息确定是否向目标用户提供目标业务,并在目标业务结束后,获取目标用户关于目标业务的行为信息,应用于对目标用户的信用信息的管理中。实现了目标用户的行为信息与目标用户的信用信息的关联,即目标用户每次的行为信息都会对目标用户下次是否可以享用目标业务产生影响,从而可以更全面的对目标用户的信用信息进行评估,实现了对目标用户的约束,使得目标业务的处理更合理。
其中,本说明书实施例中所提及的目标业务可以为物品租赁免押金业务、物品共享免押金业务、酒店入住免押金业务等。
图1为本说明书实施例提供的业务处理方法的第一种方法流程图,图1所示的方法,至少包括如下步骤:
步骤102,响应于对目标用户进行信用评估的请求,评估目标用户的信用信息是否满足设定的信用约束条件。
其中,本说明书实施例提供的方法可以应用于信用管理节点,即执行主体可以为信用管理节点,该信用管理节点可以为信用管理服务器、信用管理开放服务平台等。对目标用户进行信用评估的请求由第一业务处理节点发送的,该第一业务处理节点可以为第一业务处理服务器、第一业务处理服务平台等。当然,此处只是示例性说明,并不构成对信用管理节点和第一业务处理节点的限定。
在一种具体实施方式中,用户可以通过业务客户端选择目标业务,即通过业务客户端向第一业务处理节点发送目标业务的业务请求,当第一业务处理节点接收到该业务请求后,则向信用管理节点发送对目标用户进行信用评估的请求,以使信用管理节点对目标用户的信用进行评估,以判断目标用户是否具有享有目标业务的权限。
在另外一种具体实施方式中,用户还可以通过信用管理客户端选择目标业务,即通过信用管理客户端向第一业务处理节点发送目标业务的业务请求,当第一业务处理节点接收到该业务请求后,向信用管理节点发送对目标用户进行信用评估的请求,以使信用管理节点对目标用户的信用进行评估,以判断目标用户是否具有享有目标业务的权限。
此处只是列举了两种目标用户触发目标业务的具体实施方式,具体的,用户还可以通过其他方式触发目标业务,本说明书实施例并不对用户触发目标业务的具体方式进行限定。
为便于理解,下述将举例进行说明。
例如,用户通过支付宝进行充电宝的借用,用户可以从支付宝客户端进入充电宝租借页面,并选择免押金租借充电宝的业务,相当于向充电宝租借节点发送免押金租借充电宝的业务请求。当充电宝租借节点接收到用户触发的免押金租借充电宝的业务后,向支付宝发送对该用户进行信用评估的请求,当支付宝接收到该请求后,由信用评估模块评估该用户的信用信息是否达到可以享用免押金租借充电宝的业务所对应的信用约束条件。
具体的,在上述步骤102中,评估目标用户的信用信息是否满足设定的信用约束条件,至少包括如下步骤一和步骤二;
步骤一、判断目标用户的信用评分是否达到设定的信用评分阈值;
步骤二、根据目标用户的历史行为信息,评估目标用户的守约记录是否达到设定规则。
其中,上述步骤一和步骤二可以同时执行,也可以存在先后顺序。
优选的,在具体实施时,可以先执行步骤一再执行步骤二。即先判断目标用户的信用评分是否达到设定的信用评分阈值,若确定目标用户的信用评分达到设定的信用评分阈值,则进一步评估目标用户的守约记录是否达到设定规则;若是确定目标用户的守约记录达到设定规则,则确定目标用户的信用信息满足设定的信用约束条件。若是在步骤一种确定出目标用户的信用评分未达到设定的信用评分阈值,则可以直接确定目标用户的信用信息不满足设定的信用约束条件,不必再执行上述步骤二。
在本说明书实施例中,通过先执行步骤一再执行步骤二的方式,若是在步骤一中判断出目标用户的信用评分未达到设定的信用评分阈值,则可以直接确定目标用户不满足设定的信用约定条件,即可以减少某些不必要步骤的执行,从而降低信用管理节点的工作量。
需要说明的是,上述步骤二中目标用户的历史行为信息可以为目标用户在每次业务中是否守约的相关信息。
另外,根据目标用户的历史行为信息,评估目标用户的守约记录是否达到设定规则,可以是检测目标用户在设定时间长度内的守约记录的次数是否达到设定次数;或者,还可以是检测目标用户在设定时间长度内守约记录的次数与交易行为次数的比值是否达到设定阈值。
由于针对不同的目标业务,可能所对应的信用约束条件不同,因此,在具体实施时,上述步骤102中,第一业务处理节点发送的对目标用户进行信用评估的请求中还携带有目标用户所请求的目标业务。相应的,评估目标用户的信用是否满足设定的信用约束条件,可以是获取目标业务所对应的设定信用约束条件,评估目标用户的信用是否满足目标业务所对应的设定信用约束条件。
步骤104,将评估结果反馈给第一业务处理节点,以使第一业务处理节点根据上述评估结果确定是否向目标用户提供目标业务;其中,第一业务处理节点在上述评估结果为目标用户的信用信息满足设定的信用约束条件时,向目标用户提供目标业务。
在本说明书实施例中,信用管理节点反馈给第一业务处理节点的评估结可以为目标用户的信用信息满足设定的信用约束条件,也可以为目标用户的信用信息不满足设定的信用约束条件。
若是上述评估结果为目标用户的信用信息满足设定的信用约束条件,则第一业务处理节点向目标用户提供目标业务;若是上述评估结果为目标用户的信用信息不满足设定的信用约束条件,则第一业务处理节点不向目标用户提供目标业务。
在本说明书实施例中,当第一业务处理节点确定向目标用户提供目标业务时,为了便于信用管理节点对目标用户的信用信息进行管理,还需要向信用管理节点发送已经向目标用户提供了目标业务的通知信息,当信用管理节点接收到该通知信息后,对第一业务处理节点向目标用户提供目标业务的行为进行记录。
步骤106,若确定第一业务处理节点向目标用户提供了目标业务,则向第二业务处理节点发送投保请求,以及从第一业务处理节点获取目标用户关于目标业务的行为信息,根据该行为信息对目标用户的信用信息进行管理;其中,上述投保请求中携带有第一业务处理节点信息和目标业务信息,以使第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行投保操作。
在本说明书实施例中,向第二业务处理节点发送投保请求,以使得第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行投保操作,可以保障商家的利益,避免由于目标用户的不守信行为给商家带来的损失。
在本说明书实施例中,若是信第一业务处理节点向目标用户提供了目标业务,则在目标业务结束时,为了将目标用户关于该目标业务的行为信息用于对目标用户的信用信息的关联中,信用管理节点需要从第一业务处理节点获取目标用户关于目标业务的行为信息。
其中,信用管理节点从第一业务处理节点获取目标用户关于目标业务的行为信息,至少包括如下两种情况:
情况一、在目标业务结束后,第一业务处理节点主动向信用管理节点发送目标用户关于目标业务的行为信息,信用管理节点接收第一业务处理节点发送的目标用户关于目标业务的行为信息。
情况二、信用管理节点在获取到目标业务结束的提示信息后,向第一业务处理节点发送目标用户关于目标业务的行为信息的获取请求,以便获取目标用户关于目标业务的行为信息。
在本说明书实施例中,向第二业务处理节点发送投保请求,实质是为第一业务处理节点向目标用户提供目标业务这一操作购买保险。这样,若是在目标业务结束时,目标用户未按照约定对目标业务进行支付,这时,信用管理节点可以触发第二业务处理节点向第一业务处理节点所对应的商家提供赔偿。
因此,在本说明实施例中,从第一业务处理节点获取目标用户关于目标业务的行为信息之后,该方法还包括:
若上述行为信息指示目标用户未按照约定对目标业务进行支付,则触发第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行理赔操作。
具体的,当信用管理节点获取到目标用户关于目标业务的行为信息后,根据该行为信息确定目标用户是否按照约定对目标业务进行支付,若确定目标用户未按照约定对目标业务进行支付,则向第二业务处理节点发送理赔请求,以触发第二业务节点执行向第一业务节点所对应商家执行理赔操作。
另外,在本说明书实施例中,在第二业务处理节点向商家进行赔偿后,第二业务处理节点有权向目标用户发起追缴赔偿金额的操作。
具体的,上述步骤106中,根据上述行为信息对目标用户的信用信息进行管理,至少包括如下过程:若上述行为信息指示目标用户按照约定对目标业务进行支付,则正向更新目标用户的信用信息;若上述行为信息指示目标用户未按照约定对目标业务进行支付,则负向更新目标用户的信用信息。
一般的,目标用户针对目标业务的行为信息至少包括:目标用户是否按照约定对目标业务进行支付。
其中,正向更新目标用户的信用信息可以包括:
记录目标用户的守约行为信息,增加目标用户的信用评分;以及,
在目标用户的守约行为信息和信用评分得到设定的要求时,调整目标用户的信用等级。
在具体实施时,可以是在目标用户进行目标业务这一业务记录中标记目标用户的守约行为,并且,根据目标用户此次守约行为,给目标用户的信用评分增加相应的分值。
若是用户当前的信用评分达到设定分值,并且用户守约行为记录达到设定次数或者比例达到设定比例,则提升目标用户的信用等级,这样,使得目标用户可以享受更多业务。
另外,在本说明书实施例中,为了进一步实现对目标用户的约束行为,若是上述行为信息指示目标用户未按照约定对目标业务进行支付,除了对目标用户的信用信息进行负向更新外,本说明书实施例提供的方法,还包括:
将目标用户未按照约定对目标业务进行支付的信息进行发布。
上述发布目标用户未按照约定对目标业务进行支付的信息,可以是在信用管理节点所对应的平台上发布目标用户的不守信行为,即目标用户为按照约定对目标业务进行支付。这样,当信用管理节点将上述信息进行发布后,其他用户在信用管理客户端或者与信用管理节点相关联的其他节点所对应的客户端都可以查看到目标用户的不守信行为。
图2示出了本说明书实施例提供的业务处理方法中信用管理节点和第一业务处理节点之间的数据流示意图,在图2所示的流程中,在信用管理节点接收到第一业务处理节点的对目标用户进行信用评估的请求后,根据目标用户的信用信息评估目标用户的信用信息是否满足设定的信用约束条件,并将评估结果反馈给第一业务处理节点。第一业务处理节点根据信用管理节点反馈的对目标用户进行信用评估的评估结果确定是否向目标用户提供目标业务。
若是评估结果指示目标用户的信用信息满足设定的信用约束条件,则第一业务处理节点向目标用户提供目标业务,并在目标业务结束时,将目标用户关于目标业务的行为信息(主要包括是否按照约定对目标业务进行支付)返回给信用管理节点,信用管理节点根据接收到的行为信息更新目标用户的信用信息。并在下次接收到第一业务处理节点发送的对目标用户进行信用评估的请求后,评估目标用户更新后的信用信息是否满足设定的信用约束条件。
通过上述描述以及结合图2所示的流程图可以看出,本说明书实施例提供的方法,第一业务处理节点和信用管理节点之间的数据形成闭环循环,即可以根据第一业务处理节点提供的目标用户关于目标业务的行为信息更新目标用户的信用信息,并根据更新后的信用信息对目标用户的信用进行评估,将评估结果再用于指导第一业务处理节点判断是否向目标用户提供目标业务,以此循环,可以不断为信用管理节点输送行为信息,使得用户每次的行为信息都可对后续信用评估产生影响,进而影响后续是否可以享用目标业务。使得对目标用户的信用评估更可靠。
图3为本说明书实施例提供的业务处理方法的第二种方法流程图,图3所示的方法,至少包括如下步骤:
步骤302,第一业务处理节点接收目标用户触发的目标业务请求。
其中,上述目标业务可以为免押金租赁物品、免押金共享物品、免押金入住酒店等业务。
步骤304,第一业务处理节点向信用管理节点发送对目标用户进行信用评估的请求。
其中,上述信用管理节点可以为芝麻信用等。
步骤306,信用管理节点评估目标用户的信用信息是否满足设定的信用约束条件。
其中,目标用户的信用信息可以包括目标用户的信用评分和目标用户的守约行为记录等信息。
步骤308,信用管理节点将对目标用户进行信用评估的评估结果反馈给第一业务处理节点。
上述评估结果可以为目标用户的信用信息满足设定的信用约束条件或者目标用户的信用信息不满足设定的信用约束条件。
步骤310,第一业务处理节点判断上述评估结果是否为目标用户的信用信息满足设定的信用评估条件;若是,则执行步骤312。
步骤312,第一业务处理节点向目标用户提供目标业务。
步骤314,第一业务处理节点向信用管理节点发送通知信息,该通知信息用于通知已经向目标用户提供了目标业务。
步骤316,信用管理节点对第一业务处理节点向目标用户提供目标业务的行为进行记录,并向第二业务处理节点发送投保请求。
其中,上述投保请求为对第一业务处理节点为目标用户提供目标业务的事件进行投保。
步骤318,在目标业务结束时,第一业务处理节点向信用管理节点发送目标用户关于目标业务的行为信息。
其中,上述行为信息至少包括目标用户是否按照约定对目标业务进行支付,即目标用户是否履约。
步骤320,若上述行为信息指示目标用户按照约定对目标业务进行支付,则信用管理节点正向更新目标用户的信用信息;若上述行为信息指示目标用户未按照约定对目标业务进行支付,则信用管理节点触发第二业务处理节点执行理赔操作,负向更新目标用户的信用信息。
图4示出了本说明书实施例提供的业务处理方法的第三种方法流程图,图4所对应实施例以“用户通过信用管理平台免押金租借充电宝”为例,介绍本说明书实施例提供的业务处理方法。在信用管理平台上设置有免押金租借充电宝的页面,用户可以通过在值吗信用页面选择免押金租借充电宝从而触发向充电宝租借页面发送免押金租借充电宝的请求。
图4所示的方法,至少包括如下步骤:
步骤402,充电宝租借节点接收用户发送的免押金租借充电宝的请求。
其中,在步骤402中,用户可以从信用管理客户端选择免押金租借充电宝,也可以从充电宝租借客户端选择免押金租借充电宝。
步骤404,充电宝租借节点向信用管理节点发送对上述用户进行信用评估的请求。
其中,在上述请求中携带有用户标识以及用户需要免押金租借的支付宝信息。
步骤406,信用管理节点评估用户的信用信息是否满足租借充电宝所对应的信用约束条件。
步骤408,信用管理节点将信用评估结果反馈给充电宝租借节点。
步骤410,若是上述评估结果为用户的信用信息满足租借充电宝所对应的信用约束条件,则充电宝租借节点向用户提供租借充电宝的业务。
步骤412,充电宝租借节点向信用管理节点发送通知信息,通知已经向用户提供租借充电宝的业务。
步骤414,信用管理节点记录用户免押金租借充电宝的事件,并向保险业务节点发送投保请求。
其中,上述投保请求为给充电宝租借节点向用户免押金租借充电宝进行投保的请求。
步骤416,充电宝租赁节点向信用管理节点反馈用户关于租借充电宝的行为信息。
其中,上述行为信息可以包括用户是否按照约定归还充电宝、用户是否按照约定对租借充电宝支付费用等。
步骤418,信用管理节点根据上述行为信息更新该用户的信用信息。
具体的,在418中,若是上述行为信息指示用户未履约,则触发保险业务节点执行理赔操作,并负向更新用户的信用信息,若是上述行为信息指示用户正常履约,则正向更新用户的信用信息。
其中,图4所示实施例为示例性说明,并不构成对本说明书实施例的限定。另外,图4所对应实施例中各个步骤的具体实现过程与图1至图3所对应实施例相同,因此,各个步骤的具体实现过程可参考图1至图3所对应实施例,此处不再赘述。
其中,图4所对应实施例中,用户在租借充电宝时不需要付押金,使得用户租借充电宝的操作简单、方便,使得用户体验较高;并且,将用户租借充电宝的行为信息反馈给信用管理节点,即将信用管理节点与充电宝租借节点之间形成数据闭环,使得信用管理节点可以根据用户针对租借充电宝的行为不端更新用户的信用信息,并将更新后的信用信息用于在用户下一次请求业务时对用户的进行信用评估,即用户在每次租借业务中的行为信息也会对下次是否可以享受该业务产生影响,使得对用户的信用信息的管理更合理;另外,为充电宝租借节点为用户提供免押金租借充电宝的事件进行投保,这样,即使出现用户不履行约定的情况,也可以保障充电宝租借商家的利益。
图5示出了本说明书实施例提供的业务处理方法的第四种方法流程图,图5所示实施例以“用户免押金入住酒店业务”为例,介绍本说明书实施例提供的业务处理方法。图5所示的方法,至少包括如下步骤:
步骤502,酒店管理节点接收用户触发的免押金入住酒店的请求。
其中,上述免押金入住酒店的请求可以是用户在酒店管理客户端触发的,也可以是在信用管理客户端上的酒店管理页面上触发的。
步骤504,酒店管理节点向信用管理节点发送对上述用户进行信用评估的请求。
其中,上述请求中携带有用户标识、酒店标识、用户所订房间价位等信息。
步骤506,信用管理节点评估用户的信用信息是否满足免押金入住所对应的信用约束条件。
步骤508,信用管理节点将信用评估结果反馈给酒店管理节点。
步骤510,若是上述评估结果为用户的信用信息满足免押金入住所对应的信用约束条件,则酒店管理节点为用户提供免押金入住业务。
步骤512,酒店管理节点向信用管理节点发送通知信息,通知已经向用户提供免押金入住业务。
步骤514,信用管理节点记录用户免押金入住的事件,并向保险业务节点发送投保请求。
其中,上述投保请求为给酒店管理节点向用户提供免押金入住进行投保的请求。
步骤516,在用户离店时,酒店管理节点向信用管理节点反馈用户关于免押金入住的行为信息。
其中,上述行为信息包括用户是否按照约定支付住宿费用、物品使用费用、物品损坏费用等。
步骤518,信用管理节点根据上述行为信息更新该用户的信用信息。
其中,在步骤518中,若是上述行为信息指示用户未按照约定支付相关费用,则触发保险业务节点触发理赔操作,并负向更新用户的信用信息;若是,上述行为信息指示用户按照约定支付相关费用,则正向更新用户的信用信息。
其中,图5所示实施例为示例性说明,并不构成对本说明书实施例的限定。另外,图5所对应实施例中各个步骤的具体实现过程与图1至图3所对应实施例相同,因此,图5所对应实施例中各个步骤的具体实现过程可参考图1至图3所对应实施例,此处不再赘述。
另外,在图5所对应实施例中,用户在入住酒店时不必提供押金,使得用户入住酒店的流程简单、方便,使得用户体验较高;另外,通过在酒店管理节点与信用管理节点形成数据闭环,可以根据酒店管理节点反馈的用户的行为信息更新用户的信用信息,使得对用户信息的管理更合理;另外,为酒店管理节点为用户提供免押金入住进行投保,这样,即使用户未按照约定支付相关费用,也可以保证酒店的权益。
本说明书实施例提供的业务处理方法,通过对目标用户的信用进行评估,在用户的信用信息满足设定的信用约束条件时,第一业务处理节点才向目标用户提供目标业务;实现了根据目标用户的信用信息确定是否向目标用户提供目标业务;并从第一业务处理节点获取目标用户关于目标业务的行为信息,并根据该行为信息对目标用户的信用信息进行管理,实现了目标用户的行为信息与目标用户的信用信息的关联,即目标用户每次的行为信息都会对目标用户下次是否可以享用目标业务产生影响,从而可以更全面的对目标用户的信用信息进行评估,实现了对目标用户的约束,使得目标业务的处理更为合理,并且,在确定第一业务处理节点向目标用户提供了目标业务后,还向第二业务处理节点发送投保请求,以对第一业务处理节点向目标用户提供目标业务的事件进行投保,可以保障第一业务处理节点所对应的商家利益,避免由于目标用户未履行约定而给商家带来损失。
对应于图1至图5所示的方法,基于相同的思路,本说明书实施例还提供了一种业务处理装置的模块组成示意图,应用于信用管理节点,用于执行图1至图5所对应的方法。图6为本说明书实施例提供的业务处理装置的模块组成示意图,图6所示的装置,包括:
评估模块601,用于响应于对目标用户进行信用评估的请求,评估上述目标用户的信用信息是否满足设定的信用约束条件;
反馈模块602,用于将评估结果反馈给第一业务处理节点,以使上述第一业务处理节点根据上述评估结果确定是否向上述目标用户提供目标业务;其中,上述第一业务处理节点在上述评估结果为上述目标用户的信用信息满足上述设定的信用约束条件时,向上述目标用户提供上述目标业务;
发送模块603,用于若确定上述第一业务处理节点向上述目标用户提供了上述目标业务,则向第二业务处理节点发送投保请求;其中,该投保请求中携带有第一业务处理节点信息和目标业务信息,以使第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行投保操作;
获取模块604,用于从上述第一业务处理节点获取上述目标用户关于上述目标业务的行为信息;
管理模块605,用于根据上述行为信息对上述目标用户的信用信息进行管理。
可选的,本说明书实施例提供的装置,还包括:
触发模块,用于若上述行为信息指示上述目标用户未按照约定对上述目标业务进行支付,则触发上述第二业务处理节点对上述第一业务处理节点向上述目标用户提供上述目标业务的事件执行理赔操作。
可选的,上述管理模块605,包括:
第一更新单元,用于若上述行为信息指示上述目标用户按照约定对上述目标业务进行支付,则正向更新上述目标用户的信用信息;
第二更新单元,用于若上述行为信息指示上述目标用户未按照约定对上述目标业务进行支付,则负向更新上述目标用户的信用信息。
可选的,上述第一更新单元,具体用于:
记录上述目标用户的守约行为信息,增加上述目标用户的信用评分;以及,在上述目标用户的守约行为信息和上述信用评分达到设定的要求时,调整上述目标用户的信用等级。
可选的,本说明书实施例提供的装置,还包括:
发布模块,用于将目标用户未按照约定对目标业务进行支付的信息进行发布。
可选的,上述评估模块601,包括:
判断单元,用于判断上述目标用户的信用评分是否达到设定的信用评分阈值;
评估单元,用于根据上述目标用户的历史行为信息,评估上述目标用户的守约记录是否达到设定规则。
本说明书实施例所提供的业务处理装置中各模块、单元所对应功能的具体实现过程与图1至图5中各步骤的具体实现过程相同,因此,各模块、单元所对应的功能的具体实现过程可参考图1至图5所对应实施例,此处不再赘述。
本说明书实施例提供的业务处理装置,通过对目标用户的信用进行评估,在用户的信用信息满足设定的信用约束条件时,第一业务处理节点才向目标用户提供目标业务;实现了根据目标用户的信用信息确定是否向目标用户提供目标业务;并从第一业务处理节点获取目标用户关于目标业务的行为信息,并根据该行为信息对目标用户的信用信息进行管理,实现了目标用户的行为信息与目标用户的信用信息的关联,即目标用户每次的行为信息都会对目标用户下次是否可以享用目标业务产生影响,从而可以更全面的对目标用户的信用信息进行评估,实现了对目标用户的约束,使得目标业务的处理更为合理,并且,在确定第一业务处理节点为目标用户提供了目标业务后,还向第二业务处理节点发送投保请求,以对第一业务处理节点向目标用户提供目标业务的事件进行投保,可以保障第一业务处理节点所对应的商家利益,避免由于目标用户未履行约定而给商家带来损失。
对应于图1至图5所示实施例,基于相同的思路,本说明书实施例还提供了一种业务处理系统。图7为本说明书实施例所提供的业务系统的结构示意图,图7所示的系统,包括:信用管理节点701、第一业务处理节点702和第二业务处理节点703;
上述第一业务处理节点702,用于响应于目标用户触发的目标业务请求,向信用管理节点发送对目标用户进行信用评估的请求;以及,还用于根据信用管理节点反馈的评估结果判断是否向目标用户提供上述目标业务;其中,若是上述评估结果为目标用户的信用信息满足设定的信用约束条件时,则向目标用户提供目标业务;
上述信用管理节点701,用于评估目标用户的信用信息是否满足设定的信用约束条件,并将评估结果反馈给第一业务处理节点702;还用于,若确定第一业务处理节点702向目标用户提供了目标业务,则向第二业务处理节点703发送投保请求,以及从第一业务处理节点702获取目标用户关于目标业务的行为信息,根据该行为信息对目标用户的信用信息进行管理;其中,上述投保请求中携带有第一业务处理节点信息和目标业务信息;
上述第二业务处理节点703,用于根据第一业务处理节点信息和目标业务信息,对第一业务处理节点702向目标用户提供目标业务的事件执行投保操作。
可选的,上述信用管理节点701,还具体用于:
若上述行为信息指示目标用户未按照约定对目标业务进行支付,则触发第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行理赔操作。
可选的,上述信用管理节点701,还具体用于:
若上述行为信息指示目标用户按照约定对目标业务进行支付,则正向更新目标用户的信用信息;若上述行为信息指示目标用户未按照约定对目标业务进行支付,则负向更新目标用户的信用信息。
可选的,上述信用管理节点701,还具体用于:
记录目标用户的守约行为信息,增加目标用户的信用评分;以及,在目标用户的守约行为信息和信用评分达到设定的要求时,调整目标用户的信用等级。
可选的,上述信用管理节点701,还具体用于:
将目标用户未按照约定对目标业务进行支付的信息进行发布。
可选的,上述信用管理节点701,还具体用于:
判断目标用户的信用评分是否达到设定的信用评分阈值;以及,根据目标用户的历史行为信息,评估目标用户的守约记录是否达到设定规则。
需要说明的是,在本说明书实施例中,上述信用管理节点、第一业务处理节点和第二业务处理节点可以理解为在整个业务处理过程中的业务角色。具体的,上述信用管理节点可以为信用管理服务器、信用管理服务平台等,第一业务处理节点可以为第一业务处理服务器、第一业务处理服务平台等,第二业务处理节点可以为第二业务处理服务器、第二业务处理平台等。当然,此处只是示例性说明,并不构成对信用管理节点、第一业务处理节点以及第二业务处理节点的限定。
在一种具体实施方式中,上述第一业务处理节点702可以为商家节点,即商家所使用客户端对应的服务器,上述第二业务处理节点703可以为保险机构节点,即保险机构客户端所对应的服务器。因此,针对该中情况,本说明书实施例提供的业务处理方法的流程交互图如图8所示,图8所示的流程至少包括如下步骤:
步骤802,用户通过客户端向商家节点发送业务请求。
其中,用户可以在商家所对应的客户端上选择目标业务,也可以是在信用管理客户端上选择目标业务。
上述目标业务可以为免押金入住酒店业务、免押金租赁物品业务或者免押金共享物品业务等。
步骤804,商家节点向信用管理节点请求对用户进行信用评估。
步骤806,信用管理节点对用户进行信用评估。
其中,上述步骤806中,信用管理节点评估用户的信用信息是否满足目标业务所对应的设定信用约束条件。
步骤808,信用管理节点向商家节点反馈评估结果反馈。
具体的,上述评估结果可以为用户的信用信息满足目标业务所对应的设定信用约束条件;或者,用户的信用信息不满足目标业务所对应的设定信用约束条件。
步骤810,若是上述评估结果为用户的信用信息满足目标业务所对应的设定信用约束条件,则商家节点确定向用户提供目标业务。
具体的,可以是在商家客户端发出提示信息,提示可以向目标用户提供目标业务;或者,还可以直接在商家客户端提示目标业务申请成功。当然,还可以以其他形式提示用户可以向其提供目标业务。
步骤812,商家节点提示信用管理节点已经向用户提供目标业务。
步骤814,信用管理节点记录向用户提供目标业务的事件。
步骤816,信用管理节点向保险机构节点发送投保请求。
在步骤816中,信用管理节点向保险机构发送投保请求的目的是,为商家节点向用户提供目标业务购买保险。
步骤818,服务结束时,商家节点向信用管理节点反馈用户针对目标业务的履约信息。
步骤820,若是用户履行约定,信用管理节点则正向更新用户的信用信息。
步骤822,若是用户未履行约定,信用管理节点则负向更新用户的信用信息,且信用管理节点还触发保险机构节点执行对商家的理赔操作。
本说明书实施例提供的业务处理系统中,各个节点所对应功能的具体实现过程可参考图1至图5所对应实施例中相应步骤的具体实现过程,此处不再赘述。
本说明书实施例提供的业务处理系统,通过对目标用户的信用进行评估,在用户的信用信息满足设定的信用约束条件时,第一业务处理节点才向目标用户提供目标业务;实现了根据目标用户的信用信息确定是否向目标用户提供目标业务;并从第一业务处理节点获取目标用户关于目标业务的行为信息,并根据该行为信息对目标用户的信用信息进行管理,实现了目标用户的行为信息与目标用户的信用信息的关联,即目标用户每次的行为信息都会对目标用户下次是否可以享用目标业务产生影响,从而可以更全面的对目标用户的信用信息进行评估,实现了对目标用户的约束,使得目标业务的处理更为合理,并且,在确定第一业务处理节点向目标用户提供了目标业务后,还向第二业务处理节点发送投保请求,以对第一业务处理节点向目标用户提供目标业务的事件进行投保,可以保障第一业务处理节点所对应的商家利益,避免由于目标用户未履行约定而给商家带来损失。
进一步地,基于上述图1至图5所示的方法,本说明书实施例还提供了一种业务处理设备,如图9所示。
业务处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器901和存储器902,存储器902中可以存储有一个或一个以上存储应用程序或数据。其中,存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对业务处理设备中的一系列计算机可执行指令。更进一步地,处理器901可以设置为与存储器902通信,在业务处理设备上执行存储器902中的一系列计算机可执行指令。业务处理设备还可以包括一个或一个以上电源903,一个或一个以上有线或无线网络接口904,一个或一个以上输入输出接口905,一个或一个以上键盘906等。
在一个具体的实施例中,业务处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对业务处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
响应于对目标用户进行信用评估的请求,评估上述目标用户的信用信息是否满足设定的信用约束条件;
将评估结果反馈给第一业务处理节点,以使上述第一业务处理节点根据上述评估结果确定是否向上述目标用户提供目标业务;其中,上述第一业务处理节点在上述评估结果为上述目标用户的信用信息满足上述设定的信用约束条件时,向上述目标用户提供上述目标业务;
若确定上述第一业务处理节点向上述目标用户提供了上述目标业务,则向第二业务处理节点发送投保请求,以及从上述第一业务处理节点获取上述目标用户关于上述目标业务的行为信息,根据上述行为信息对上述目标用户的信用信息进行管理;其中,上述投保请求中携带有第一业务处理节点信息和目标业务信息,以使第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行投保操作。
可选地,计算机可执行指令在被执行时,从第一业务处理节点获取目标用户关于目标业务的行为信息之后,还可以执行如下步骤:
若上述行为信息指示目标用户未按照约定对目标业务进行支付,则触发第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行理赔操作。
可选的,计算机可执行指令在被执行时,上述根据上述行为信息对上述目标用户的信用信息进行管理的步骤,包括:
若上述行为信息指示上述目标用户按照约定对上述目标业务进行支付,则正向更新上述目标用户的信用信息;
若上述行为信息指示上述目标用户未按照约定对上述目标业务进行支付,则负向更新上述目标用户的信用信息。
可选的,计算机可执行指令在被执行时,上述正向更新上述目标用户的信用信息的步骤,包括:
记录上述目标用户的守约行为信息,增加上述目标用户的信用评分;以及,
在上述目标用户的守约行为信息和上述信用评分达到设定的要求时,调整上述目标用户的信用等级。
可选的,计算机可执行指令在被处理时,若上述行为信息指示上述目标用户未按照约定对上述目标业务进行支付,根据上述行为信息对目标用户的信用信息进行管理的步骤,还包括:
将目标用户未按照约定对目标业务进行支付的信息进行发布。
可选的,计算机可执行指令在被处理时,上述评估上述目标用户的信用信息是否满足设定的信用约束条件的步骤,包括:
判断上述目标用户的信用评分是否达到设定的信用评分阈值;以及,
根据上述目标用户的历史行为信息,评估上述目标用户的守约记录是否达到设定规则。
本说明书实施例提供的业务处理设备,通过对目标用户的信用进行评估,在用户的信用信息满足设定的信用约束条件时,第一业务处理节点才向目标用户提供目标业务;实现了根据目标用户的信用信息确定是否向目标用户提供目标业务;并从第一业务处理节点获取目标用户关于目标业务的行为信息,并根据该行为信息对目标用户的信用信息进行管理,实现了目标用户的行为信息与目标用户的信用信息的关联,即目标用户每次的行为信息都会对目标用户下次是否可以享用目标业务产生影响,从而可以更全面的对目标用户的信用信息进行评估,实现了对目标用户的约束,使得目标业务的处理更为合理,并且,在确定第一业务处理节点向目标用户提供了目标业务后,还向第二业务处理节点发送投保请求,以对第一业务处理节点向目标用户提供目标业务的事件进行投保,可以保障第一业务处理节点所对应的商家利益,避免由于目标用户未履行约定而给商家带来损失。
进一步地,基于上述图1至图5所示的方法,本说明书实施例还提供了一种存储介质,用于存储计算机可执行指令,一种具体的实施例中,该存储介质可以为U盘、光盘、硬盘等,该存储介质存储的计算机可执行指令在被处理器执行时,能实现以下流程:
响应于对目标用户进行信用评估的请求,评估上述目标用户的信用信息是否满足设定的信用约束条件;
将评估结果反馈给第一业务处理节点,以使上述第一业务处理节点根据上述评估结果确定是否向上述目标用户提供目标业务;其中,上述第一业务处理节点在上述评估结果为上述目标用户的信用信息满足上述设定的信用约束条件时,向上述目标用户提供上述目标业务;
若确定上述第一业务处理节点向上述目标用户提供了上述目标业务,则向第二业务处理节点发送投保请求,以及从上述第一业务处理节点获取上述目标用户关于上述目标业务的行为信息,根据上述行为信息对上述目标用户的信用信息进行管理;其中,上述投保请求中携带有第一业务处理节点信息和目标业务信息,以使第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行投保操作。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,从第一业务处理节点获取目标用户关于目标业务的行为信息之后,还可以执行如下步骤:
若上述行为信息指示目标用户未按照约定对目标业务进行支付,则触发第二业务处理节点对第一业务处理节点向目标用户提供目标业务的事件执行理赔操作。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,上述根据上述行为信息对上述目标用户的信用信息进行管理的步骤,包括:
若上述行为信息指示上述目标用户按照约定对上述目标业务进行支付,则正向更新上述目标用户的信用信息;
若上述行为信息指示上述目标用户未按照约定对上述目标业务进行支付,则负向更新上述目标用户的信用信息。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,上述正向更新上述目标用户的信用信息的步骤,包括:
记录上述目标用户的守约行为信息,增加上述目标用户的信用评分;以及,
在上述目标用户的守约行为信息和上述信用评分达到设定的要求时,调整上述目标用户的信用等级。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,若上述行为信息指示上述目标用户未按照约定对上述目标业务进行支付,根据上述行为信息对目标用户的信用信息进行管理的步骤,还包括:
将目标用户未按照约定对目标业务进行支付的信息进行发布。
可选的,该存储介质存储的计算机可执行指令在被处理器执行时,上述评估上述目标用户的信用信息是否满足设定的信用约束条件的步骤,包括:
判断上述目标用户的信用评分是否达到设定的信用评分阈值;以及,
根据上述目标用户的历史行为信息,评估上述目标用户的守约记录是否达到设定规则。
本说明书实施例提供的存储介质存储的计算机可执行指令在被处理器执行时,通过对目标用户的信用进行评估,在用户的信用信息满足设定的信用约束条件时,第一业务处理节点才向目标用户提供目标业务;实现了根据目标用户的信用信息确定是否向目标用户提供目标业务;并从第一业务处理节点获取目标用户关于目标业务的行为信息,并根据该行为信息对目标用户的信用信息进行管理,实现了目标用户的行为信息与目标用户的信用信息的关联,即目标用户每次的行为信息都会对目标用户下次是否可以享用目标业务产生影响,从而可以更全面的对目标用户的信用信息进行评估,实现了对目标用户的约束,使得目标业务的处理更为合理,并且,在确定第一业务处理节点向目标用户提供了目标业务后,还向第二业务处理节点发送投保请求,以对第一业务处理节点向目标用户提供目标业务的事件进行投保,可以保障第一业务处理节点所对应的商家利益,避免由于目标用户未履行约定而给商家带来损失。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。