CN110233881A - 业务请求处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种业务请求处理方法、装置、设备及存储介质，该方法包括：接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；通过所述第一目标接口向所述目标服务器传输所述请求内容；若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；重新向所述目标服务器发送所述失败请求对应的请求内容。本实施例在接收到业务请求后，将所述业务请求发送至对应的目标服务器，若未及时接收到所述目标服务器返回的数据，则自动重新处理所述业务请求，由此，提升了业务请求处理效率和业务成功率。

Description

业务请求处理方法、装置、设备及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种业务请求处理方法、装置、设备及存储介质。

背景技术

用户终端通过发送业务请求进行业务处理时，需要通过预设的接口进行交互进而完成业务处理。但是用户发送业务请求后，若不能在一定时间得到返回结果，则需要用户终端重新发送请求，进而影响业务办理效率和业务成功率。

发明内容

本发明提供一种业务请求处理方法、装置、设备及存储介质，旨在提升业务请求处理效率和业务成功率。

为实现上述目的，本发明提供一种业务请求处理方法，所述方法包括：

接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；

通过所述第一目标接口向所述目标服务器传输所述请求内容；

若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；

重新向所述目标服务器发送所述失败请求对应的请求内容。

优选地，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤之后还包括：

若成功接收到所述目标服务器返回的数据，则不再发送所述请求内容；或

当重新发送所述请求内容的次数达到预设的次数阈值，则不再发送所述请求内容。

优选地，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤之前还包括：

获取所述失败请求对应的失败原因，判断所述失败原因是否为多个预设原因中的一个；

若所述失败原因是多个所述预设原因中的一个，则执行步骤：重新向所述目标服务器发送所述失败请求对应的请求内容。

优选地，所述获取所述失败请求对应的失败原因，判断所述失败原因是否为多个预设原因中的一个的步骤包括：

根据所述目标服务器返回的响应状态码获取与所述失败请求对应的失败原因；

将所述失败原因与已保存的多个预设原因进行比对；

若所述失败原因与多个所述预设原因中的一个相同，则判定所述失败原因是多个所述预设原因中的一个；

反之，若所述失败原因与多个所述预设原因均不相同，则判定所述失败原因不是多个所述预设原因中的一个。

优选地，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤包括：

根据预先设置的接口优先级重新选择第二目标接口；

通过所述第二目标接口向所述目标服务器发送所述请求内容。

优选地，所述通过所述第一目标接口向所述目标服务器传输所述请求内容的步骤之后还包括：

若在预设时间内接收到所述目标服务器返回的数据，则将所述业务请求标记为成功请求；

获取所述成功请求对应的业务，并累计所述业务的成功次数。

优选地，所述若在预设时间内未接收到所述目标服务器返回的数据，则将业务请求标记为失败请求的步骤之后还包括：

获取所述失败请求对应的业务，并累计所述业务的失败次数；

基于所述业务对应的失败次数和所述业务对应的成功次数计算所述业务的失败率；

将所述失败率高于预设失败率阈值的业务标记为待优化业务。

为实现上述目的，本发明实施例还提供一种业务请求处理装置，所述业务请求处理装置包括：

接收模块，用于接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；

传输模块，用于通过所述第一目标接口向所述目标服务器传输所述请求内容；

标记模块，用于若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；

发送模块，用于重新向所述目标服务器发送所述失败请求对应的请求内容。

为实现上述目的，本发明实施例还提供一种业务请求处理设备，所述业务请求处理设备包括处理器，存储器以及存储在所述存储器中的业务请求处理程序，所述业务请求处理程序被所述处理器运行时，实现如上所述的业务请求处理方法的步骤。

为实现上述目的，本发明实施例还提供一种计算机存储介质，所述计算机存储介质上存储有业务请求处理程序，所述业务请求处理程序被处理器运行时实现如上所述业务请求处理方法的步骤。

相比现有技术，相比现有技术，本发明提出的一种业务请求处理方法、装置、设备及存储介质，接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；通过所述第一目标接口向所述目标服务器传输所述请求内容；若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；重新向所述目标服务器发送所述失败请求对应的请求内容。本发明在接收到业务请求后，将所述业务请求发送至对应的目标服务器，若未及时接收到所述目标服务器返回的数据，则自动重新处理所述业务请求，由此，提升了业务请求处理效率和业务成功率。

附图说明

图1是本发明各实施例涉及的业务请求处理设备的硬件结构示意图；

图2是本发明业务请求处理方法第一实施例的流程示意图；

图3是本发明业务请求处理方法第二实施例的流程示意图；

图4是本发明业务请求处理方法第二实施例的流程示意图；

