异常处理方法、装置及计算机可读存储介质
技术领域
本说明书实施例涉及互联网技术领域,尤其涉及一种异常处理方法、装置及计算机可读存储介质。
背景技术
随着互联网的快速发展,促进了互联网业务系统的不断改进和发展,为人们的生活带来极大的便利。在许多业务场景中,涉及业务系统与金融机构间的信息交互。业务系统的交易请求需要通过交易传输系统提交至对应的金融机构。交易传输系统需要对交易请求进行层层处理,在任何环节出错,都会导致交易出现异常,在进行异常排查时,业务层会咨询金融网络值班。值班需花费较长时间进行交易异常排查,异常排查的效率较低且消耗的人工成本较高。
发明内容
本说明书实施例提供及一种异常处理方法、装置及计算机可读存储介质。
第一方面,本说明书实施例提供一种异常处理方法,应用于交易传输系统,所述交易传输系统包括交换系统和网关系统,所述方法包括:
确定目标交易请求的交易标识和所述目标交易请求的所处环境;
基于所述交易标识与所述所处环境,定位所述目标交易请求在所述交换系统中涉及的目标交换机,以及定位所述目标交易请求在所述网关系统中涉及的目标网关;
基于所述交易标识,分析所述目标交换机对应的交换日志,如果存在交换处理异常,输出交换处理异常结果;
如果不存在交换处理异常,基于所述交易标识,分析所述目标网关对应的网关日志,如果存在网关处理异常,输出网关处理异常结果。
第二方面,本说明书实施例提供一种异常处理装置,应用于交易传输系统,所述交易传输系统包括交换系统和网关系统,所述装置包括:
确定单元,用于确定目标交易请求的交易标识和所述目标交易请求的所处环境;
定位单元,用于基于所述交易标识与所述所处环境,定位所述目标交易请求在所述交换系统中涉及的目标交换机,以及定位所述目标交易请求在所述网关系统中涉及的目标网关;
第一处理单元,用于基于所述交易标识,分析所述目标交换机对应的交换日志,如果存在交换处理异常,输出交换处理异常结果;
第二处理单元,用于如果不存在交换处理异常,基于所述交易标识,分析所述目标网关对应的网关日志,如果存在网关处理异常,输出网关处理异常结果。
第三方面,本说明书实施例提供一种异常处理装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行上述任一项所述方法的步骤。
第四方面,本说明书实施例提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一项所述方法的步骤。
本说明书实施例有益效果如下:
在本说明书实施例提供的异常处理方法应用于交易传输系统,该交易传输系统包括交换系统和网关系统,当业务系统发送交易请求至交易传输系统,交易请求提交至交换系统后,交换系统基于交易请求进行路由分流后,将交易请求按路由分流结果转发至网关系统,网关系统将交易请求转发至对应的金融机构,所以,在进行异常处理时,可以首先确定目标交易请求的交易标识和目标交易请求的所处环境,由于预先设定了不同环境对应机器,所以,可以通过交易标识与该目标交易请求所处环境,定位目标交易请求在交易传输系统中涉及的目标交换机和目标网关。然后,基于交易标识,分析目标交换机对应的交换日志,如果存在交换处理异常,输出交换处理异常结果,如果不存在交换处理异常,继续基于交易标识,分析目标网关对应的网关日志,如果存在网关处理异常,输出网关处理异常结果。这样,上层的交易系统的相关人员仅需要输入交易标识以及选择好对应的环境,即可在交易传输系统中定位到与之相关的机器,在交易通过交易传输系统提交至机构的过程中通过分析机器的相关日志,可自动逐层检测是否出现异常,在存在异常时输出异常,以便于相关人员进行异常排查,有效提高异常排查效率。
附图说明
图1为本说明书实施例第一方面提供的异常处理方法流程图;
图2为本说明书实施例第一方面提供的交易传输系统进行交易请求处理示意图;
图3为本说明书实施例第二方面提供的异常处理装置结构示意图;
图4为本说明书实施例第三方面提供的异常处理装置结构示意图。
具体实施方式
为了更好的理解上述技术方案,下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明,应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明,而不是对本说明书技术方案的限定,在不冲突的情况下,本说明书实施例以及实施例中的技术特征可以相互组合。
第一方面,本说明书实施例提供一种异常处理方法,应用于交易传输系统,交易传输系统包括交换系统和网关系统,业务系统发送交易请求至交易传输系统,交易请求提交至交换系统后,交换系统基于交易请求进行路由分流后,将交易请求按路由分流结果转发至网关系统,网关系统将交易请求转发至对应的金融机构,请参考图1,包括S101-S104。
S101:确定目标交易请求的交易标识和目标交易请求的所处环境;
S102:基于交易标识与所处环境,定位目标交易请求在交换系统中涉及的目标交换机,以及定位目标交易请求在网关系统中涉及的目标网关;
S103:基于交易标识,分析目标交换机对应的交换日志,如果存在交换处理异常,输出交换处理异常结果;
S104:如果不存在交换处理异常,基于交易标识,分析目标网关对应的网关日志,如果存在网关处理异常,输出网关处理异常结果。
其中,交易传输系统还包括路由系统,路由系统用于对预设类型的交易请求进行预路由处理,如果预路由处理成功,将预设类型的交易请求提交至交换系统,在步骤S103之前,还包括如下步骤:
如果目标交易请求属于预设类型,基于交易标识与所处环境,定位目标交易请求在路由系统中涉及的目标路由器,获得目标路由器的路由日志,基于交易标识,对路由日志进行分析,如果存在预路由异常,输出预路由异常结果,如果不存在预路由异常或者目标交易请求不属于预设类型,则执行步骤S103。
具体的,本实施例中的方法主要应用于交易传输系统,如图2所示,交易传输系统包括路由系统、交换系统和网关系统,业务系统是交易传输系统的上层系统,业务系统产生各类型的交易,如:转账、收款、付款等交易。业务系统在产生交易后,将对应的交易请求发送至本实施例中的交易传输系统。由交易传输系统将交易请求提交至机构。
进一步,在本实施例中,针对预设类型的交易,交易传输系统会通过路由系统进行预路由处理,预设类型可以是涉及第三方的交易,即需要提交到的机构是第三方机构,当然,还可以是其他设定类型的交易,如大额支付类业务,在具体实施过程中,预设类型可根据实际需要进行设定,在此,本申请不做限制。预路由处理是通过解析交易请求,为交易请求选择一条可到达机构的可用渠道,预先判定交易请求是否能成功提交至机构,并由机构成功处理。如果没有确定出可用渠道,或者因机构原因不能成功处理,可以认定预路由失败。
以银行转账为例进行说明,用户利用金融平台向银行卡A对应的银行A进行转账,对应转账交易A,路由系统会去分析是否存在与该转账交易A匹配的可用渠道,还会查看银行A的状态,确定转账交易A能够通过可用渠道成功提交至银行A,且银行A出于正常运行状态,表明预路由成功。如果预路由成功,则银行卡A在进行交易时显示为点亮状态,表明针对银行卡A的交易在当前时刻有效。如果预路由失败,则银行卡A在进行交易时显示为暗灰状态,表明针对银行卡A的交易暂在当前时刻无效。
预路由的作用是为预设类型的交易预先进行有效性判定,如果预路由成功,表明交易是可能会被成功处理的,如果预路由失败,表明该交易不会成功,可输出有效的提示信息提示用户对交易进行修改。这样,可以有效减少交易传输系统处理的工作量,提高处理性能,并且,由于及时展示预路由结果,用户能及时获知交易的预路由状态,据此进行交易调整,能有效提升用户体验。
所以,如果预设类型的交易请求经路由系统预路由成功,则交易请求会成功提交至交换系统。对于不属于预设类型的交易请求,可直接提交至交换系统进行路由分流处理。例如:平台内部的交易,平台用户A向平台用户B进行转账的交易。当然,本实施例中的交易传输系统,还可以不设定路由系统,针对所有的交易请求,直接提交至交换系统,由交换系统进行路由分流处理后将其提交至网关系统,再由网关系统发送至对应的机构。
基于上述提及的交易传输系统的工作机制,本实施例中的方法,首先执行步骤S101,确定业务系统对应的目标交易请求,确定该交易请求的交易标识和所处环境。在本实施例中,交易请求的所处环境包括开发环境、集成测试环境、预发布环境和线上运行环境,开发者或相关人员可根据业务需要进行选择。其中,开发环境表明该交易传输系统处于研发阶段,本实施例仅是作为开发研究时适用。集成测试环境表明该交易传输系统处于测试阶段,本实施例仅是作为测试研究时适用。集成测试环境表明该交易传输系统处于测试阶段,本实施例仅是作为测试研究时适用。预发布环境表明该交易传输系统处于内部发布阶段,本实施例仅是作为测试研究时适用。线上运行环境表明该交易传输系统投入到线上使用,本实施例是针对线上环境进行的异常处理。其中,开发环境、集成测试环境、预发布环境均属于线下环境。
在本实施例中,由于交易传输系统中涉及路由系统、交换系统以及网关系统,整个系统对应的机器较多,本实施例可以通过DRM对不同环境所涉及的机器进行维护管理。这样,可以使得交易传输系统对交易请求处理更加有序,并且便于后续进行异常排查时迅速定位到具体机器。其中,DRM(Distributed Resources Management,分布式资源管理框架)供了一种可以在运行时动态、及时地改变应用系统内存资源值的能力。DRM支持向单台机器发送资源变更,也支持向一个集群发送资源变更。即:通过DRM可以管理和维护交易传输系统中的机器资源。进一步,DRM维护不同环境对应的机器资源。比如:集成测试环境对应的机器列表中包括路由系统对应的路由器1、路由器2,还包括交换系统对应的交换机3、交换机4,以及网关系统对应的网关5和网关6。表明路由器1、路由器2、交换机3、交换机4、网关5和网关6是专门用于处理集成测试环境下的交易请求。
这样,在通过步骤S101确定好目标交易请求的交易标识和所处环境后,通过步骤S102,定位与开发环境对应的相关机器。如果设定了路由系统,则需要确定目标交易请求是否属于预设类型。如果目标交易请求属于预设类型,则需要定位目标交易请求所处环境下所涉及的目标路由器、目标交换机以及目标网关。判断目标交易请求是否属于预设类型的方式可以直接查询路由系统中与所处环境对应的每个路由器的路由日志,如果查到与交易标识对应的路由日志,表明该交易请求属于预设类型,如果没有查到与交易标识对应的路由日志,表明该交易请求属于预设类型。或者,每个交易请求包括属性标识,提取该属性标识即可确定该交易请求是否属于预设类型,当然,在具体实施过程中,确定是否属于预设类型的方式可根据实际需要进行设定,在此,本申请不做限制。
如果目标交易请求不属于预设类型,或者交易传输系统中没有设计路由系统,则需要定位目标交易请求所处环境下所涉及的目标交换机以及目标网关。即通过DRM对应的接口请求到具体环境下的机器列表,再通过交易标识定位到具体的目标机器。
沿用前述示例,如果目标交易请求所处的环境为集成测试环境,则通过DRM接口请求到的机器列表包括路由器1、路由器2、交换机3、交换机4、网关5和网关6。由于每个机器均会维护自己的处理日志,包括针对每个交易请求的处理日志,以交易标识来对应。所以,通过查找各机器的日志中是否存在该交易标识的日志,即可确定出目标机器。例如:目标交易请求的交易标识为标识A,路由器1中存在标识A对应的日志,则目标路由器即为路由器1。同理,可确定出交换机3中存在标识A对应的日志,则目标交换机即为交换机3。同理,可确定出网关5中存在标识A对应的日志,则目标网关即为网关5。进一步,在本实施例中,确定目标网关中待匹配的日志是远程调用日志,所以,确定目标网关可通过如下步骤实现:
获取所述网关系统中与所述所处环境对应的一个或多个网关,确定所述一个或多个网关中每个网关的远程调用日志,将与所述交易标识匹配的远程调用日志所属的网关作为目标网关。
具体的,由于通过DRM仅能获取到与所处环境对应的一个或多个网关。如前述示例所示的网关5和网关6。网关维护很多类型的日志,而针对业务系统的交易请求,是采用远程调用方式调用对应网关进行转发,所以,查看每个网关对应的远程调用日志即可确定出与交易标识对应的目标网关。
通过这样的方式,针对目标交易请求的交易标识和所处环境即可定位到与之相关的目标机器。如果目标交易请求属于前述所提及的预设类型,则交易传输系统首先要针对该交易请求进行预路由处理,所以,需要进行预路由异常的排查。具体的,基于交易标识,对路由日志进行分析,如果存在预路由异常,输出预路由异常结果,包括:
从路由日志中确定与交易标识对应的第一日志,对第一日志进行分析,如果确定预路由失败,确定存在预路由异常;
提取第一日志中的第一渠道过滤记录,确定预路由异常结果中包括第一渠道过滤记录,输出预路由异常结果。
具体的,在本实施例中,通过前述实施例中的内容已经定位出目标路由器,获得该目标路由器中路由日志中与交易标识对应的第一日志,分析第一日志即可得到预路由结果,如果确定预路由失败,确定存在预路由异常。例如:通过第一日志分析得到无可用渠道,无可用渠道包括经渠道过滤得到的可用渠道的个数为0,还包括可用渠道与目标渠道不匹配的情况,均可认定预路由失败。对于可用渠道的个数为0的情况,举例来说,交易传输系统关闭超过10万金额的转账渠道,而交易请求是关于一笔20万的转账交易,则匹配不出可用渠道。对于可用渠道与目标渠道不匹配情况,举例来说,用户进行转账时,系统基于用户需求确定出的目标渠道是及时到账的渠道,系统基于系统当前状态进行渠道过滤出的渠道为2小时到账的渠道。在确定预路由失败情况下,提取第一日志中的第一渠道过滤记录,进而输出的预路由异常结果可包括提示信息,用于提示交易在预路由环节失败,该预路由异常结果中还可包括第一渠道过滤记录,以便于相关人员基于该第一渠道过滤记录分析预路由失败的原因,及时对系统进行调整维护。
进一步,如果在线下环境,由于金融系统对接业务系统,在进行线下开发或测试过程中,线下环境中许多参数是人工设置,录入的参数较少,系统不稳定,并且,还涉及到机构的问题,机构可按自己的需要关闭或开启,所以,在线下环境很容易出现异常。业务系统在进行线下环境中,会涉及一些业务校验的需求,要求交易请求必须成功发送至机构,机构反馈一个成功处理的结果至业务系统进行业务校验。针对这样的场景,如果交易传输系统出现前述实施例中所描述的预路由异常,则可通过一键添加路由mock,解决预路由失败问题。具体可通过如下步骤实现:
在对路由日志进行分析,如果存在预路由异常之后,如果所处环境属于线下环境,解析获得交易请求对应的交易参数,基于业务系统的成功处理业务需求与交易参数,配置第一模拟路由mock,将交易请求按第一模拟路由mock传递至交易请求对应的目标机构。
具体的,在本实施例中,采用模拟mock服务来配置第一模拟路由mock,来满足上层业务系统的测试需求。模拟mock服务为提供mock测试的服务。mock测试为在代码、程序或应用测试过程中,对于某些不容易构造或者不容易获取的对象,利用虚拟对象来创建以便测试的测试方法。所以,可以基于mock测试的原理,解析目标交易请求,确定出需要的参数信息,比如:解析出该目标交易请求的产品码、业务码、业务属性、目的机构等信息,可将解析得到的参数信息展示在路由mock页面,该路由mock页面展示第一模拟路由的相关配置信息。使用者可以根据需要调整页面中的参数,或者直接点击确认创建的图标按键,一键添加第一模拟路由mock,这样,目标交易请求就可以通过该第一模拟路由mock成功提交至目标机构,以满足上层业务系统的成功处理业务需求。
如果目标交易请求不属于前述所提及的预设类型,则交易传输系统可直接将该目标交易请求提交至交换系统中的目标交换机。或者,如果目标交易请求属于前述所提及的预设类型,目标路由器针对该目标交易请求的预路由处理成功,该目标交易请求被提交至交换系统中的目标交换机。所以,需要通过步骤S103进行交换处理异常排查。具体的,可通过如下步骤实现:
从交换日志中确定与交易标识对应的第二日志,对第二日志进行分析,判断路由分流结果中是否存在可用渠道;如果不存在可用渠道,确定存在交换处理异常,提取第二日志中的第二渠道过滤记录,确定交换处理异常结果中包括第二渠道过滤记录;如果存在可用渠道,基于第二日志,判断交易请求是否成功发送至目标网关,如果否,确定存在交换处理异常,确定交换处理异常结果中包括交易请求发送至目标网关失败的异常信息;输出交换处理异常结果。
具体的,在本实施例中,通过前述实施例中的内容已经定位出目标交换机,获得该目标交换机中交换日志中与交易标识对应的第二日志,分析第二日志即可得到路由分流结果,如果路由分流结果中不存在可用渠道,包括经渠道过滤得到的可用渠道的个数为0,还包括可用渠道与目标渠道不匹配的情况,均可认定交易请求受理失败,确定交换处理异常。对于可用渠道的个数为0的情况,举例来说,交易传输系统关闭超过10万金额的转账渠道,而交易请求是关于一笔20万的转账交易,则匹配不出可用渠道。对于可用渠道与目标渠道不匹配情况,举例来说,用户进行转账时,系统基于用户需求确定出的目标渠道是及时到账的渠道,系统基于系统当前状态进行渠道过滤出的渠道为2小时到账的渠道。在确定交换处理异常情况下,提取第二日志中的第二渠道过滤记录,进而输出的交换处理异常结果可包括提示信息,用于提示交易在预路由环节失败,该交换处理异常结果中还可包括第二渠道过滤记录,以便于相关人员基于该第二渠道过滤记录分析交换处理异常的原因,及时对系统进行调整维护。
进一步,如果通过路由分流处理确定出可用渠道,表明路由分流处理成功。还需要基于第二日志,分析目标交易请求是否成功发送至目标网关,如果目标交易请求没有成功发送至目标网关,则确定存在交换处理异常,确定交换处理异常结果中包括目标交易请求发送至目标网关失败的异常信息。以便于相关人员基于该交换处理异常结果分析目标交换机处于异常的原因,及时对目标交换机进行维护。在具体实施例过程中,还可以将目标交易请求对应的第二日志实时展示,以便相关人员实时分析交易详情。
进一步,如果在线下环境,由于金融系统对接业务系统,在进行线下开发或测试过程中,线下环境中许多参数是人工设置,录入的参数较少,系统不稳定,并且,还涉及到机构的问题,机构可按自己的需要关闭或开启,所以,在线下环境很容易出现异常。业务系统在进行线下环境中,会涉及一些业务校验的需求,要求交易请求必须成功发送至机构,机构反馈一个成功处理的结果至业务系统进行业务校验。针对这样的场景,如果交易传输系统出现前述实施例中所描述的交换处理异常,则可通过一键添加路由mock,解决交换处理异常问题。具体可通过如下步骤实现:
在如果不存在可用渠道之后,如果所处环境属于线下环境,解析获得目标交易请求对应的交易参数;基于业务系统的成功处理业务需求与交易参数,配置第二模拟路由mock;将目标交易请求按第二模拟路由mock传递至目标交易请求对应的目标机构。
具体的,在本实施例中,采用模拟mock服务来配置第二模拟路由mock,来满足上层业务系统的测试需求。可以基于mock测试的原理,解析目标交易请求,确定出需要的参数信息,比如:解析出该目标交易请求的产品码、业务码、业务属性、目的机构等信息,可将解析得到的参数信息展示在路由mock页面,该路由mock页面展示第二模拟路由的相关配置信息。使用者可以根据需要调整页面中的参数,或者直接点击确认创建的图标按键,一键添加第二模拟路由mock,这样,目标交易请求就可以通过该第二模拟路由mock成功提交至目标机构,以满足上层业务系统的成功处理业务需求。
在进行交换处理异常排查后,如果不存在交易处理异常,目标交易请求会成功提交至目标网关,此时,需要通过步骤S104进行网关处理异常排查。具体的,可通过如下步骤实现:
从网关日志中确定与交易标识对应的第三日志,对第三日志进行分析,判断目标交易请求是否成功发送至目标机构,如果否,确定存在网关处理异常,确定网关处理异常结果中包括目标交易请求发送至目标机构失败的异常信息,输出网关处理异常结果。
具体的,在本实施例中,需要从目标网关的网关日志中匹配出与交易标识对应的第三日志,通过分析第三日志,即可确定目标交易请求是否成功发送至目标机构,如果目标交易请求没有成功发送至目标机构,则确定存在网关处理异常,确定网关处理异常结果中包括目标交易请求发送至目标机构失败的异常信息。以便于相关人员基于该网关处理异常结果分析目标网关处于异常的原因,及时对目标网关进行维护。在具体实施例过程中,还可以将目标交易请求对应的第三日志实时展示,以便相关人员实时分析交易详情。
进一步,在线下环境,即使交易传输系统未出现预路由异常、交换处理异常、网关处理异常,目标交易请求会成功提交至目标机构。或者,目标交易请求通过第一模拟路由mock或第二模拟路由mock成功提交至目标机构。目标机构也可能会出现处理异常的情况,涉及机构的问题。而为了满足上层业务系统的业务校验的需求,要求交易请求必须成功发送至机构,机构反馈一个成功处理的结果至业务系统进行业务校验。针对这样的场景,本实施例的方法,如果目标交易请求成功发送至目标机构,还可以包括如下步骤:
获得目标机构对目标交易请求的处理结果;如果处理结果表明处理结果未知,基于业务系统的业务需求,配置反馈结果mock至业务系统;如果处理结果表明处理失败,且所处环境属于线下环境,基于业务系统的成功处理业务需求,开启与目标机构对应的模拟机构mock,以使得下一个目标机构对应的交易请求能提交至模拟机构mock,通过模拟机构mock反馈交易成功结果至业务系统。
具体的,在本实施例中,交易传输系统将目标交易请求提交至目标机构后,如果接收到目标机构反馈的交易成功结果,表明目标机构处于正常状态,可以成功处理交易请求。进一步,如果业务系统必须要得到一个交易成功结果,在目标交易请求提交至目标机构,交易结果未知的情况下,可以根据该业务系统的需求,直接通过模拟mock服务模拟出交易成功结果反馈至业务系统。如果接收到目标机构反馈的交易失败结果,但业务系统需要得到一个交易成功结果,如果存在与目标机构对应的模拟机构mock,开启该模拟机构mock。如果没有与目标机构对应的模拟机构mock,可以根据mock测试机制,为该目标机构添加一个模拟机构mock,再开启该模拟机构mock。这样,下一个目标机构对应的交易请求能提交至该模拟机构mock,通过模拟机构mock反馈交易成功结果至业务系统。进一步,模拟机构mock可以根据需要进行开启或关闭。比如:在开启模拟机构mock期间,如果接收到目标机构处于正常运行状态的提示信息,可将该模拟机构mock关闭。通过这样的方式,能够满足上层业务系统的测试需求。
本实施例中的方法,将日常交易排查方法工具化,业务系统只需输入交易请求并选择环境,通过本实施例中的方法即可精准进行异常排查,并且,在线下环境,根据业务系统的要求,针对交易的各种异常情况引导不同的快速解决方法,值班人员不再需要人工值守,效率大大提升。
第二方面,基于同一发明构思,本说明书实施例提供一种异常处理装置,应用于交易传输系统,所述交易传输系统包括交换系统和网关系统,业务系统发送交易请求至所述交易传输系统,所述目标交易请求提交至所述交换系统后,所述交换系统基于所述目标交易请求进行路由分流后,将所述目标交易请求按所述路由分流结果转发至所述网关系统,所述网关系统将所述目标交易请求转发至对应的金融机构,请参考图3,该装置包括:
确定单元301,用于确定目标交易请求的交易标识和所述目标交易请求的所处环境;
定位单元302,用于基于所述交易标识与所述所处环境,定位所述目标交易请求在所述交换系统中涉及的目标交换机,以及定位所述目标交易请求在所述网关系统中涉及的目标网关;
第一处理单元303,用于基于所述交易标识,分析所述目标交换机对应的交换日志,如果存在交换处理异常,输出交换处理异常结果;
第二处理单元304,用于如果不存在交换处理异常,基于所述交易标识,分析所述目标网关对应的网关日志,如果存在网关处理异常,输出网关处理异常结果。
在一种可选方式中,所述交易传输系统还包括路由系统,所述路由系统用于对预设类型的交易请求进行预路由处理,如果预路由处理成功,将所述预设类型的交易请求提交至所述交换系统,所述装置还包括第三处理单元,所述第三处理单元具体用于:
在所述基于所述交易标识,分析所述目标交换机对应的交换日志之前,如果所述目标交易请求属于所述预设类型,基于所述交易标识与所述所处环境,定位所述目标交易请求在所述路由系统中涉及的目标路由器;
获得所述目标路由器的路由日志,基于所述交易标识,对所述路由日志进行分析,如果存在预路由异常,输出预路由异常结果;
如果不存在预路由异常或者所述目标交易请求不属于所述预设类型,执行步骤:基于所述交易标识,分析所述目标交换机对应的交换日志。
在一种可选方式中,所述第三处理单元具体用于:
从所述路由日志中确定与所述交易标识对应的第一日志,所述第一日志进行分析,如果确定预路由失败,确定存在预路由异常;
提取所述第一日志中的第一渠道过滤记录,确定所述预路由异常结果中包括所述第一渠道过滤记录,输出所述预路由异常结果。
在一种可选方式中,所述第一处理单元303具体用于:
从所述交换日志中确定与所述交易标识对应的第二日志,对所述第二日志进行分析,判断路由分流结果中是否存在可用渠道;
如果不存在可用渠道,确定存在交换处理异常,提取所述第二日志中的第二渠道过滤记录,确定所述交换处理异常结果中包括所述第二渠道过滤记录;
如果存在可用渠道,基于第二日志,判断所述目标交易请求是否成功发送至所述目标网关,如果否,确定存在交换处理异常,确定所述交换处理异常结果中包括所述目标交易请求发送至所述目标网关失败的异常信息;
输出所述交换处理异常结果。
在一种可选方式中,所述定位单元302具体用于:
获取所述网关系统中与所述所处环境对应的一个或多个网关;
确定所述一个或多个网关中每个网关的远程调用日志;
将与所述交易标识匹配的远程调用日志所属的网关作为目标网关。
在一种可选方式中,所述第二处理单元304具体用于:
从所述网关日志中确定与所述交易标识对应的第三日志;
对所述第三日志进行分析,判断所述目标交易请求是否成功发送至目标机构;
如果否,确定存在网关处理异常,确定所述网关处理异常结果中包括所述目标交易请求发送至所述目标机构失败的异常信息,输出所述网关处理异常结果。
在一种可选方式中,所述第三处理单元具体用于:
在所述对所述路由日志进行分析,如果存在预路由异常之后,如果所述所处环境属于线下环境,解析获得所述目标交易请求对应的交易参数;
基于所述业务系统的成功处理业务需求与所述交易参数,配置第一模拟路由mock;
将所述目标交易请求按所述第一模拟路由mock传递至所述目标交易请求对应的目标机构。
在一种可选方式中,所述第一处理单元303具体用于:
在所述如果不存在可用渠道之后,如果所述所处环境属于线下环境,解析获得所述目标交易请求对应的交易参数;
基于所述业务系统的成功处理业务需求与所述交易参数,配置第二模拟路由mock;
将所述目标交易请求按所述第二模拟路由mock传递至所述目标交易请求对应的目标机构。
在一种可选方式中,所述第二处理单元304具体用于:
在所述判断所述目标交易请求是否成功发送至目标机构之后,如果所述目标交易请求成功发送至目标机构,获得所述目标机构对所述目标交易请求的处理结果;
如果所述处理结果表明处理结果未知,基于所述业务系统的业务需求,配置反馈结果mock至所述业务系统;
如果所述处理结果表明处理失败,且所述所处环境属于线下环境,基于所述业务系统的成功处理业务需求,开启与所述目标机构对应的模拟机构mock,以使得下一个所述目标机构对应的交易请求能提交至所述模拟机构mock,通过所述模拟机构mock反馈交易成功结果至所述业务系统。
第三方面,基于与前述实施例中异常处理方法同样的发明构思,本发明还提供一种异常处理装置,如图4所示,包括存储器404、处理器402及存储在存储器404上并可在处理器402上运行的计算机程序,处理器402执行程序时实现前文异常处理方法的任一方法的步骤。
其中,在图4中,总线架构(用总线400来代表),总线400可以包括任意数量的互联的总线和桥,总线400将包括由处理器402代表的一个或多个处理器和存储器404代表的存储器的各种电路链接在一起。总线400还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本实施例中的方法不再对其进行进一步描述。总线接口406在总线400和接收器401和发送器403之间提供接口。接收器401和发送器403可以是同一个元件,即收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器402负责管理总线400和通常的处理,而存储器404可以被用于存储处理器402在执行操作时所使用的数据。
第四方面,基于与前述实施例中异常处理方法的发明构思,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文异常处理方法的任一方法的步骤。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品,该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本说明书的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。
显然,本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样,倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内,则本说明书也意图包含这些改动和变型在内。