用于业务请求处理的方法及装置转让专利
申请号 : CN201910556314.2
文献号 : CN110351345B
文献日 : 2021-10-12
发明人 : 李渠成
申请人 : 创新先进技术有限公司
摘要 :
权利要求 :
1.一种用于业务请求处理的方法,包括:确定业务请求处理需要调用的多个服务提供方,所述多个服务提供方轮流对所述业务请求进行处理;
对各个所述服务提供方的服务能力进行评估;
基于各个所述服务提供方的服务能力评估结果来确定所述各个服务提供方的调用顺序,所述调用顺序的先后由所述服务提供方的服务能力高低来确定;
按照所确定的调用顺序调用所述多个服务提供方来提供对应的服务。
2.如权利要求1所述的方法,还包括:根据针对所述多个服务提供方调用的响应结果来处理所述业务请求。
3.如权利要求1所述的方法,其中,所述对各个服务提供方的服务能力进行评估包括:获取所述各个服务提供方的响应性能指标;以及基于所述响应性能指标,来对所述各个服务提供方的服务能力进行评估。
4.如权利要求3所述的方法,其中,所述响应性能指标包括响应成功率指标和/或响应时长指标。
5.如权利要求3所述的方法,其中,所述对各个服务提供方的服务能力进行评估还包括:
获取所述各个服务提供方的当前处理资源信息,以及基于所述响应性能指标,对所述各个服务提供方的服务能力进行评估包括:基于所述响应性能指标和各个服务提供方的当前处理资源信息,对所述各个服务提供方的服务能力进行评估。
6.如权利要求5所述的方法,其中,所述处理资源信息和所述响应性能指标分别具有对应的权重因子,所述基于所述响应性能指标和各个服务提供方的当前处理资源信息,对所述各个服务提供方的服务能力进行评估包括:基于所述响应性能指标、各个服务提供方的当前处理资源信息以及对应的权重因子,对所述各个服务提供方的服务能力进行评估。
7.如权利要求1‑6中任一项所述的方法,其中,所述对各个所述服务提供方的服务能力进行评估包括:
周期或非周期地对所述各个服务提供方的服务能力进行评估。
8.如权利要求1所述的方法,还包括:获取所述各个服务提供方的待处理业务请求数量;以及基于各个所述服务提供方的服务能力评估结果来确定所述各个服务提供方的调用顺序包括:
基于所述各个服务提供方的待处理业务请求数量和服务能力评估结果,确定所述各个服务提供方的调用顺序。
9.如权利要求8所述的方法,其中,所述获取所述各个服务提供方的待处理业务请求数量包括:
在当前业务处理模式是排队优先模式时,获取所述各个服务提供方的待处理业务请求数量。
10.如权利要求1所述的方法,其中,基于所述各个所述服务提供方的服务能力评估结果来确定所述各个服务提供方的调用顺序包括:基于所述各个所述服务提供方的服务能力评估结果和预定调用规则来确定所述各个服务提供方的调用顺序。
11.一种用于业务请求处理的装置,包括:服务提供方确定单元,被配置为确定业务请求处理需要调用的多个服务提供方,所述多个服务提供方轮流对所述业务请求进行处理;
服务能力评估单元,被配置为对各个所述服务提供方的服务能力进行评估;
调用顺序确定单元,被配置为基于各个所述服务提供方的服务能力评估结果来确定所述各个服务提供方的调用顺序,所述调用顺序的先后由所述服务提供方的服务能力高低来确定;
调用单元,被配置为按照所确定的调用顺序调用所述多个服务提供方来提供对应的服务。
12.如权利要求11所述的装置,还包括:业务请求处理单元,被配置为根据针对所述多个服务提供方调用的响应结果来处理所述业务请求。
13.如权利要求11所述的装置,其中,所述服务能力评估单元包括:性能指标获取模块,被配置为获取所述各个服务提供方的响应性能指标;以及服务能力评估模块,被配置为基于所述响应性能指标,来对所述各个服务提供方的服务能力进行评估。
14.如权利要求13所述的装置,其中,所述服务能力评估单元还包括:处理资源信息获取模块,被配置为获取所述各个服务提供方的当前处理资源信息,以及
所述服务能力评估模块被配置为:基于所述响应性能指标和各个服务提供方的当前处理资源信息,对所述各个服务提供方的服务能力进行评估。
15.如权利要求14所述的装置,其中,所述处理资源信息和所述响应性能指标分别具有对应的权重因子,所述服务能力评估模块被配置为:基于所述响应性能指标、各个服务提供方的当前处理资源信息以及对应的权重因子,对所述各个服务提供方的服务能力进行评估。
16.如权利要求11所述的装置,还包括:业务请求数量获取单元,被配置为获取所述各个服务提供方的待处理业务请求数量;
以及
所述调用顺序确定单元被配置为:基于所述各个服务提供方的待处理业务请求数量和服务能力评估结果,确定所述各个服务提供方的调用顺序。
17.如权利要求16所述的装置,其中,所述业务请求数量获取单元被配置为:在当前业务处理模式是排队优先模式时,获取所述各个服务提供方的待处理业务请求数量。
18.如权利要求11所述的装置,其中,所述调用顺序确定单元被配置为:基于所述各个所述服务提供方的服务能力评估结果和预定调用规则来确定所述各个服务提供方的调用顺序。
19.一种计算设备,包括:至少一个处理器;以及
存储器,所述存储器存储指令,当所述指令被所述至少一个处理器执行时,使得所述至少一个处理器执行如权利要求1到10中任一所述的方法。
20.一种机器可读存储介质,其存储有可执行指令,所述指令当被执行时使得所述机器执行如权利要求1到10中任一所述的方法。
说明书 :
用于业务请求处理的方法及装置
技术领域
背景技术
方分别进行认证交互,才能完成开户注册业务。
序可能会因排位靠前的服务提供方的服务能力不足而影响业务整体的响应性能容量,并还
会导致业务处理效率的降低。
发明内容
序,能够优先调用性能更强的服务提供方进行服务,整体上提高了业务响应性能容量和业
务处理效率。
个所述服务提供方的服务能力评估结果来确定所述各个服务提供方的调用顺序;按照所确
定的调用顺序调用所述多个服务提供方来提供对应的服务。
个服务提供方的服务能力进行评估。
述各个服务提供方的服务能力进行评估包括:基于所述响应性能指标和各个服务提供方的
当前处理资源信息,对所述各个服务提供方的服务能力进行评估。
息,对所述各个服务提供方的服务能力进行评估包括:基于所述响应性能指标、各个服务提
供方的当前处理资源信息以及对应的权重因子,对所述各个服务提供方的服务能力进行评
估。
服务提供方的调用顺序包括:基于所述各个服务提供方的待处理业务请求数量和服务能力
评估结果,确定所述各个服务提供方的调用顺序。
理业务请求数量。
能力评估结果和预定调用规则来确定所述各个服务提供方的调用顺序。
置为对各个所述服务提供方的服务能力进行评估;调用顺序确定单元,被配置为基于各个
所述服务提供方的服务能力评估结果来确定所述各个服务提供方的调用顺序;调用单元,
被配置为按照所确定的调用顺序调用所述多个服务提供方来提供对应的服务。
基于所述响应性能指标,来对所述各个服务提供方的服务能力进行评估。
估模块被配置为:基于所述响应性能指标和各个服务提供方的当前处理资源信息,对所述
各个服务提供方的服务能力进行评估。
提供方的当前处理资源信息以及对应的权重因子,对所述各个服务提供方的服务能力进行
评估。
配置为:基于所述各个服务提供方的待处理业务请求数量和服务能力评估结果,确定所述
各个服务提供方的调用顺序。
理器执行如上所述的用于业务请求处理的方法。
附图说明
一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开的实施
例,但并不构成对本公开的实施例的限制。在附图中:
具体实施方式
书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本公开内容的保护范围的
情况下,对所讨论的元素的功能和排列进行改变。各个示例可以根据需要,省略、替代或者
添加各种过程或组件。另外,相对一些示例所描述的特征在其它例子中也可以进行组合。
例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不
同的或相同的对象。下面可以包括其他的定义,无论是明确的还是隐含的。除非上下文中明
确地指明,否则一个术语的定义在整个说明书中是一致的。
应处理业务请求的效率就越快和响应处理业务请求的容量就越大等。另外,“服务能力”可
以是指示服务提供方的某一个性能参数或指标(例如响应时长)或多个性能参数或指标(例
如响应时长、当前处理资源信息等)的组合。相应地,术语“服务能力评估结果”可以是表示
“服务能力”所对应的量化值或能力档次,例如业务处理装置依据上述的性能参数或指标来
确定的最终的服务能力的评估值。
求可以是由用户终端10接收用户操作后生成的。业务处理装置20可以分别经由接口a、接口
b和接口c与服务提供方A、服务提供方B和服务提供方C进行通信连接。在本公开中,该业务
请求可以是指需要由在业务处理装置20之外的多个外接服务提供方(例如在服务提供方A、
B和C之间)轮流进行处理响应的业务请求,也就是,在对业务请求进行处理时,业务处理装
置20需要调用多个(例如至少两个)服务提供方来提供服务,并且基于多个服务提供方所提
供的调用响应结果来进行业务处理。
身份信息,银行服务提供方识别银行卡信息等,然后业务处理装置20在得到了来自多个服
务提供方的服务响应结果之后,再决策是否能够为该用户开户。在本公开的另一示例中,该
业务请求也可以是其他任意类型的需要与多个外接的服务提供方进行交互的请求,比如网
络消费请求,其需要验证是否能成功消费,故其需求与付款方式验证服务提供方来认证付
款方式是否属于授权付款方式,以及向银行服务提供方询问卡内余额是否充足等。
务提供方轮流进行请求交互,并基于从各个服务提供方所得到的响应结果完成相应的针对
业务请求的处理,例如是决策允许或不予开户、能够或不能进行扣款等。
如按照固定的A→B→C的顺序来响应执行业务请求。但是,服务提供方A、B和C的性能容量可
能是不同的,并且在实际工作过程中服务提供方A、B和C的访问量也可能是不同的,另外服
务提供方A、B和C可能还会在工作过程中存在性能抖动(例如短时间某一服务提供方的性能
低下)的情况。
的短板效应,使得业务的整体处理效率低下。
进行调用且当业务处理装置20接收到1000个业务请求时的,则会导致业务处理装置20的实
际业务请求服务响应容量只有180。但是,若能利用服务提供方C来优先处理业务请求,例如
按照C→B→A的调用顺序来依次进行调用以提供服务,则能使得实际业务请求服务响应容
量提高到400,优化了业务处理装置的实际QPS,并提升业务处理效率。
证系统都进行交互,并从其得到相应的认证结果之后,才能够分析用户是否可以开户。此
时,若各个认证系统的认证顺序被预先固设为公安认证系统→实名认证系统→年龄认证系
统,则可能会出现一种情况:在公安认证系统的性能不如(包括持续不如或短期不如)其他
两个认证系统时,使得排在首位的公安认证系统的认证会影响后续外接系统的认证操作,
降低了整体开户容量。
求中可以包括服务提供方标识信息,该服务提供方标识信息用于指示该业务请求所需要调
用的多个服务提供方。相应地,业务处理装置20可以通过对该业务请求进行解析以得到该
服务服务方标识信息,由此确定业务请求处理需要调用的服务提供方。在另一示例中,在业
务处理装置20中可以存储业务请求与需要调用的服务提供方列表之间的对应关系表。在接
收到业务请求后,可以通过查询该对应关系表来确定出需要调用的服务提供方,例如,通过
使用业务请求的业务标识来查询该对应关系表,以确定出需要调用的服务提供方。或者,在
另一示例中,业务处理装置20可以通过分析业务请求的业务属性来确定业务请求处理需要
调用的服务提供方。
并利用该一个(或多个)性能参数或指标来对服务提供方的服务能力进行评估。例如,可以
是直接将一个性能参数或指标作为服务能力的评估指标。可替换地,也还可以是考虑多个
性能参数或指标来综合评估服务提供方的服务能力。其中,性能参数或指标可以是响应性
能指标、当前处理资源信息等。
各个服务提供方的服务能力进行评估。例如,在评估服务能力的过程中,业务处理装置20可
以是直接利用响应性能指标来确定各个服务提供方的服务能力评估结果。
排在调用顺序中靠后的位置。
求得不到及时的服务响应,因此降低了短板效应并提高了业务请求的服务响应性能容量,
在整体上提升了业务处理效率。结合如上文图1中的示例,可以是将服务能力最高的服务提
供方C排在调用顺序的最前面,这样在业务处理装置20待处理的1000个用户请求中,会有
400个被实时服务响应,而不是180个,因此增大了业务处理装置的实际QPS。
响应性能指标来对服务能力进行评估,或者可以仅基于处理资源信息来对服务能力进行评
估。
测试结果可以是静态预配置的或动态更新的,并且在压力测试的过程中可以是对业务请求
的响应结果(成功或失败)、响应时间和最大QPS等进行统计。然后,解析第一压力测试结果,
以确定在预设的第一数量的业务请求中被成功响应的第一业务请求数量和/或被失败响应
的第二业务请求数量。之后,基于第一业务请求数量和第二业务请求数量,确定响应成功率
指标。举例来说,当业务处理装置20得到了关于a个业务请求的压力测试结果,并统计在随
机选择的第一数量为1000个的业务请求中被成功响应的数量b,进而可以得出响应成功率
指标为b/1000。
解析第二压力测试结果,以确定预设的第二数量的业务请求分别被处理所对应的测试响应
时间。以及,根据测试响应时间,确定响应时长指标。举例来说,当业务处理装置20得到了关
于m个业务请求的压力测试结果,并统计在随机选择的第二数量为1000个的业务请求的测
试响应时间的总和为T,进而可以得出响应时长指标为T/1000。
响应性能指标的权重w1和w2,进而可以是利用w1和w2来分配响应成功率指标和响应时长指
标分别对响应性能指标的影响,以适应业务处理装置20对不同业务应用场景的需求。示例
性地,在一些期望较短的响应时长的业务应用场景下,可以是赋予较高的w1和较低的w2。可
替换地,在另一些期望较高的成功率的业务应用场景下,可以是赋予较低的w1和较高的w2。
息,其中该当前处理资源信息可以是表示当前服务提供方的诸如CPU信息、内存信息或内存
余量等的信息;然后基于响应性能指标和各个服务提供方的处理资源信息,对各个服务提
供方的服务能力进行评估。优选地,处理资源信息和响应性能指标分别具有对应的权重因
子,并可以是基于响应性能指标、各个服务提供方的当前处理资源信息以及对应的权重因
子,对各个服务提供方的服务能力进行评估。示例性地,响应性能指标和当前处理资源信息
分别存在针对服务能力的权重因子w3和w4,当为了给响应性能指标赋予针对服务能力更高
的影响程度时,可以是设置w3大于w4。
获取的服务能力评估结果更新针对各个服务提供方的排序。其中,周期可以是表示按照预
定周期执行,由此能够实现定时评估各个服务提供方的服务能力。另外,非周期可以是表示
随机时间或实时。示例性地,业务处理装置20可以是周期或非周期地探活服务提供方以获
取处理资源信息,并基于所动态获取的处理资源信息来更新对应的服务能力评估结果。可
附加或可替换地,业务处理装置20也还可以是周期或非周期地获取压力测试结果,并基于
所动态获取的压力测试结果重新计算响应成功率指标或响应时长指标,进而更新服务能力
评估结果。
指标来共同确定调用顺序,从而适应多样化的应用场景。
优先模式等。其中,排队优先模式可以表示排队的待处理业务请求应当被优先处理,并且还
可以通过接收业务运营商的操作来对当前业务处理模式(例如通过模式切换开关)进行切
换和调整的。
求数量。
评估结果,来确定各个服务提供方的调用顺序,因此同时考虑到各个服务提供方的服务能
力和评估结果,能够实现针对业务请求的服务响应的销峰处理,更加保障了业务整体的处
理体验。
序提到最前面。另外,也还可以是设置对应于唯一次序的多个排队区间,而当待处理业务请
求数量处于排队区间时,将对应的待处理业务请求数量排在对应次序。举例来说,假如依据
服务能力的排序是C→B→A,但服务提供方A的待处理业务请求数量最大且已经超过了预设
排队阈值,则可以是将排序变更为A→C→B,从而实现销峰的效果。
置等。
处理体验。
个性化业务场景。
的各个服务提供方的认证结果都是通过的情况下,业务处理装置20才会决策确定该用户符
合开户条件。
方(例如A和B)的地址信息,进而生成相应的业务请求。
可以是由业务请求所触发的。在另一示例中,该压力测试结果也还可以是由服务提供方定
期自主上传的。
次探活)服务提供方A和B。
中,可以是基于探活操作而得到相应的资源消耗信息,其中该资源消耗信息可以是诸如处
理器消耗剩余量、内存余量等类型的信息,从而得到各个服务提供方的实时硬件指标。
请求数量用于指示各个服务提供方处等待进行服务响应的请求的数量。
以是考虑是否存在本地预配置的预定调用规则和排队请求数量。
方A和B的调用顺序。
提供方实时的服务能力而进行动态调整,例如动态调整以保证拦截效果最好的服务提供方
能够处于调用顺序的第一顺位,保障了开户业务的稳定性,并提高了整体开户容量和在整
体上降低了对下游服务提供方的压力。
操作等。在本公开的其它示例中,也可以删除上述可选操作中的部分或全部。此外,在本公
开的其它示例中,也可以对图6中描述的部分操作进行修改。
元760。
描述的块230的操作。
果来决策是否进行开户。
能指标,以及所述服务能力评估模块被配置为基于所述响应性能指标,来对所述各个服务
提供方的服务能力进行评估。
能力评估模块被配置为基于所述响应性能指标和各个服务提供方的当前处理资源信息,对
所述各个服务提供方的服务能力进行评估。
信息以及对应的权重因子,对所述各个服务提供方的服务能力进行评估。
数量和服务能力评估结果,确定所述各个服务提供方的调用顺序。
关处理过程可以是参照图4中描述的操作。
定单元730的相关处理过程可以是参照图5中描述的操作。
例。上面的用于业务请求处理的装置可以采用硬件实现,也可以采用软件或者硬件和软件
的组合来实现。
820、内存830和通信接口840,并且至少一个处理器810、存储器820、内存830和通信接口840
经由总线860连接在一起。至少一个处理器810执行在存储器中存储或编码的至少一个计算
机可读指令(即,上述以软件形式实现的元素)。
能力进行评估;基于各个所述服务提供方的服务能力评估结果来确定所述各个服务提供方
的调用顺序;按照所确定的调用顺序调用所述多个服务提供方来提供对应的服务。
窝电话、个人数字助理(PDA)、手持装置、消息收发设备、可佩戴计算设备、消费电子设备等
等。
的各个实施例中以上结合图1‑7描述的各种操作和功能。具体地,可以提供配有可读存储介
质的系统或者装置,在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软
件程序代码,且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中
的指令。
分。
络从服务器计算机上或云上下载程序代码。
要进行确定。上述各实施例中描述的装置结构可以是物理结构,也可以是逻辑结构,即,有
些单元可能由同一物理实体实现,或者,有些单元可能分由多个物理实体实现,或者,可以
由多个独立设备中的某些部件共同实现。
ASIC)来完成相应操作。硬件单元或处理器还可以包括可编程逻辑或电路(如通用处理器或
其它可编程处理器),可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械
方式、或专用的永久性电路、或者临时设置的电路)可以基于成本和时间上的考虑来确定。
味着“用作示例、实例或例示”,并不意味着比其它实施例“优选”或“具有优势”。出于提供对
所描述技术的理解的目的,具体实施方式包括具体细节。然而,可以在没有这些具体细节的
情况下实施这些技术。在一些实例中,为了避免对所描述的实施例的概念造成难以理解,公
知的结构和装置以框图形式示出。
的,并且,也可以在不脱离本公开内容的保护范围的情况下,将本文所定义的一般性原理应
用于其它变型。因此,本公开内容并不限于本文所描述的示例和设计,而是与符合本文公开
的原理和新颖性特征的最广范围相一致。