业务处理方法及装置与流程

文档序号:13192680阅读:125来源:国知局
【技术领域】本申请涉及互联网技术领域,尤其涉及一种业务处理方法及装置。

背景技术:
随着互联网技术的发展,基于互联网的业务越来越多,并且越来越复杂。业务之间的关联性也越来越强,一个业务的成功执行除了与该业务自身涉及的条件等因素有关,往往还依赖于其他业务所提供的服务。现有技术中,一般是根据业务所要实现的功能为业务匹配到多个服务,并从中选择使用的服务。但实际上,并不是所有匹配到的服务都能用来服务该业务,如果选择不当,会导致业务失败,降低成功执行业务的概率。

技术实现要素:
本申请的多个方面提供一种业务处理方法及装置,用以为业务选择较佳的服务,提高成功执行业务的概率。本申请的一方面,提供一种业务处理方法,包括:接收用户提交的业务请求,所述业务请求包括业务详情信息;根据所述业务详情信息,对待执行业务可用的候选服务进行预筛选处理,以获得目标服务;根据所述目标服务,执行所述待执行业务。本申请的另一方面,提供一种业务处理装置,包括:接收模块,用于接收用户提交的业务请求,所述业务请求包括业务详情信息;筛选模块,用于根据所述业务详情信息,对待执行业务可用的候选服务进行预筛选处理,以获得目标服务;执行模块,用于根据所述目标服务,执行所述待执行业务。在本申请中,接收用户提交的业务请求,根据业务请求携带的业务详情信息,对待执行业务可用的候选服务进行预筛选处理,获得目标服务,进而根据目标服务来执行待执行业务。由于通过对候选服务进行预筛选可以将无法用于该业务的服务剔除,有利于降低因为选择不合适的服务导致业务执行失败的概率,有利于提高成功执行业务的概率。【附图说明】为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为本申请一实施例提供的业务处理方法的流程示意图;图2为本申请另一实施例提供的在支付业务中向用户提供支付方式的方法的流程示意图;图3为本申请一实施例提供的业务处理装置的结构示意图。【具体实施方式】为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。图1为本申请一实施例提供的业务处理方法的流程示意图。如图1所示,该方法包括:101、接收用户提交的业务请求,该业务请求包括业务详情信息。102、根据业务详情信息,对待执行业务可用的候选服务进行预筛选处理,以获得目标服务。103、根据目标服务,执行待执行业务。本实施例提供一种业务处理方法,可由业务处理装置来执行。业务处理装置可以是各种业务平台,例如搜索业务平台、管理业务平台、支付业务平台等。在本实施例中,当用户需要业务处理装置执行业务时,可以向业务处理装置提交业务请求,并在业务请求中携带执行业务所需的业务详情信息。例如,用户可以通过业务处理装置提供的人机交互界面提交业务请求,但不限于此。业务处理装置接收用户提交的业务请求。在本实施例中,业务处理装置接收到业务请求后,并不像现有技术那样直接根据用户从可用的候选服务中选择的服务执行待执行业务。这里可用的候选服务是指根据待执行业务所实现的功能匹配到的或预配置的服务。在本实施例中,业务处理装置接收到业务请求后,从中获取业务详情信息,根据业务详情信息对可用的候选服务进行预筛选处理,筛选掉一部分无法用于该业务的候选服务,进而获得可以真正用于该待执行业务的目标服务。在一可选实施方式中,业务处理装置可以根据针对待执行业务的风险控制条件、第三方对待执行业务的执行限制条件、服务平台对候选服务的使用限制条件和业务环境信息中的至少一个,以及业务详情信息,对候选服务进行预筛选处理,以获得目标服务。可选的,业务请求还可以包括业务环境信息,该业务环境信息是指执行该执行业务时所处的环境信息,例如,当前所处的国家、城市等。基于此,当使用业务环境信息对候选服务进行预筛选处理时,在对候选服务进行预筛选处理之前,还包括:从业务请求中获取业务环境信息。进一步可选的,当使用风险控制条件对候选服务进行预筛选处理时,在对候选服务进行预筛选处理之前,还包括:根据执行待执行业务的装置(即业务处理装置)所在终端的类型和/或业务环境信息,确定需要对待执行业务进行风险控制。例如,若业务处理装置所在终端是电脑,则不需要进行风险控制,若业务处理装置所在终端是手机,则需要进行风险控制。本实施例使用的风险控制系统,其内部整合、沉淀了近千条风险控制条件(又可称为风险审核规则),主要可以从多维度为业务请求提供风险审核,从而对业务请求进行权威的风险评级。可选的,风险控制系统可以通过两种基本风险识别方式来对业务请求进行分险评分:一种是基本规则分析,另一种是基于海量数据分析的模型分析。基本规则分析包括:规则制定和规则执行两部分。规则制定是由专门的安全、风险分析师通过分析制定出相应的基本规则,并随时对基本规则进行调整。规则执行是指由风险控制系统通过基于drools的规则引擎驱动基本规则基于跑分策略进行处理的过程。drools的规则引擎是一种将规则脚本化,在不重启服务器即可对规则进行添加和修改的基于java语言的规则引擎。风险模型分析也分为两部分,首先是根据基于分布式存储系统(例如hbase)所存储的海量数据以及分析所得的大量模型特征,采用决策树的算法,通过服务器集群进行模型训练获得风险识别模型;再执行本次业务请求所命中的风险识别模型,获得相应跑分结果。风险控制系统最后通过汇总基本规则分析以及风险模型分析这两部分的跑分结果,统一返回风险识别结果:高(HIGHT)、低(LOW)、中(MEDIUM)。可选的,风险控制条件可以通过数据库持久化存储,在业务处理装置启动时可以加载该部分信息到内存中,进而根据风险控制条件对候选服务进行预筛选处理。或者,业务处理装置可以向风险控制系统发送风控请求,以使风险控制系统对业务请求进行风险评分;基于此,风险控制系统可以直接根据风险控制条件、业务详情信息以及业务环境信息对业务请求进行风险控制,并将风险控制结果返回给业务处理装置;业务处理装置基于风险控制结果对候选服务进行预筛选。服务平台主要用于提供服务并设定服务的使用限制条件。服务平台可以在与业务处理装置的对接过程中将服务的使用限制条件提供给业务处理装置。或者,业务处理装置也可以向服务平台发送请求消息,以请求服务平台提供候选服务的使用限制条件,并接收服务平台根据请求消息返回的使用限制条件。可选的,服务的使用限制条件可以通过数据库持久化存储,在业务处理装置启动时可以加载该部分信息到内存中,为预筛选处理做准备。例如,业务处理装置可以从服务平台获取其针对每种服务所制定的使用限制条件,将这些使用限制条件抽象成基于groovy脚本语言实现的规则,存储到数据库中;在处理业务请求时,如果是首次执行针对待执行业务的业务请求时,从数据库中加载并执行这些规则,并将这些规则同步写到缓存,例如分布式缓存(tair)中,后续再处理针对该待执行业务的业务请求时可以直接从tair中进行加载。进一步为了便于及时更新缓存中的规则,业务处理装置可以开启一个后台进程,该进程会对缓存中存在的规则与数据库中相对应的规则进行比较,如果发现规则已经被更新,则会对缓存进行更新,保证缓存中的规则相对实时。第三方是指与待执行业务有关的第三方,第三方可能会对待执行业务设定一些执行条件。例如,以支付业务为例,这里的第三方可以是该支付业务所对应的商品提供商,商品提供商可能会约定活动商品不能采用异步支付方式进行支付。值得说明的是,业务处理装置可以获取到第三方针对该待执行业务的执行限制条件。可选的,当使用多个条件或信息对候选服务进行预筛选处理时,业务处理装置可预先设定筛选规则,对使用不同条件或信息产生的预筛选结果进行优先级排序、交并集处理等处理,进而获得目标服务。其中,对于不同业务可配置不同的筛选规则,从而实现针对性的预筛选处理,提高方法的应用范围。在经过上述预筛选处理获得目标服务之后,业务处理装置根据筛选出的目标服务,执行待执行业务。例如,业务处理装置可以将目标服务对应的服务接口提供给用户,以供用户提交业务执行指令;用户可以通过服务接口向业务处理装置发出业务执行指令,根据用户提交的业务执行指令,调用目标服务,以执行待执行业务。在本实施例中,由于通过对候选服务进行预筛选可以将无法用于该业务的服务剔除,有利于降低因为选择不合适的服务导致业务执行失败的概率,有利于提高成功执行业务的概率。下面结合具体应用场景,对本申请技术方案做详细说明。在下面详细说明中,以支付业务为例。在支付业务场景中,上述业务处理装置具体可以是支付业务平台;上述业务请求具体可以是支付请求;上述业务详情信息具体可以是支付详情信息,上述第三方具体可以是与支付业务相关的商品提供商,上述候选服务或目标服务具体可以是支付方式或支付渠道;上述服务接口具体可以是在收银台页面上展示的支付方式图标。如图2所示,在支付业务中向用户提供支付方式的流程包括以下步骤:201、用户在商商户页面上,确认订单信息,点击提交按钮,并打开支付业务平台提供的订单页面,点击支付按钮,以提交支付请求,以便在收银台页面选择支付选项(paymet-option)。paymet-option是支付业务平台在收银台页面上提供给用户的支付方式选项,比如可以包括visa、mastercard、boleto、mercadopago等。202、支付业务平台接收到支付请求后,根据支付请求中携带的支付环境信息、支付详情信息进行支付方式的预筛选,并将最终筛选出的支付方式对应的支付方式图标展示在收银台页面上,以供用户选择。例如,支付业务平台可以根据与商品提供商约定的处理模式,对候选支付方式进行筛选,过滤掉不满足商品提供商要求的支付方式。举例说明:商品提供商约定活动商品不能采用异步支付方式进行支付,则需要过滤掉boleto、tt、西联、Mercadopago中的线下子支付方式,例如OXXO等,仅仅保留如信用卡、本地信用卡或者电子钱包等线上支付方式。又例如,支付业务平台可以根据服务平台针对支付方式配置的使用限制条件,例如:各支付方式或子支付方式的上下限等维度,结合本次支付详情信息中的订单金额、币种等信息,对候选支付方式进行筛选。举例说明:对于Mercadopago来说,若0<支付金额<10MXN或者支付金额>65000MXN,则需要过滤掉银行卡支付方式,只能保留电子钱包的支付方式。又例如,支付业务平台可以请求风险控制系统从风险控制维度对该笔支付业务可能使用到的支付方式进行预筛选处理。例如,风险控制系统可以从支付金额、用户所处的支付环境以及用户本身的风险度等多方面进行全方位多维度的扫描,然后给出该笔支付业务的风险评分,例如是高或低。支付业务平台根据风险评分结果进行支付方式的预筛选。举例说明:比如对于Mercadopago来说,如果支付业务的风险评估结果是风险较高,则需要向用户屏蔽掉线上银行卡支付方式,以此来降低由于盗卡等产生的拒付、纠纷等事件的发生概率。值得说明的是,上述各种预筛选方式可以单独实施,也可以相结合实施。对结合实施的情况进行举例说明,具体如下:对于一个支付请求,支付业务平台会根据商品提供商的要求、支付详情信息和风险控制条件,对支付方式进行预筛选,并对这三个预筛选结果配置优先级和权重,假设优先级的配置为:商品提供商的要求优先级最高,风险控制条件的优先级次之,支付详情信息的优先级最低。则对于包括mp101-mp109的9种支付方式来说,一种筛选结果如下表1所示:表1由上述表1可见,如果汇总规则配置为ALL(是最宽泛的决策),则得到本次支付申请可以使用的支付方式是mp102、mp103、mp104、mp105、mp106五种;如果汇总规则配置的是STRICT,则得到本次支付申请可以使用的支付方式只有mp104,即电子钱包一种选择。203、用户选择相应的支付方式,并点击所选支付方式图标进行支付,支付业务平台通过该支付方式图标对应的支付渠道完成支付业务。值得说明的,如果收银台页面上展示的支付方式图标中不包括用户期望选择的支付方式的图标,用户可以从所展示的支付方式图标中选择一种,如visa、mastercard等其他支付方式,则会提升其成功支付的概率。由此可见,在支付业务场景中,在用户确认下单(即提交订单)跳转到收银台页面的过程中,根据当前支付业务涉及的订单详情信息以及支付业务所处的环境信息,并结合商家约定的对支付业务的一些限制条件、风控系统针对支付业务的风险控制条件、以及提供支付方式的服务平台对支付方式的使用限制条件等,对支付方式进行预筛选,并将预筛选结果展示给用户参考,让用户在确认支付之前对当前选择的支付方式有更加充分的选择空间,这样可以剔除一些支付失败的支付方式,有利于提升了支付成功率。需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。图3为本申请一实施例提供的业务处理装置的结构示意图。如图3所示,该装置包括:接收模块31、筛选模块32和执行模块33。接收模块31,用于接收用户提交的业务请求,业务请求包括业务详情信息;筛选模块32,与接收模块31连接,用于根据接收模块31接收到的业务详情信息,对待执行业务可用的候选服务进行预筛选处理,以获得目标服务。执行模块33,与筛选模块32连接,用于根据筛选模块32获得的目标服务,执行待执行业务。在一可选实施方式中,筛选模块32具体可用于:根据针对待执行业务的风险控制条件、第三方对待执行业务的执行限制条件、服务平台对候选服务的使用限制条件和业务环境信息中的至少一个,以及业务详情信息,对候选服务进行预筛选处理,以获得目标服务。在一可选实施方式中,业务处理装置还包括:获取模块,用于在根据业务环境信息对候选服务进行预筛选之前,从业务请求中获取业务环境信息。在一可选实施方式中,业务处理装置还包括:确定模块,用于在根据风险控制条件对候选服务进行预筛选之前,根据业务处理装置所在终端的类型和/或业务环境信息,确定需要对待执行业务进行风险控制。在一可选实施方式中,执行模块33具体可用于:将目标服务对应的服务接口提供给用户,以供用户提交业务执行指令;根据用户提交的业务执行指令,调用目标服务,执行待执行业务。本实施例提供的业务处理装置,接收用户提交的业务请求,根据业务请求携带的业务详情信息,对待执行业务可用的候选服务进行预筛选处理,获得目标服务,进而根据目标服务来执行待执行业务。由于通过对候选服务进行预筛选可以将无法用于该业务的服务剔除,有利于降低因为选择不合适的服务导致业务执行失败的概率,有利于提高成功执行业务的概率。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(RandomAccessMemory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1