图5是本发明业务请求处理装置第一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例主要涉及的业务请求处理设备是指能够实现网络连接的网络连接设备，所述业务请求处理设备可以是服务器、云平台等。

参照图1，图1是本发明各实施例涉及的业务请求处理设备的硬件结构示意图。本发明实施例中，业务请求处理设备可以包括处理器1001(例如中央处理器CentralProcessing Unit、CPU)，通信总线1002，输入端口1003，输出端口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；输入端口1003用于数据输入；输出端口1004用于数据输出，存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解，图1中示出的硬件结构并不构成对本发明的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种可读存储介质的存储器1005可以包括操作系统、网络通信模块、应用程序模块以及业务请求处理程序。在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的业务请求处理程序，并执行本发明实施例提供的业务请求处理方法。

本发明实施例提供了一种业务请求处理方法。

参照图2，图2是本发明业务请求处理方法第一实施例的流程示意图。

本实施例中，所述业务请求处理方法应用于业务请求处理设备，所述方法包括：

步骤S101，接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容。

本实施例中，所述用户终端包括手机、平板、电脑等通讯设备。用户通过所述移动终端发送所述业务请求。所述业务请求处理设备预先设置多个接口，以通过所述接口向外部服务器进行网络通讯。例如若所述业务请求处理设备用于处理信贷业务，则需要设置注册接口、查询接口、贷款接口等。

当所述业务请求处理设备接收到所述业务请求后，对所述业务请求进行解析获得所述第一目标接口、所述目标服务器以及所述请求内容。所述请求内容是所述用户终端通过预设请求界面选择的。可以理解的，所述请求内容、所述目标服务器与所述第一目标接口相互对应，若若所述请求内容是贷款额度查询，则所述第一目标接口是贷款接口，所述目标服务器为贷款平台对应的服务器。一般地，所述业务请求处理设备接收到的所述请求内容包括URL、请求参数、参数类型、请求参数说明等。

步骤S102，通过所述第一目标接口向所述目标服务器传输所述请求内容；

本实施例中，所述业务请求处理设备需要预先分别与所述用户终端以及所述目标服务器建立TCP(Transmission Control Protocol，传输控制协议)连接。本实施例中，通过SSL(Secure Sockets Layer，安全套接层)握手过程建立所述业务请求处理设备与所述用户终端之间的第一TCP连接，并通过SSL握手过程建立所述业务请求处理设备与所述目标服务器之间的第二TCP连接。

具体地，通过SSL握手过程建立所述第一TCP连接的过程包括步骤a:所述业务请求处理设备接收所述用户终端发送的第一次握手(Synchronize Sequence Numbers，同步序列编号)syn包，所述syn包包括的第一初始序列号和第一确认号，且源地址和源端口为所述用户终端的IP和端口号，目的地址和目的端口为所述服务器的IP和端口号，根据所述第一次握手syn包向所述用户终端回复第二次握手syn ack(acknowledgement,确认字符)包，所述syn ack包包括的第二初始序列号和第二确认号，且源地址和源端口为所述目的服务器的IP和端口号，目的地址和目的端口为所述用户终端的IP和端口号；步骤b：所述业务请求处理设备接收所述用户终端基于所述第二次握手syn ack包回复的第三次握手ack包，由此，成功建立了所述业务请求处理设备与所述用户终端之间的第一TCP连接。所述业务请求处理设备与所述用户终端之间通过所述第一TCP进行通讯传输。

具体地，通过SSL握手过程建立所述第二TCP连接的过程包括：步骤c：所述业务请求处理设备接收从用户终端发送的请求包request，并向所述目标服务器发送第一次握手syn包；步骤d：接收所述目标服务器基于所述第一次握手syn包返回的第二次握手syn ack包，并根据所述第二次握手syn ack包向所述目标目标服务器发送第三次握手7ack包，由此，建立了所述业务请求处理设备与所述目标服务器之间的第二TCP连接。所述业务请求处理设备与所述目标服务器之间通过所述第二TCP进行通讯传输。

当建立所述第二TCP连接之后，则通过所述业务请求处理设备的所述第一目标接口通过所述第二TCP连接向所述目标服务器传输所述请求内容。

步骤S103，若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；

一般地，若所述业务清楚处理设备在预设时间未接收到所述目标服务器返回的数据，则认为请求失败，将所述业务请求标记为失败请求。所述预设时间可以具体设置，例如设为10s,20s或30s等。

步骤S104，重新向所述目标服务器发送所述失败请求对应的请求内容。

