具体实施方式
本发明实施例的业务校验方法,是应用于对目标业务的校验,如下举例说明对目标业务校验的含义,但是需要说明的是,这里仅是举例:
例如,用户的支付账户被盗取,他人使用该用户的账户消费了一定金额,用户可能会向支付平台发起投诉,支付平台要向用户进行赔付,当然前提是支付平台要验证用户的身份信息、交易信息的真实性,以及所要求赔付的合理性等。那么此时,该用户投诉请求赔付的事情就可以称为一个“目标业务”,支付平台进行上述的各种校验的过程即在对目标业务进行校验,校验通过才能对该用户进行赔付,以防止欺诈行为。
实际应用中,类似的场景还有很多,比如可以接收到用户各种类型的投诉,盗号类的投诉,消费类的投诉等,此外,某些业务还需要审核是否符合法律规定,是否有某种风险等,这些都属于要对业务进行审核的校验过程。本发明实施例的业务校验方法即应用于该类校验。
图1示例了本发明实施例的业务校验方法的基本原理,如图1所示,假设要完成对于某个业务的校验,需要校验a、b、c三个部分的内容,这些内容比如是身份信息是否正确、交易信息是否合理、是否符合法律规定等,而该三部分内容分别属于不同的审核模块来完成,a内容由A模块(module)审核,b内容由B模块审核,c内容由C模块审核。
传统方式中,A、B和C模块是分别独立的三个模块,各模块均具有自己的审核流程,因此,本次校验需要分别进行一次三个模块的审核,当然,各模块不仅包括上述需要审核的部分,还包括其他一些模块审核流程的基础组成部分等,比如尽管B模块主要审核b内容,但是也需要在获取a内容的基础上进行。这种方式中各审核模块是横向的,对于等待审核的用户来说,相当于审核三次,效率太低;并且各审核模块之间也有可能出现重复审核的情况。
本实施例的业务校验方法,以待校验业务的角度来设计,将各审核模块纵向安排,如图1所示,将各个审核模块的校验集成,各自负责待校验业务的其中一部分即可,不会再有重复的部分。图2示出了该业务校验方法的流程:
201、对于目标业务中待校验的每一个业务模块,接收与该业务模块对应的业务处理系统发送的校验请求,请求包括:待校验的业务数据以及业务知识;
202、根据预设的业务知识与业务规则的对应关系,获取与所述业务知识对应的业务规则,并根据所述业务规则对所述业务数据进行校验;
203、向所述业务处理系统返回校验结果。
如下对图2所示的流程进行说明:图2所示的流程在具体实施中,可以是一个业务校验系统来实现的,参见图3,该业务校验系统相当于各个业务处理系统的后台,该业务处理系统相当于图1中所示的A、B、C模块,假设业务处理系统A是客服系统,业务处理系统B是风控系统,业务处理系统C是反套现系统。对于某个目标业务的校验,假设上述的三个业务处理系统都要参与,即如果每个业务处理系统均校验通过,则整体的目标业务校验通过;而每个业务处理系统负责校验该目标业务的其中一部分,比如,业务处理系统A负责校验a内容,业务处理系统B负责校验b内容,业务处理系统C负责校验c内容,该a、b和c可以分别称为目标业务的其中一个业务模块,需要对应的业务处理系统进行校验。
本实施例中,尽管每一个业务处理系统仍然要进行各自所负责内容的校验,但是,这些系统的校验并不是在系统本身执行,而是由系统接收待校验的业务数据,将业务数据发送至业务校验系统进行统一校验。例如,业务处理系统A接收a内容,该接收比如是客服人员电话问询用户的身份证、手机号等信息,然后业务处理系统A将这些信息(即a内容)发送至业务校验系统,由业务校验系统代替业务处理系统进行信息审核,该业务校验系统可以是设置在一个服务器上。
具体的,业务校验系统中可以存储有业务知识和业务规则的对应关系,举例如下:仍以用户的账号被盗用为例,如下的一段描述“用户小张的支付账号被他人盗取,并于10日早上使用该账号消费金额***元,小张请求赔付***元”,这段描述是一个业务场景,据此提取出的业务知识可以是“盗号、消费”,对应该业务知识的业务规则可以是“赔付金额应小于等于消费金额”。也就是说,业务知识相当于限定了待校验的目标业务是一个怎样的业务,而业务规则相当于限定了在该业务时需要校验哪些条件,满足这些条件才能对用户进行赔付。
本实施例中,各个业务处理系统在将接收到的待校验业务数据发送至业务校验系统时,还要将业务知识发送至该系统,以使得系统根据该业务知识和存储的上述对应关系,获取对应业务知识的业务规则。例如,以业务处理系统A客服系统为例,客服人员获取到投诉用户的身份证、手机、账号等信息后,向业务校验系统发送校验请求,同时请求中携带业务知识,比如盗号、消费这些信息,该业务知识的获取比如是,客服在打开盗号消费投诉页面时记录用户的身份信息的,那么就可以将这些业务知识信息与业务数据一块发送。
业务校验系统在接收到该校验请求时,可以查询类似如下表1的对应关系,此外,对于同一待校验业务需要多个业务处理系统参与审核的情况,可以将对应的业务处理系统作为一种业务知识一起传输:
表1 知识和规则库
业务知识 |
业务数据 |
业务规则 |
盗号、消费、客服 |
账号**** |
账号是高级用户 |
基于上述表1的知识和规则库,业务校验系统对业务数据进行校验,判断是否符合业务规则限定的条件,并向业务处理系统返回校验结果,比如校验成功或者校验失败。业务规则可以有多种,校验系统逐个校验得到最终的校验结果。
上述的业务校验方法,各业务处理系统可以进行简化设计,系统接收的待校验业务数据相对于传统方式减少,比如风控系统原本要获取a内容的身份信息等,还要获取b内容的交易金额信息,而在本实施例的方法中,风控系统可以仅接收b内容的业务数据即可,a内容交由客服系统来获取。这种方式将各个业务处理系统的校验集成在一起,不再有重复验证部分,显著提高了业务校验效率。
进一步的,业务校验系统还可以针对某个目标业务的校验,对参与校验的各个业务处理系统安排校验层次,比如,客服系统可以先进行用户身份信息的验证,待验证通过再由风控系统进行下一步的校验。这样更符合业务校验的流程,提高业务校验的准确性。
对于步骤201,业务校验系统在接收各个业务处理系统发送的校验请求时,可以是通过一个通用接口接收各业务处理系统的校验请求,使得业务校验的实现更加简单。比如,该业务校验系统可以通过JAR包的方式发布一个通用接口,供各个业务处理系统调用,该调用也就是各业务处理系统接入该业务校验系统,传递业务数据至校验系统进行校验。各业务处理系统包括但不限于:客服系统、风控系统、反套现系统、反洗钱系统等此类涉及到案件审核的业务。
其中,业务处理系统在调用业务处理系统时,可以是采用HTTP协议的Webservice方式调用。比如,客服系统在调用时,客服人员通过自己的便携电脑输入获取的用户身份信息,并通过HTTP协议传输至服务器端的业务校验系统。
对于步骤202,业务校验系统侧存储的业务知识和业务规则的对应关系,可以是之前配置管理员预先配置在系统中的。例如,配置管理员可以通过自己的便携电脑,通过HTTP方式向业务校验系统提交校验配置数据,该校验配置数据包括:上述的业务知识和业务规则,以使得业务校验系统建立业务知识和业务规则的映射关系,并将该映射关系存储在系统的数据库中。
这种通过配置管理员将业务规则等配置在业务校验系统的方式,相对于传统方式可以节省人力和时间成本,由业务校验系统实现业务的自动化校对;比如,传统方式中对于某种待校验的业务需要校验哪些规则,验证哪些条件,有时是通过人工来记忆的,审核人员将需要校验的业务规则都记忆在脑子中,或者每次审核都要查询或咨询其他人,校验时也人工校验,时间和人力成本都很高。而本实施例的校验方式,是将业务规则配置在业务校验系统,由系统根据存储的规则进行自动化的业务校验,不仅节省成本,提高了效率,而且还可以也可以提高校验的质量,避免人工校验可能造成的遗漏或者错误等情况。
进一步的,业务校验系统在对业务处理系统传输的业务数据进行校验时,使用到的业务规则和业务知识在使用后可以暂时存储在缓存服务器中,根据业务知识获取业务规则时,也是从缓存服务器来获取,这样主要是为了在业务校验系统的访问量较大时,能够提高校验速度。
对于步骤203,业务校验系统向业务处理系统反馈校验结果时,可以通过文案的方式将校验结果反馈至业务处理模块。该文案的方式比如是以文字提示的方式提示用户,例如提示“您的用户账号级别太低,校验失败”等类似信息。该校验结果例如可以通过JSON格式的报文返回给业务处理系统。
此外,对于一些用户信息获取不完整的情况,业务校验系统也能够检测并提示,比如,在某个业务校验时,需要获取用户的账号,但是审核人可能忽略了此项并未问询用户。那么业务校验系统在查找业务规则时,将会发现某一条验证规则的验证需要用到账号,而处理系统并未传递该账号信息,则业务校验系统反馈处理系统进行提示“缺少账号信息,校验失败”等。因此,本实施例的方式更能保证数据校验的完整性和质量。
需要说明的是,本实施例的业务校验方法,不仅提高了业务校验效率,而且相对于传统方式,业务校验系统还可以灵活的增减业务逻辑和业务知识等校验依据的信息。比如,传统方式中各个业务处理系统是独立的,有各自的业务流程逻辑,当要在该业务处理系统中增加某个业务规则时,需要满足现有逻辑的适应和匹配,扩展性较差;而本实施例的方法中,业务规则和知识的增加是在业务校验系统进行的,业务校验系统是专用于管理和存储业务规则和知识,与各个业务处理系统是分开的,因此,在校验系统中增加规则将容易很多。比如,要在校验系统中增加某个业务场景,或者业务知识和业务规则,配置管理员直接在校验系统提交校验配置数据即可,不需要再适配各个业务处理系统。
此外,业务校验系统作为一个新增加的用于为各个业务处理系统提供数据校验的平台,具体实施时,可以丰富该平台的各种类型的功能。比如,图4示例了一种可选的业务校验系统的结构,该系统中可以包括:接入功能、管理功能、分析功能和通用功能等各个部分。比如,接入功能是指该业务校验系统提供一个供各个业务处理系统调用的接口;通用功能包括缓存刷新、日志监控等,这些都可以设计成可视化的操作。其中,该系统中还可以分类展示各种业务知识和业务规则,以方便管理者对校验系统的整体进行了解。
在校验系统中,可以存储和管理各种业务知识和业务规则,其中的业务域可以是各个业务所属的业务部门,业务规则运行控制可以是设置业务规则以可视化的方式进行显示。本校验系统还可以在校验结束后对校验结果进行数据分析,得到校验分析数据;比如,统计预设的时间段内审核了多少业务,有多少条业务规则未验证通过等。该业务校验系统还可以根据实际需求灵活的扩展相关功能,不再详举。
基于上述的方法实施例,本发明实施例还提供了一种业务校验系统,即执行上述业务校验方法的业务校验系统,为了实现该业务校验方法,该系统可以包括如下功能模块,参见图5,系统包括:请求接收模块51、校验处理模块52和结果反馈模块53;其中,
请求接收模块51,用于对于每一个所述业务模块,接收与所述业务模块对应的业务处理系统发送的校验请求,所述校验请求包括:待校验的业务数据、以及业务知识;
校验处理模块52,用于根据预设的业务知识与业务规则的对应关系,获取与业务知识对应的业务规则,并根据所述业务规则对所述业务数据进行校验;
结果反馈模块53,用于向所述业务处理系统返回校验结果。
例如,请求接收模块51,具体是通过一个通用接口接收各业务处理系统的校验请求。
进一步的,参见图6,该系统还可以包括:配置获取模块54和配置存储模块55;其中,配置获取模块54,用于接收校验配置数据,所述校验配置数据包括:业务知识和业务规则;配置存储模块55,用于建立所述业务知识和业务规则的映射关系,并存储所述映射关系。
进一步的,该系统还可以包括:数据分析模块56,用于对校验结果进行分析,得到校验分析信息。
此外,结果反馈模块53,具体可以用于以文案的方式,将校验结果反馈至业务处理模块。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。