请求失败的处理方法及装置
技术领域
本申请涉及信息处理技术领域,尤其涉及一种请求失败的处理方法及装置。
背景技术
随着信息技术的快速发展,手机、平板电脑、计算机等终端设备在人们的生活、工作中得到了广泛的应用。例如,人们可以使用终端设备在线办理业务、娱乐、浏览新闻等。而为了方便人们的使用,可以安装在终端设备上的应用程序也越来越多。
不管人们在使用终端设备哪个应用程序,在使用过程中,需要不断的切换页面或者获取数据等。例如,链接到其他应用程序进行业务处理、从数据库中获取数据或者从资源文件中获取数据等。因此,不可避免的,用户在使用终端设备上的应用上,需要向其他应用程序或者数据库等发送访问请求或者目标业务请求等,以实现完成当前功能的使用。但是,在实际应用时,总不可避免的由于访问人数较多、当前网络信号质量较差等原因导致请求失败,从而使得用户无法正常使用,从而影响用户的使用体验。
因此,如何减少请求失败情况的发生,提高用户的使用体验成为当前亟需解决的技术问题。
发明内容
本说明书实施例的目的是提供一种请求失败的处理方法及装置,以减少请求失败情况的发生,提高用户的使用体验。
为解决上述技术问题,本说明书实施例是这样实现的:
本说明书实施例提供了一种请求失败的处理方法,包括:
检测到目标业务请求所对应的目标请求结果数据时,拦截所述目标请求结果数据;
若所述目标请求结果数据指示所述目标业务请求失败,根据所述目标请求结果数据从存储的解决方案信息库中确定所述目标业务请求所对应的目标解决方案;
执行所述目标解决方案所对应的操作。
本说明书实施例还提供了一种请求失败的处理装置,包括:
拦截模块,用于检测到目标业务请求所对应的目标请求结果数据时,拦截所述目标请求结果数据;
第一确定模块,用于若所述目标请求结果数据指示所述目标业务请求失败,根据所述目标请求结果数据从存储的解决方案信息库中确定所述目标业务请求所对应的目标解决方案;
执行模块,用于执行所述目标解决方案所对应的操作。
本说明书实施例还提供了一种请求失败的处理设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器:
检测到目标业务请求所对应的目标请求结果数据时,拦截所述目标请求结果数据;
若所述目标请求结果数据指示所述目标业务请求失败,根据所述目标请求结果数据从存储的解决方案信息库中确定所述目标业务请求所对应的目标解决方案;
执行所述目标解决方案所对应的操作。
本说明书实施例还提供了一种存储介质,用于存储计算机可执行指令,所述可执行指令在被执行时实现以下流程:
检测到目标业务请求所对应的目标请求结果数据时,拦截所述目标请求结果数据;
若所述目标请求结果数据指示所述目标业务请求失败,根据所述目标请求结果数据从存储的解决方案信息库中确定所述目标业务请求所对应的目标解决方案;
执行所述目标解决方案所对应的操作。
本实施例中的技术方案,通过预先存储请求失败所对应的解决方案信息库,并拦截需要展示给用户的目标业务请求所对应的目标请求结果数据,若是该目标业务请求失败,则根据拦截到的目标请求结果数据从解决方案信息库中查找针对该目标业务请求的解决方案,并执行该解决方案所对应的操作;在本说明书实施例中,在将目标请求结果数据展示给用户之前,将该目标请求结果数据拦截下来,若是根据目标请求结果数据判断该目标业务请求失败,则针对该请求失败执行相应的操作,以挽回失败的目标业务请求;这样,可以在用户感知到请求失败之前及时对失败的请求进行挽回处理,若是经过处理后该目标业务请求成功了,则展示给用户的则为请求成功的结果,用户并不会感知到曾经发生过的目标业务请求失败;这样,实现了自动化解决失败请求,不需要认为参与也可以解决请求失败的问题,同时还减少了请求失败的情况的发生,提高了用户的使用体验。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书实施例提供的请求失败的处理方法的方法流程图之一;
图2为本说明书实施例提供的请求失败的处理方法中,平台配置解决方案信息的界面示意图;
图3为本说明书实施例提供的请求失败的处理方法中,用户自定义解决方案信息的界面示意图;
图4为本说明书实施例提供的请求失败的处理方法中,解决方案管理平台向客户端推送解决方案信息的流程示意图;
图5为本说明书实施例提供的请求失败的处理方法的场景示意图之一;
图6为本说明书实施例提供的请求失败的处理方法的方法流程图之二;
图7为本说明书实施例提供的请求失败的处理方法的场景示意图之二;
图8为本说明书实施例提供的请求失败的处理装置的模块组成示意图;
图9为本说明书实施例提供的请求失败的处理设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本说明书实施例的思想在于,在将用户触发的请求所对应的目标请求结果数据展示给用户之前,拦截该目标请求结果数据,若是该请求结果指示该请求失败,则针对该失败的请求进行处理,以挽回失败的请求;即在用户得知到请求失败之前,执行挽回该失败的请求的操作,从而可以减少用户请求失败的情况的发生,从而提高用户的使用体验。基于此,本说明书实施例提供了一种请求失败的处理方法、装置、设备及存储介质。
本说明书实施例提供了一种请求失败的处理方法,该方法也可以应用于终端设备,具体的可以应用于安装在终端设备上的各种应用程序中,这样,当用户使用该应用程序进行业务处理时,可以减少用户目标业务请求失败的情况的发生,从而提高用户对该应用程序的使用体验。当然,该方法除了应用于应用程序上之外,还可以应用于终端设备的操作系统等场景中,上述只是示例性列举本说明书实施例所提供方法的应用场景,并不构成对本说明书实施例所应用场景的限制。
其中,上述终端设备可以为手机、平板电脑、计算机等移动终端设备,也可以为电脑等设备。
图1为本说明书实施例提供的请求失败的处理方法的方法流程图之一,在具体实施时,该方法的执行主体可以为安装在终端设备上的请求失败的处理装置。图1所示的方法,至少包括如下步骤:
步骤102,检测到目标业务请求所对应的目标请求结果数据时,拦截该目标请求结果数据。
在具体实施时,本说明书实施例所提供的方法可以应用于各应用程序,这样,当用户在应用程序上执行操作时,可以通过本说明书实施例提供的方法提高用户的请求成功率。
其中,上述目标业务请求则为用户通过业务客户端所触发的目标业务请求,例如,该目标业务请求可以是业务处理请求、访问其他应用程序的请求、也可以是访问数据库的请求等等。具体的,上述目标业务请求还可以为资金交易业务请求。当然,此处只是示例性的列举几种可能的具体请求,并不构成对本说明书实施例的限定。
具体的,步骤102中所提及的目标请求结果数据指的是针对该目标业务请求所返回的参数数据。例如,若是该目标业务请求成功了,则返回的目标请求结果数据可以为请求成功的指示数据,以及用户具体请求内容;若是该目标业务请求失败了,返回的请求数据可以为请求失败的指示数据以及导致请求失败的因素等。当然,上述目标请求结果数据的具体内容可以根据实际应用场景进行设置,本说明书实施例并不对此进行限定。
需要说明的是,在上述步骤102中,在检测到目标业务请求所对应的目标请求结果数据时,则将该目标请求结果数据拦截下来,这样,目标请求结果数据就不会直接展示给用户;这样,若是目标请求结果数据指示目标业务请求处理失败,可以执行相应的处理操作,这样最终展示给用户的请求结果可能为请求处理成功,从而可以减少请求失败比例,并且,可以提高用户的使用体验。
步骤104,若目标请求结果数据指示上述目标业务请求失败,根据上述目标请求结果数据从存储的解决方案信息库中确定目标业务请求所对应的目标解决方案。
具体的,在本说明书实施例中,可以预先设置请求结果匹配规则以及解决方案信息库,这样,在实际应用时,可以根据目标请求结果数据和请求结果匹配规则判断目标业务请求是否失败以及失败的因素,并在确定目标业务请求失败后,从预先存储的解决方案信息库中查找对应的目标解决方案。
步骤106,执行目标解决方案所对应的操作。
需要说明的是,上述目标解决方案一般指的是重新访问或者切换访问等决策,而目标解决方案所对应的操作一般指的是针对上述决策所需要执行的具体操作内容。
为便于理解,下述通过应用程序A访问数据库为例进行说明。
例如,应用程序A访问数据库B,若是访问失败,则根据应用程序A上的请求失败的处理装置所确定出的目标解决方案(决策)为切换重试,而设置有针对数据库的备份数据库C,则目标解决方案所对应的操作则为访问数据库C。
本说明书实施例中,通过拦截需要展示给用户的目标请求结果数据,并在目标请求结果数据指示目标业务请求失败时,执行相应的处理操作,以挽回失败的业务请求,这样可以减少展示给用户的业务失败率,提高用户的使用体验。
为便于理解本说明书实施例提供的方法,下述将详细介绍上述各步骤的具体实现过程。
具体的,在本说明书实施例中,在执行上述步骤104之前,则需要检测目标业务请求是否失败,即需要根据目标请求结果数据确定目标业务请求所对应的请求结果。
而在具体实施时,根据目标请求结果数据可以通过如下步骤确定目标业务请求所对应的请求结果:获取预先设置的请求结果匹配规则;将上述目标请求结果数据和请求结果匹配规则进行匹配;将目标请求结果数据所对应的请求结果确定为目标业务请求所对应的请求结果;其中,上述请求结果匹配规则中存储有各请求结果数据和请求结果之间的映射关系。
其中,上述请求结果匹配规则的一种具体形式可以为:请求结果数据equals(等于)请求结果。例如,若是请求结果数据为resultCode(结果代码),对应的请求结果为Time_Out(超时),则请求结果匹配规则可以为result.Code equals Time_Out。
当然,在终端设备上请求结果匹配规则还可以以表格的形式存储,一种可能形式如表1所示。
表1
请求结果数据 |
请求结果 |
ResultCode1 |
请求成功 |
ResultCode2 |
请求超时 |
其中,在上述表1中,ResultCode1和ResultCode2则指的是所返回的请求结果数据。另外,需要说明的是,表1只是示例性说明,并不构成对本说明书实施例的限定。
在本说明书实施例中,在拦截到返回的目标请求结果数据后,则将目标请求结果数据与对应的请求结果规则进行匹配,查找目标请求结果数据所对应的请求结果,将查找到的请求结果确定为目标业务请求所对应的请求结果。
还需要说明的是,在某些具体实施方式中,本说明书实施例提供的方法应用于各应用程序客户端,而针对不同的应用程序所对应的请求结果匹配规则不相同,因此,每个应用程序存储有各自的请求结果匹配规则,为区分各应用程序所对应的请求结果匹配规则,可以对应的存储应用程序标识和对应的请求结果匹配规则。这样,在拦截到目标结果请求数据后,则获取该应用程序所对应的请求结果匹配规则。
在具体实施时,可以将请求结果匹配规则存储在应用程序服务器,也可以存储在应用程序客户端,本说明书实施例并不对此进行限定。
在本说明书实施例中,若是目标业务请求所对应的请求结果为成功,则将目标请求结果数据展示给用户即可;若是目标业务请求所对应的请求结果为失败,则需要执行上述步骤104中查找目标解决方案的步骤。
具体的,在上述步骤104中,根据目标请求结果数据从存储的解决方案信息库确定目标业务请求所对应的目标解决方案,包括如下步骤(1)、步骤(2)和步骤(3);
步骤(1)、检测上述解决方案信息库中是否存在第一解决方案信息列表;若存在,则执行步骤(2);否则,执行步骤(3);
步骤(2)、根据上述目标请求结果数据从第一解决方案信息列表中查找目标解决方案;
步骤(3)、根据目标请求结果数据从第二解决方案信息列表中查找目标解决方案;
其中,上述第一解决方案信息列表为自定义解决方案信息列表,第二解决方案信息列表为解决方案管理平台配置的解决方案信息列表。
在本说明书实施例中,上述解决方案信息库中所存储的解决方案信息可以是解决方案管理平台默认配置的解决方案,例如,针对超时的失败请求,对应的解决方案就是重试。解决方案管理平台配置的解决方案灵活性较差,因此,除此之外,业务方还可以自定义设置上述解决方案信息。
在具体实施时,若是存在业务方自定义设置的解决方案信息则首选业务方自定义的解决方案。因此,在本说明书实施例中,若是确定出目标业务请求失败了,则首先检测解决方案信息库中是否存在第一解决方案信息列表;若是存在,则从第一解决方案信息列表中查找目标业务请求所对应的目标解决方案;若是不存在第一解决方案信息列表或者在第一解决方案信息列表中未查找到对应的解决方案,则从第二解决方案信息列表中查找对应的解决方案。
在一种具体实施方式中,为了便于可以查到第一解决方案信息列表,在接收到解决方案管理平台推送的第一解决方案信息进行存储时,可以为第一解决方案信息进行标记,例如,可以标记“自定义”字符,这样,在查找第一解决方案信息列表时,可以直接根据标记进行查找。
另外,需要说明的是,在本说明书实施例中,针对解决方案管理平台配置的解决方案信息列表,则对应的存储有请求结果和解决方案,一种可能的存储形式如表2所示。
表2
请求结果 |
解决方案 |
访问超时 |
Retry001 |
访问失败 |
Retry002 |
当然,在该种情况下则是直接存储的是请求结果和解决方案之间的映射关系。另外,上述表2只是示例性说明,并不构成对本说明书实施例的限定。
而针对业务方自定义解决方案这种情况,则存储的为请求结果匹配规则和解决方案之间的映射关系。一种可能的形式如表3所示。
表3
规则标识 |
解决方案 |
Rule ID1 |
Retry001 |
Rule ID2 |
Retry002 |
如表3所示,针对业务方自定义解决方案信息这种情况,存储的则为规则标识和解决方案之间的对应关系,并不存储具体的规则内容。针对该种情况,当拦截到目标业务请求所对应的目标请求结果数据后,从终端设备查找到所对应的请求结果匹配规则,若是确定出该目标业务请求失败,则根据该目标请求结果数据确定出其对应的匹配规则的标识,并根据该匹配规则标识从第一解决方案信息列表中查找该规则标识所对应的解决方案,将查找到的解决方案作为目标业务请求所对应的目标解决方案。
其中,在上述步骤106中,执行目标解决方案所对应的操作,具体包括如下步骤(一)、步骤(二)和步骤(三);
步骤(一)、判断是否存在目标解决方案所对应的自定义操作;若存在,则执行步骤(二);否则,执行步骤(三);
步骤(二)、确定目标解决方案所对应的操作标识,查找并执行操作标识所对应的操作;
步骤(三)、执行目标解决方案所对应的操作。
在本说明书实施例中,上述自定义操作指的是业务方自己定义的操作内容,与解决方案管理平台配置的操作相比较,灵活性较高。
具体的,若是业务方自定义操作,则存储的则为解决方案与自定义操作之间的映射关系,一种可能的形式如表4所示。
表4
解决方案 |
操作标识 |
Retry001 |
Action1 |
Retry001 |
Action2 |
其中,在表4中,Action1和Action2则为具体操作所对应的操作标识,在本说明书实施例中,若是存在目标解决方案所对应的自定义操作,则根据目标解决方案和上述表4确定出目标解决方案所对应操作的操作标识,并根据该操作标识从该应用程序所对应的操作中查找对应的操作内容,并执行该操作内容。
需要说明的是,上述所提及到的应用程序则指的是发送给目标业务请求的应用程序,例如,应用程序A向应用程序B发送访问请求,则从应用程序A所对应的操作中查找操作标识所对应的具体操作内容。
另外,针对同一个操作标识在不同的应用程序中所对应的具体操作内容可能并不相同。因此,在确定出目标解决方案所对应的操作标识后,则从对应的应用程序中查找操作标识所对应的具体操作内容。
当然,若是不存在目标解决方案所对应的自定义操作,则直接执行目标解决方案所对应的默认操作即可。
另外,在本说明书实施例中,若是未查找到操作标识所对应的操作,则确定操作查找异常,并记录查找异常信息。
在本说明书实施例中,若是未查找到该操作标识所对应的操作,则说明此次查找出现异常,这时,需要记录此次查找异常信息以便进行检测。
在本说明书实施例中,业务方可以在解决方案管理解决方案管理平台自定义解决方案和对应的操作,但是,针对业务方自定义这种情况,一般推送给客户端的则为请求结果匹配规则标识和操作标识,不会推送具体的内容。因此,本说明书实施例提供的方法还包括:
接收解决方案管理平台推送的请求结果匹配规则标识、解决方案和操作标识;将请求结果匹配规则标识、解决方案和操作标识对应的进行存储。
具体的,针对该种情况,为了减少数据传输量,可以直接将请求结果匹配规则和操作内容存储在应用程序服务器端。或者,在另外一些具体实施方式中,也可以将请求结果匹配规则和操作内容存储在应用程序客户端。本说明书实施例并不对此进行限定。
其中,针对解决方案管理平台配置请求结果匹配规则、解决方案、对应的操作等信息,以及业务方自定义请求结果匹配规则、解决方案以及对应的操作时的界面是不相同的。为便于理解,下述将举例进行说明。
图2示出了本说明书实施例提供的请求失败的处理方法中,解决方案管理解决方案管理平台对解决方案信息进行配置的界面示意图。如图2所示,针对该种情况,则需要设置具体的业务请求结果、解决方案和具体操作内容的对应关系。具体的,可以设置业务请求结果数据、业务请求结果和解决方案之间的第一映射关系,再设置解决方案与具体操作内容之间的第二映射关系。
图3示出了本说明书实施例提供的请求失败的处理方法中,业务方对解决方案信息进行自定义的界面示意图。如图3所示,针对该种情况,则需要设置请求结果匹配规则标识(rule ID)与对应的解决方案(retry001)之间的第一映射关系,再设置解决方案与操作标识(action1)之间的映射关系。即在该种情况下,推送给客户端的则为请求结果匹配标识值以及操作标识值,而并不是具体的操作内容。
具体的,当业务方在解决方案信息自定义界面自定义解决方案信息后,则通过解决方案管理平台将自定义的解决方案通过中间件Drm推送给客户端,客户端接收并存储该解决方案信息,该流程如图4所示。
为便于理解本说明书实施例提供的请求失败的处理方法,下述将通过具体实施例进行说明。
下述以用户使用终端设备上的应用1访问应用2为例,介绍本说明书实施例提供的请求失败的处理方法。
如图5所示,安装在终端设备上的应用1向应用2发送访问请求,则在拦截到访问请求失败的结果数据后,该结果数据指示应用1访问应用2失败,为了挽回失败,则针对该失败的解决方案可以为重新访问,即应用1重新向应用2重新发送访问请求。
图6为针对图5所对应的场景的方法流程图,即图6为本说明书实施例提供的失败请求的处理方法的方法流程图之二,该方法应用于应用A客户端,图6所示的方法至少包括如下步骤:
步骤202,应用A向应用B发送访问请求。
步骤204,检测是否接收到针对上述访问请求的访问结果数据;若是,则执行步骤206;
步骤206,拦截该访问结果数据。
需要说明的是,上述步骤206则是在向用户展示该访问结果数据之前拦截该访问结果数据。
步骤208,根据该访问结果数据和应用A所对应的请求结果匹配数据判断该访问请求是否失败;若是,则执行步骤210;否则,结束。
步骤210,检测存储的解决方案信息库中是否存在业务方自定义的解决方案信息列表;若是,则执行步骤212;否则,执行步骤214。
步骤212,从业务方自定义的解决方案信息列表中确定该访问请求所对应的目标解决方案。
步骤214,从管理解决方案管理平台配置的解决方案信息列表中确定该访问请求所对应的目标解决方案。
步骤216,检测是否存在目标解决方案所对应的自定义操作;若是,则执行步骤218,否则执行步骤224。
步骤218,确定目标解决方案所对应的操作标识,从应用A中查找是否存在该操作标识所对应的操作;若存在,执行步骤220;否则,执行步骤222。
步骤220,执行上述操作。
步骤222,确定本次查找异常,并记录查找异常信息。
步骤224,执行目标解决方案所对应的操作。
其中,图6所对应方法实施例中各步骤的具体实现过程与图1-图5所对应实施例中各步骤的具体实现过程相同,因此可参考图1-图5所对应的方法实施例,此处不再赘述。
在另外一种应用场景中,例如应用A访问主数据库(Master),若是应用A访问Master失败,则对应的解决方案可以为切换重试,具体则执行访问备份数据库(Fo)的操作,如图7所示。
本说明书实施例提供的请求失败的处理方法,通过预先存储请求失败所对应的解决方案信息库,并拦截需要展示给用户的目标业务请求所对应的目标请求结果数据,若是该目标业务请求失败,则根据拦截到的目标请求结果数据从解决方案信息库中查找针对该目标业务请求的解决方案,并执行该解决方案所对应的操作;在本说明书实施例中,在将目标请求结果数据展示给用户之前,将该目标请求结果数据拦截下来,若是根据目标请求结果数据判断该目标业务请求失败,则针对该请求失败执行相应的操作,以挽回失败的目标业务请求;这样,可以在用户感知到请求失败之前及时对失败的请求进行挽回处理,若是经过处理后该目标业务请求成功了,则展示给用户的则为请求成功的结果,用户并不会感知到曾经发生过的目标业务请求失败;这样,实现了自动化解决失败请求,不需要认为参与也可以解决请求失败的问题,同时还减少了请求失败的情况的发生,提高了用户的使用体验。
对应于本说明书实施例提供的请求失败的处理方法,基于相同的思路,本说明书实施例还提供了一种请求失败的处理装置,图8为本说明书实施例提供的请求失败的处理装置的模块组成示意图,图8所示的装置,包括:
拦截模块301,用于检测到目标业务请求所对应的目标请求结果数据时,拦截目标请求结果数据;
第一确定模块302,用于若目标请求结果数据指示目标业务请求失败,根据目标请求结果数据从存储的解决方案信息库中确定目标业务请求所对应的目标解决方案;
执行模块303,用于执行目标解决方案所对应的操作。
可选的,第一确定模块302,包括:
检测单元,用于检测解决方案信息库中是否存在第一解决方案信息列表;
查找单元,用于若存在第一解决方案信息列表,根据目标请求结果数据从第一解决方案信息列表中查找目标解决方案;否则,根据请求结果从第二解决方案信息列表中查找目标解决方案;
其中,第一解决方案信息列表为自定义解决方案信息列表,第二解决方案信息列表为解决方案管理平台配置的解决方案信息列表。
可选的,执行模块303,包括:
判断单元,用于判断是否存在目标解决方案所对应的自定义操作;
执行单元,用于若存在目标解决方案所对应的自定义操作,则确定目标解决方案所对应的操作标识,查找并执行操作标识所对应的操作;否则,执行目标解决方案所对应的操作。
可选的,执行模块303,还包括:
确定单元,用于若未查找到操作标识所对应的操作,则确定操作查找异常;
记录单元,用于记录查找异常信息。
可选的,本说明书实施例提供的装置,还包括:
获取模块,用于获取预先设置的请求结果匹配规则;其中,请求结果匹配规则中存储有各请求结果数据和请求结果之间的映射关系;
匹配模块,用于将目标请求结果数据和请求结果匹配规则进行匹配;
第二确定模块,用于将目标请求结果数据所对应的请求结果确定为目标业务请求所对应的请求结果。
可选的,本说明书实施例提供的装置,还包括:
接收模块,用于接收解决方案管理平台推送的请求结果匹配规则标识、解决方案和操作标识;
存储模块,用于将请求结果匹配规则标识、解决方案和操作标识对应的进行存储。
可选的,目标业务请求包括资金交易业务请求。
本说明书实施例的请求失败的处理装置还可执行图1-图7中请求失败的处理装置执行的方法,并实现请求失败的处理装置在图1-图7所示实施例的功能,在此不再赘述。
本说明书实施例提供的请求失败的处理装置,通过预先存储请求失败所对应的解决方案信息库,并拦截需要展示给用户的目标业务请求所对应的目标请求结果数据,若是该目标业务请求失败,则根据拦截到的目标请求结果数据从解决方案信息库中查找针对该目标业务请求的解决方案,并执行该解决方案所对应的操作;在本说明书实施例中,在将目标请求结果数据展示给用户之前,将该目标请求结果数据拦截下来,若是根据目标请求结果数据判断该目标业务请求失败,则针对该请求失败执行相应的操作,以挽回失败的目标业务请求;这样,可以在用户感知到请求失败之前及时对失败的请求进行挽回处理,若是经过处理后该目标业务请求成功了,则展示给用户的则为请求成功的结果,用户并不会感知到曾经发生过的目标业务请求失败;这样,实现了自动化解决失败请求,不需要认为参与也可以解决请求失败的问题,同时还减少了请求失败的情况的发生,提高了用户的使用体验。
进一步地,基于上述图1至图7所示的方法,本说明书实施例还提供了一种请求失败的处理设备,如图9所示。
请求失败的处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器401和存储器402,存储器402中可以存储有一个或一个以上存储应用程序或数据。其中,存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对请求失败的处理设备中的一系列计算机可执行指令信息。更进一步地,处理器401可以设置为与存储器402通信,在请求失败的处理设备上执行存储器402中的一系列计算机可执行指令信息。请求失败的处理设备还可以包括一个或一个以上电源403,一个或一个以上有线或无线网络接口404,一个或一个以上输入输出接口405,一个或一个以上键盘406等。
在一个具体的实施例中,请求失败的处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对请求失败的处理设备中的一系列计算机可执行指令信息,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令信息:
检测到目标业务请求所对应的目标请求结果数据时,拦截目标请求结果数据;
若目标请求结果数据指示目标业务请求失败,根据目标请求结果数据从存储的解决方案信息库中确定目标业务请求所对应的目标解决方案;
执行目标解决方案所对应的操作。
可选的,计算机可执行指令信息在被执行时,根据目标请求结果数据从存储的解决方案信息库中确定目标业务请求所对应的目标解决方案,包括:
检测解决方案信息库中是否存在第一解决方案信息列表;
若存在,根据目标请求结果数据从第一解决方案信息列表中查找目标解决方案;否则,根据请求结果从第二解决方案信息列表中查找目标解决方案;
其中,第一解决方案信息列表为自定义解决方案信息列表,第二解决方案信息列表为解决方案管理平台配置的解决方案信息列表。
可选的,计算机可执行指令信息在被执行时,执行目标解决方案所对应的操作,包括:
判断是否存在目标解决方案所对应的自定义操作;
若存在,则确定目标解决方案所对应的操作标识,查找并执行操作标识所对应的操作;否则,执行目标解决方案所对应的操作。
可选的,计算机可执行指令信息在被执行时,执行目标解决方案所对应的操作,还包括:
若未查找到操作标识所对应的操作,则确定操作查找异常,并记录查找异常信息。
可选的,计算机可执行指令信息在被执行时,根据目标请求结果数据通过如下步骤确定目标业务请求所对应的请求结果:
获取预先设置的请求结果匹配规则;其中,请求结果匹配规则中存储有各请求结果数据和请求结果之间的映射关系;
将目标请求结果数据和请求结果匹配规则进行匹配;
将目标请求结果数据所对应的请求结果确定为目标业务请求所对应的请求结果。
可选的,计算机可执行指令信息在被执行时,还可执行如下步骤:
接收解决方案管理平台推送的请求结果匹配规则标识、解决方案和操作标识;
将请求结果匹配规则标识、解决方案和操作标识对应的进行存储。
可选的,计算机可执行指令信息在被执行时,目标业务请求包括资金交易业务请求。
本说明书实施例提供的请求失败的处理设备,通过预先存储请求失败所对应的解决方案信息库,并拦截需要展示给用户的目标业务请求所对应的目标请求结果数据,若是该目标业务请求失败,则根据拦截到的目标请求结果数据从解决方案信息库中查找针对该目标业务请求的解决方案,并执行该解决方案所对应的操作;在本说明书实施例中,在将目标请求结果数据展示给用户之前,将该目标请求结果数据拦截下来,若是根据目标请求结果数据判断该目标业务请求失败,则针对该请求失败执行相应的操作,以挽回失败的目标业务请求;这样,可以在用户感知到请求失败之前及时对失败的请求进行挽回处理,若是经过处理后该目标业务请求成功了,则展示给用户的则为请求成功的结果,用户并不会感知到曾经发生过的目标业务请求失败;这样,实现了自动化解决失败请求,不需要认为参与也可以解决请求失败的问题,同时还减少了请求失败的情况的发生,提高了用户的使用体验。
进一步地,基于上述图1至图7所示的方法,本说明书实施例还提供了一种存储介质,用于存储计算机可执行指令信息,一种具体的实施例中,该存储介质可以为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 LabsC8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令信息实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令信息到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令信息产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令信息也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令信息产生包括指令信息装置的制造品,该指令信息装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令信息也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令信息提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令信息、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令信息的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。