目前的处理方法中，不论所述业务请求失败或成功，都会将所述业务请求标记为已处理过的业务请求，并将所述业务请求从任务队列中去除，不再对所述业务请求进行处理。如此，所述用户终端若没有及时收到所述目标服务器返回的数据，则需要重新发送业务请求。若用户反复发送该业务请求，则会造成任务处理繁复，由此加重业务处理的工作量，降低了业务办理效率。

本实施例中，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤之前还包括：获取所述失败请求对应的失败原因，判断所述失败原因是否为多个预设原因中的一个。具体地，根据所述目标服务器返回的响应状态码获取与所述失败请求对应的失败原因。一般地，发送所述业务请求后，都能收到所述目标服务器返回的响应状态码；例如2开头的响应状态码都表示所述业务请求发送成功，最常见的就是200开头的响应状态码，代表所述业务请求无误，服务器也返回了相应的数据；3开头的响应状态码代表重定向，例如302，表示所述业务请求被重定向到其它服务器上了；4开头的响应状态码代表所述用户终端发送的所述业务请求有语法错误，例如401代表访问的目标服务器没有授权，403表示没有权限访问所述目标服务器，404代表没有找到对应的目标服务器；5开头的响应状态码代表目标服务器异常，例如500代表服务器内部异常，504代表服务器端超时，无返回结果。本实施例中所述预设原因可以是服务器超时以及重定向。

本实施例中，获取到所述失败请求对应的失败原因后，将所述失败原因与已保存的多个预设原因进行比对；若所述失败原因与多个所述预设原因中的一个相同，则判定所述失败原因是多个所述预设原因中的一个；反之，若所述失败原因与多个所述预设原因均不相同，则判定所述失败原因不是多个所述预设原因中的一个。

进一步地，若所述失败原因是多个所述预设原因中的一个，则执行步骤：重新向所述目标服务器发送所述失败请求对应的请求内容。本实施例中，预先设置重新发送所述请求内容的间隔时长，例如将所述间隔时长设置为30s,60s,120s等。进一步地，还可以设置梯度时间间隔，所述梯度时间间隔可以灵活设置，例如第一次重新发送的时间间隔设为30s，第二次重新发送的时间间隔设为120s，第三次重新发送的时间间隔设为180s。

反之，若所述失败原因不是多个所述预设原因中的一个，则忽略所述业务请求。

具体地，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤包括：

步骤S104a：根据预先设置的接口优先级重新选择第二目标接口；

本实施例中，预先为每个业务设置多个对应的接口，并且设置多个所述接口的优先级。例如对于贷款业务可以设置贷款接口A、贷款接口B、贷款接口C，并预先设置所述贷款接口A、贷款接口B、贷款接口C的优先级，当接收到用户发送的接口请求时，首先将贷款接口A最为第一目标接口，将所述贷款接口B或所述贷款接口C作为所述第二目标接口。

此外，也可以根据多个所述接口中待处理业务请求的数量以及多个所述接口的处理能力，估算所述业务请求在多个所述接口中的多个排队等待时间，将多个所述排队等待时间进行排序，将排队等待时间最小的那个接口作为第二目标接口。若有多个最小排队等待时间，则随机选择所述第二目标接口。所述第二目标接口可以与所述第一目标接口相同，也可以与所述第一目标接口不相同。

可以理解地，也可以通过所述优先级选择所述第一目标接口。

步骤S104b：通过所述第二目标接口向所述目标服务器发送所述请求内容。

本实施例通过上述方案，接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；通过所述第一目标接口向所述目标服务器传输所述请求内容；若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；重新向所述目标服务器发送所述失败请求对应的请求内容。本实施例在接收到业务请求后，将所述业务请求发送至对应的目标服务器，若未及时接收到所述目标服务器返回的数据，则自动重新处理所述业务请求，由此，提升了业务请求处理效率和业务成功率。

如图3所示，本发明第二实施例提出一种业务请求处理方法，基于上述图2所示的第一实施例，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤之后还包括：

步骤S1041：若成功接收到所述目标服务器返回的数据，则不再发送所述请求内容；

本实施例中，若成功接收到所述目标服务器返回的与所述业务请求对应的数据，则判定所述业务请求处理成功，并不再向所述目标服务器发送所述请求内容。

进一步地，所述业务请求处理设备将所述数据发送至所述用户终端，以供用户通过所述用户终端查看。

步骤S1042：当重新发送所述请求内容的次数达到预设的次数阈值，则不再发送所述请求内容。

本实施例中，预先设置所述次数阈值，例如3次、5次等。若重新发送所述请求内容的次数达到所述次数阈值，却未收到所述目标服务器返回的数据，则不再对所述业务请求进行处理。

进一步地，所述步骤S1041和/或所述步骤S1042之后还包括：向所述用户终端发送业务请求失败的提示。

本实施例通过上述方案，在重新向所述目标服务器发送所述失败请求对应的请求内容之后，若成功接收到所述目标服务器返回的数据，则不再发送所述请求内容；或者，当重新发送所述请求内容的次数达到预设的次数阈值，则不再发送所述请求内容。由此提升了业务请求处理效率和业务成功率。

如图4所示，本发明第三实施例提出一种业务请求处理方法，基于上述图1、图2所示的第一实施例以及第二实施例，所述通过所述第一目标接口向所述目标服务器传输所述请求内容的步骤之后还包括：

步骤S1021：若在预设时间内接收到所述目标服务器返回的数据，则将所述业务请求标记为成功请求；

本实施例中，将成功处理的业务请求标记为成功请求。

步骤S1022：获取所述成功请求对应的业务，并累计所述业务的成功次数。

所述业务请求处理设备有多个业务，当所述业务请求标记为成功请求后，将所述业务请求进行分类，获取所述成功请求对应的业务，累积所述业务的成功次数，每增加一个成功请求，所述成功次数对应加1。

进一步地，所述若在预设时间内未接收到所述目标服务器返回的数据，则将业务请求标记为失败请求的步骤之后还包括：

步骤S1031：获取所述失败请求对应的业务，并累计所述业务的失败次数；

当所述业务请求失败后，将所述业务请求标记为失败请求，将所述业务请求进行分类，获取所述失败请求对应的业务，累积所述业务的失败次数，每增加一个失败请求，所述失败次数对应加1。

步骤S1032：基于所述业务对应的失败次数和所述业务对应的成功次数计算所述业务的失败率；

本实施例中，预先设定失败率的计算方法：失败率＝失败次数/(失败次数+成功次数)×100％。由此，获得所述业务对应的失败次数和所述业务对应的成功次数后，则可计算所述业务的失败率。

步骤S1033：将所述失败率高于预设失败率阈值的业务标记为待优化业务。

预先设置失败率阈值，所述失败率阈值可以根据业务进行具体设定。将所述失败率高于预设失败率阈值的业务标记为待优化业务。

进一步地，将所述待优化业务的失败率发送给对应的维护人员，以供维护人员根据所述失败率增加新的接口或扩充所述业务的接口容量，以增加请求成功率，提升用户满意度。

可以理解地，所述步骤S1031、所述步骤S1032和所述步骤S1032也可以在步骤S104之后执行，此处不再赘述。

本实施例通过上述步骤，若在预设时间内接收到所述目标服务器返回的数据，则将所述业务请求标记为成功请求；获取所述成功请求对应的业务，并累计所述业务的成功次数；获取所述失败请求对应的业务，并累计所述业务的失败次数；基于所述业务对应的失败次数和所述业务对应的成功次数计算所述业务的失败率；将所述失败率高于预设失败率阈值的业务标记为待优化业务。由此提升了业务请求处理效率和业务成功率。

此外，本实施例还提供一种业务请求处理装置。参照图5，图5为本发明业务请求处理装置第一实施例的功能模块示意图。

本发明提供的业务请求处理装置是一种虚拟装置，存储于图1所示的业务请求处理设备的存储器1005中，以实现业务请求处理程序的所有功能：用于接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；，用于通过所述第一目标接口向所述目标服务器传输所述请求内容；用于若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；用于重新向所述目标服务器发送所述失败请求对应的请求内容。

具体地，本实施例中所述业务请求处理装置包括:

接收模块10，用于接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；

传输模块20，用于通过所述第一目标接口向所述目标服务器传输所述请求内容；

标记模块30，用于若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；

发送模块40，用于重新向所述目标服务器发送所述失败请求对应的请求内容。

进一步地，所述接收模块还用于：

若成功接收到所述目标服务器返回的数据，则不再发送所述请求内容；或

当重新发送所述请求内容的次数达到预设的次数阈值，则不再发送所述请求内容。

进一步地，所述发送模块还用于：

获取所述失败请求对应的失败原因，判断所述失败原因是否为多个预设原因中的一个；

若所述失败原因是多个所述预设原因中的一个，则执行步骤：重新向所述目标服务器发送所述失败请求对应的请求内容。

进一步地，所述发送模块还用于：

根据所述目标服务器返回的响应状态码获取与所述失败请求对应的失败原因；

将所述失败原因与已保存的多个预设原因进行比对；

若所述失败原因与多个所述预设原因中的一个相同，则判定所述失败原因是多个所述预设原因中的一个；

反之，若所述失败原因与多个所述预设原因均不相同，则判定所述失败原因不是多个所述预设原因中的一个。

进一步地，所述发送模块还用于：

根据预先设置的接口优先级重新选择第二目标接口；

通过所述第二目标接口向所述目标服务器发送所述请求内容。

进一步地，所述传输模块还用于：

若在预设时间内接收到所述目标服务器返回的数据，则将所述业务请求标记为成功请求；

获取所述成功请求对应的业务，并累计所述业务的成功次数。

进一步地，所述标记模块还用于：

获取所述失败请求对应的业务，并累计所述业务的失败次数；

基于所述业务对应的失败次数和所述业务对应的成功次数计算所述业务的失败率；

将所述失败率高于预设失败率阈值的业务标记为待优化业务。

进一步地，本发明还公开了一种计算机存储介质，所述计算机存储介质上存储有业务请求处理程序，所述业务请求处理程序被处理器运行时实现如上所述业务请求处理方法的步骤，此处不再赘述。

相比现有技术，本发明提出的一种业务请求处理方法、装置、设备及存储介质，接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；通过所述第一目标接口向所述目标服务器传输所述请求内容；若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；重新向所述目标服务器发送所述失败请求对应的请求内容。本发明在接收到业务请求后，将所述业务请求发送至对应的目标服务器，若未及时接收到所述目标服务器返回的数据，则自动重新处理所述业务请求，由此，提升了业务请求处理效率和业务成功率。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备执行本发明各个实施例所述的方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种业务请求处理方法，其特征在于，所述方法包括：

接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；

通过所述第一目标接口向所述目标服务器传输所述请求内容；

若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；

重新向所述目标服务器发送所述失败请求对应的请求内容。

2.根据权利要求1所述的方法，其特征在于，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤之后还包括：

若成功接收到所述目标服务器返回的数据，则不再发送所述请求内容；或

当重新发送所述请求内容的次数达到预设的次数阈值，则不再发送所述请求内容。

3.根据权利要求1所述的方法，其特征在于，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤之前还包括：

获取所述失败请求对应的失败原因，判断所述失败原因是否为多个预设原因中的一个；

若所述失败原因是多个所述预设原因中的一个，则执行步骤：重新向所述目标服务器发送所述失败请求对应的请求内容。

4.根据权利要求3所述的方法，其特征在于，所述获取所述失败请求对应的失败原因，判断所述失败原因是否为多个预设原因中的一个的步骤包括：

根据所述目标服务器返回的响应状态码获取与所述失败请求对应的失败原因；

将所述失败原因与已保存的多个预设原因进行比对；

若所述失败原因与多个所述预设原因中的一个相同，则判定所述失败原因是多个所述预设原因中的一个；

反之，若所述失败原因与多个所述预设原因均不相同，则判定所述失败原因不是多个所述预设原因中的一个。

5.根据权利要求1所述的方法，其特征在于，所述重新向所述目标服务器发送所述失败请求对应的请求内容的步骤包括：

根据预先设置的接口优先级重新选择第二目标接口；

通过所述第二目标接口向所述目标服务器发送所述请求内容。

6.根据权利要求1所述的方法，其特征在于，所述通过所述第一目标接口向所述目标服务器传输所述请求内容的步骤之后还包括：

若在预设时间内接收到所述目标服务器返回的数据，则将所述业务请求标记为成功请求；

获取所述成功请求对应的业务，并累计所述业务的成功次数。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述若在预设时间内未接收到所述目标服务器返回的数据，则将业务请求标记为失败请求的步骤之后还包括：

获取所述失败请求对应的业务，并累计所述业务的失败次数；

基于所述业务对应的失败次数和所述业务对应的成功次数计算所述业务的失败率；

将所述失败率高于预设失败率阈值的业务标记为待优化业务。

8.一种业务请求处理装置，其特征在于，所述业务请求处理装置包括：

接收模块，用于接收用户终端发送的业务请求，从所述业务请求中获取第一目标接口、目标服务器以及请求内容；

传输模块，用于通过所述第一目标接口向所述目标服务器传输所述请求内容；

标记模块，用于若在预设时间内未接收到所述目标服务器返回的数据，则将所述业务请求标记为失败请求；

发送模块，用于重新向所述目标服务器发送所述失败请求对应的请求内容。

9.一种业务请求处理设备，其特征在于，所述业务请求处理设备包括处理器，存储器以及存储在所述存储器中的业务请求处理程序，所述业务请求处理程序被所述处理器运行时，实现如权利要求1-7中任一项所述的业务请求处理方法的步骤。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有业务请求处理程序，所述业务请求处理程序被处理器运行时实现如权利要求1-7中任一项所述业务请求处理方法的步骤。