CN111131409A - 一种响应请求的方法、装置以及相关设备 - Google Patents

Abstract

本公开实施例公开了一种一种响应请求的方法、装置以及相关设备，包括：服务器接收客户端发送的第一请求；服务器确定所述第一请求所属的业务链以及第一请求在业务链对应的第一节点；其中，业务链按节点顺序配置有多个节点，节点顺序包括业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；基于第一节点在业务链中的节点顺序判断第一请求是否合法；若合法，则服务器通过第一节点对应的接口响应第一请求。这样，服务器可以按业务操作流程的顺序响应客户端发送的请求。

Description

一种响应请求的方法、装置以及相关设备

技术领域

本公开涉及计算机领域，尤其涉及一种响应请求的方法、装置以及相关设备。

背景技术

目前，服务器可以响应客户端的请求。每当客户端向服务器发送一次请求，服务器就会调用一个接口来响应客户端的请求。服务器并不会知道响应的请求的顺序。但是，在一些业务场景中，服务器需要按照顺序响应客户端的请求，例如，在登陆的场景中，服务器需要先响应于客户端请求发送验证码的请求，给客户端发送验证码。然后，服务器响应客户端校验验证码的请求，服务器校验客户端输入的验证码。最后，服务器响应客户端发送的登陆请求。这样，用户才能够登陆成功。在这样的登陆场景中，服务器可能会跨接口响应，即没有按照业务需求顺序来响应客户端的请求。这样，用户难以完成业务需求，例如，难以登陆成功。

发明内容

本公开实施例提供一种响应请求技术。

第一方面，公开了一种响应请求方法，包括：

服务器接收客户端发送的第一请求；

所述服务器确定所述第一请求所属的业务链以及所述第一请求在所述业务链对应的第一节点；其中，所述业务链按节点顺序配置有多个节点，所述节点顺序包括所述业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；

基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法；若合法，则所述服务器通过所述第一节点对应的接口响应所述第一请求。

在一种可能的实现方式中，所述第一请求包含对应所述第一请求的ID信息；所述ID信息用来指示所述第一请求对应的业务链、以及对应的节点。

在一种可能的实现方式中，基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法，包括：判断第二节点对应的第二请求是否响应完毕，所述第二节点为所述业务链中的所述第一节点的前一个节点；若响应完毕，则所述第一请求合法。

在一种可能的实现方式中，基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法，包括：查询是否存在所述第二请求对应的ID信息，若存在，则判断第二节点对应的所述第二请求响应完毕。

在一种可能的实现方式中，基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法之后，包括：基于所述第一节点在所述业务链中的节点顺序判断所述第一请求不合法；所述服务器统计所述第一请求不合法的次数达到第一阈值，所述第一阈值为正整数；所述服务器调整所述第一业务链中的节点顺序，得到第二业务链。这样，业务链可以根据用户习惯进行调整，配置灵活，方便用户操作，提升用户体验。

在一种可能的实现方式中，所述业务链包括头节点、普通节点和尾节点；所述头节点为所述业务链中的第一个节点，所述尾节点为所述业务链中最后一个节点；所述普通节点为所述头节点和所述尾节点之间的节点，所述普通节点的个数大于或等于1。

在一种可能的实现方式中，所述基于所述业务链中设置的节点顺序判断所述第一请求是否合法；若合法，则所述服务器按照所述第一请求携带的内容响应所述第一请求之后，包括：若所述第一请求对应所述业务链中的头节点，则所述服务器保存所述第一请求的ID信息。

在一种可能的实现方式中，所述基于所述业务链中设置的节点顺序判断所述第一请求是否合法；若合法，则所述服务器按照所述第一请求携带的内容响应所述第一请求之后，包括：若所述第一请求对应所述业务链中的普通节点，则所述服务器将保存的ID信息替换为所述第一请求对应的ID信息。

在一种可能的实现方式中，所述基于所述业务链中设置的节点顺序判断所述第一请求是否合法；若合法，则所述服务器按照所述第一请求携带的内容响应所述第一请求之后；包括：若所述第一请求对应所述业务链中的尾节点，则所述服务器删除保存的ID信息。

第二方面，公开了一种响应请求装置，包括：

接收单元，用于接收客户端发送的第一请求；

确定单元，用于确定所述第一请求所属的业务链以及所述第一请求在所述业务链对应的第一节点；其中，所述业务链按节点顺序配置有多个节点，所述节点顺序包括所述业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；

判断单元，用于基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法；

响应单元，用于在第一请求合法的情况下，通过所述第一节点对应的接口响应所述第一请求。

在一种可能的实现方式中，所述第一请求包含对应所述第一请求的ID信息；所述ID信息用来指示所述第一请求对应的业务链、以及对应的节点。

在一种可能的实现方式中，所述判断单元还用于：

判断第二节点对应的第二请求是否响应完毕，所述第二节点为所述业务链中的所述第一节点的前一个节点；

若响应完毕，则确定所述第一请求合法。

在一种可能的实现方式中，所述判断单元还用于：

查询是否存在所述第二请求对应的ID信息，若存在，则判定第二节点对应的所述第二请求响应完毕。

在一种可能的实现方式中，所述响应请求装置还用于：

调整所述第一业务链中的节点顺序，得到第二业务链。

在一种可能的实现方式中，所述业务链包括头节点、普通节点和尾节点；其中，所述头节点为所述业务链中的第一个节点，所述尾节点为所述业务链中最后一个节点；所述普通节点为所述头节点和所述尾节点之间的节点，所述普通节点的个数大于或等于1。

在一种可能的实现方式中，所述响应单元用于：

若所述第一请求对应所述业务链中的头节点，则所述服务器保存所述第一请求的ID信息。

在一种可能的实现方式中，所述响应单元用于：

若所述第一请求对应所述业务链中的普通节点，则所述服务器将保存的ID信息替换为所述第一请求对应的ID信息。

在一种可能的实现方式中，所述响应单元用于：

若所述第一请求对应所述业务链中的尾节点，则所述服务器删除保存的ID信息。

第三方面，公开了一种响应请求设备，包括处理器和存储器，其中，所述存储器用于存储计算机程序代码，所述处理器被配置用于调用所述计算机程序代码，执行如上述第一方面或第一方面的任意可能的实现方式中的方法。

在本公开实施例中，可以通过服务器确定所述第一请求所属的业务链以及第一请求在业务链对应的第一节点；其中，业务链按节点顺序配置有多个节点，节点顺序包括业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；基于第一节点在业务链中的节点顺序判断第一请求是否合法；若合法，则服务器通过第一节点对应的接口响应第一请求。服务器根据第一请求对应的节点的顺序，能够精准的控制节点访问顺序，服务器会首先判断客户端发送的请求是否是按顺序的，是按顺序访问的，服务器才会处理的这个请求携带的具体内容。确保不会发生跨接口顺序访问的情况发生，保障了系统的安全性和健壮性。这样，用户不用等待服务器去判断请求的内容，节约了用户的时间以及节约了服务器的资源。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

其中：

图1是本公开实施例提供的响应请求系统的架构示意图；

图2是本公开实施例提供的响应请求方法的流程示意图；

图3是本公开实施例提供的响应请求装置的结构示意图；

图4是本公开实施例提供的响应请求设备的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。

还应当理解，在此本公开说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本公开。

还应当进一步理解，在本公开说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

具体实现中，本公开实施例中描述的技术方案可由手机、台式电脑、膝上计算机、可穿戴设备等具备响应请求功能的终端设备或服务器或系统实现，此处不作限定。为了便于理解，下文将响应请求方法的执行主体称为服务器或响应请求装置。

本公开实施例提供一种响应请求方法，包括：服务器确定所述第一请求所属的业务链以及第一请求在业务链对应的第一节点；其中，业务链按节点顺序配置有多个节点，节点顺序包括业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；基于第一节点在业务链中的节点顺序判断第一请求是否合法；若合法，则服务器通过第一节点对应的接口响应第一请求。

本公开实施例还提供相应的响应请求装置、计算机可读存储介质和计算机程序产品。以下分别进行详细描述。

首先，下面对本公开实施例适用的响应请求系统进行描述。参阅图1，图1是本公开实施例提供的技术方案的应用系统示例的架构示意图。如图1所示，响应请求系统可以包括一个或多个服务器以及多个终端设备，其中：

服务器与终端设备可以通过互联网进行通信。具体地，用户侧的终端设备通过网络或者接口向服务器发送请求。这里，用户指的是客服端的用户。服务器接收客户端发送请求，并响应该请求。

服务器可以包括但不限于后台服务器、组件服务器、系统服务器或安全检测检测软件服务器等，服务器将响应发送到终端。终端设备可以安装并运行有相关的客户端(Client)(例如邮箱客户端等)。客户端(Client)是指与服务器相对应并为用户提供本地服务的程序。这里，该本地服务可包括但不限于：登录服务器界面等等。

具体的，客户端可包括：本地运行的应用程序、运行于网络浏览器上的功能(又称为Web App)等。对于客户端，服务器上需要运行有相应的服务器端程序来提供相应如请求验证码、发送验证码等一种或多种功能。

本公开实施例中的终端设备可以包括但不限于任何一种基于智能操作系统的电子产品，其可与用户通过键盘、虚拟键盘、触摸板、触摸屏以及声控设备等输入设备来进行人机交互，诸如智能手机、平板电脑、个人电脑等。其中，智能操作系统包括但不限于任何通过向移动设备提供各种移动应用来丰富设备功能的操作系统，诸如安卓(Android)、iOSTM、Windows Phone等。

需要说明的是，本公开实施例应用的响应请求系统的架构不限于图1所示的例子。

下面结合图2对本公开实施例提供的响应请求方法进行描述。

S100、服务器接收客户端发送的第一请求。

具体地，服务器接收的第一请求可以是请求服务器发送验证码，也可以是请求服务器校验验证码，还可以是请求登录服务器等等。第一请求可以是一个完整的需要验证码登录场景(如：请求并发送验证码-校验验证码-登录)中一个独立的请求。但是在整个需要校验码登录的场景中，服务器只响应第一请求是不会完成最后的登录。服务器需要依次响应请求发送验证码的请求，向客户端发送验证码，然后响应客户端校验验证码的请求校验客户端发送的验证码是否正确。最后，客户端向服务器发送登录请求，服务器响应登录请求才可以完成一个完成的登录场景。

S101、服务器确定所述第一请求所属的业务链以及所述第一请求在所述业务链对应的第一节点；其中，所述业务链按节点顺序配置有多个节点，所述节点顺序包括所述业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口。

具体地，服务器将一个完整业务场景配置为一条业务链。服务器中的每一个请求接口对应业务链中的一个节点。服务器会判断接收的第一请求属于哪一个业务链。并且，服务器还会判断该第一请求属于业务链中的哪一个节点。每条业务链由多个节点组成。业务链可以新增、删除或更换节点。节点可分为头节点、普通节点和尾节点。头节点为业务链中的第一个节点。尾节点是业务链的最后一个节点。业务链中的其他节点均为普通节点。

每一条业务链的配置信息，例如该业务链中包含几个节点，每个节点的顺序，以及该业务链对应的业务场景等配置信息存储服务器的配置文件中。当服务器接收到第一请求时，服务器将第一请求与配置文件进行匹配。从而服务器可以查找到该第一请求对应的节点属于哪个业务链以及属于业务链中的哪一个节点。

在一种可能的实现方式中，服务器根据第一请求中携带的ID信息判断第一请求对应的节点属于业务链中的哪一个节点。第一请求的ID信息用来记录该第一请求访问哪一条业务链以及正在访问该业务链中的哪一个节点。

在一种可能的实现方式中，业务链中的节点也可以是一条业务链，即一条业务链可以由多条业务链组合而成。这样，业务链的配置更灵活，也可以适应更多的业务场景。

在一种可能的实现方式中，基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法之后，包括：基于所述第一节点在所述业务链中的节点顺序判断所述第一请求不合法；所述服务器统计所述第一请求不合法的次数达到第一阈值，所述第一阈值为正整数；所述服务器调整所述第一业务链中的节点顺序，得到第二业务链。这样，业务链可以根据用户习惯进行调整，配置灵活，方便用户操作，提升用户体验。

在一种可能的实现方式中，所述服务器统计到用户没有按照节点顺序发送请求的次数达到第一阈值，所述服务器调制节点顺序，这样，方便用户操作，提升用户体验。

S102、基于所述业务链中设置的节点顺序判断所述第一请求是否合法。

服务器会根据业务链中设置的节点顺序来判断第一请求是否合法。此时，服务器不会处理第一请求中携带的具体内容。只是判断第一请求本身是否合法。若合法，服务器响应该第一请求。举例来说，第一请求为请求验证码，当用户登录某个软件或网页时，用户输入用户名和密码，并点击发送验证码，服务器会判断“发送验证码”这一请求属于哪一个业务链路，以及属于业务链的哪一个节点。如果“发送验证码”对应的节点在业务链中有前置节点，那么服务器需要判断该前置节点是否已经响应，若已经响应，则当前访问节点为合法的，则服务器会响应当前节点对应的请求，如服务器向客户端发送验证码。若“发送验证码”对应的节点在业务链中有前置节点，服务器没有接收过前置节点对应的请求，那么服务器判定当前节点对应的请求不合法。服务器可以提示请求失败，或者服务器向服务器发送提示信息等等。

在一种可能的实现方式中，基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法，包括：判断第二节点对应的第二请求是否响应完毕，所述第二节点为所述业务链中的所述第一节点的前一个节点；若响应完毕，则所述第一请求合法。

在一种可能的实现方式中，基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法，包括：查询是否存在所述第二请求对应的ID信息，若存在，则判断第二节点对应的所述第二请求响应完毕。

在一种可能的实现方式中，服务器根据当前节点(即第一请求对应的节点)中的ID信息判断当前历史访问节点是否为当前节点的前置节点。如是则证明第一请求是按照业务链中的节点顺序进行访问的。如果判断出历史节点不是当前节点的前置节点，则说明第一请求没有按照业务链中的节点顺序进行访问。这里，需要说明的是，甲和乙同时发送了登录请求，甲和乙的登陆请求对应的节点ID是不同。甲的登陆请求对应的节点ID可以与甲的登录账号有关联。同样地，乙的登录请求对应的节点ID可以与乙的登录账号有关联。

在一种可能的实现方式中，服务器判断当前节点与历史节点之间的时间间隔，若所述时间间隔大于预设时长，则确认所述第一请求不合法。这样，可以提高访问的安全性。

S103、服务器通过所述第一请求对应的节点响应所述第一请求。

具体地，服务器响应第一请求。举例来说，第一请求是请求发送验证码，服务器响应第一请求给客户端发送验证码。

在一种可能的实现方式中，所述基于所述业务链中设置的节点顺序判断所述第一请求是否合法；若合法，则所述服务器按照所述第一请求携带的内容响应所述第一请求之后，包括：若所述第一请求对应所述业务链中的头节点，则所述服务器保存所述第一请求的ID信息。

在一种可能的实现方式中，所述基于所述业务链中设置的节点顺序判断所述第一请求是否合法；若合法，则所述服务器按照所述第一请求携带的内容响应所述第一请求之后，包括：若所述第一请求对应所述业务链中的普通节点，则所述服务器将保存的ID信息替换为所述第一请求对应的ID信息。

在一种可能的实现方式中，所述基于所述业务链中设置的节点顺序判断所述第一请求是否合法；若合法，则所述服务器按照所述第一请求携带的内容响应所述第一请求之后；包括：若所述第一请求对应所述业务链中的尾节点，则所述服务器删除保存的ID信息。

在本公开实施例中，可以通过服务器确定所述第一请求所属的业务链以及第一请求在业务链对应的第一节点；其中，业务链按节点顺序配置有多个节点，节点顺序包括业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；基于第一节点在业务链中的节点顺序判断第一请求是否合法；若合法，则服务器通过第一节点对应的接口响应第一请求。服务器根据第一请求对应的节点的顺序，能够精准的控制节点访问顺序，服务器会首先判断客户端发送的请求是否是按顺序的，是按顺序访问的，服务器才会处理的这个请求携带的具体内容。确保不会发生跨接口顺序访问的情况发生，保障了系统的安全性和健壮性。这样，用户不用等待服务器去判断请求的内容，节约了用户的时间以及节约了服务器的资源。本方法中的业务链可以配置成满足各种业务场景。业务链能满足需要保持访问接口顺序的业务场景需求。本方法可以配置不同的业务链，而每个接口为业务链的一个节点。业务链可随时增加、修改、删除节点，亦可以插入一条新的业务链作为节点。其业务链可配，节点复用的特性，可以使得当业务场景变化时，不需要二次开发，修改配置即可。

为了便于更好地实施本公开实施例的上述方案，本公开还对应提供了一种响应请求装置，下面结合附图来进行详细说明：

如图3示出的本公开实施例提供的响应请求装置的结构示意图，响应请求装置可以包括：接收单元100、确定单元101、判断单元102和响应单元103，其中，

接收单元100，用于接收客户端发送的第一请求；

确定单元101，用于确定所述第一请求所属的业务链以及所述第一请求在所述业务链对应的第一节点；其中，所述业务链按节点顺序配置有多个节点，所述节点顺序包括所述业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；

判断单元102，用于基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法；

响应单元103，用于在第一请求合法的情况下，通过所述第一节点对应的接口响应所述第一请求。

在一种可能的实现方式中，所述第一请求包含对应所述第一请求的ID信息；所述ID信息用来指示所述第一请求对应的业务链、以及对应的节点。

在一种可能的实现方式中，所述判断单元102还用于：

判断第二节点对应的第二请求是否响应完毕，所述第二节点为所述业务链中的所述第一节点的前一个节点；

若响应完毕，则确定所述第一请求合法。

在一种可能的实现方式中，所述判断单元102还用于：

查询是否存在所述第二请求对应的ID信息，若存在，则判定第二节点对应的所述第二请求响应完毕。

在一种可能的实现方式中，所述响应请求装置还用于：

调整所述第一业务链中的节点顺序，得到第二业务链。

在一种可能的实现方式中，所述业务链包括头节点、普通节点和尾节点；其中，所述头节点为所述业务链中的第一个节点，所述尾节点为所述业务链中最后一个节点；所述普通节点为所述头节点和所述尾节点之间的节点，所述普通节点的个数大于或等于1。

在一种可能的实现方式中，所述响应单元103用于：

若所述第一请求对应所述业务链中的头节点，则所述服务器保存所述第一请求的ID信息。

若所述第一请求对应所述业务链中的普通节点，则所述服务器将保存的ID信息替换为所述第一请求对应的ID信息。

若所述第一请求对应所述业务链中的尾节点，则所述服务器删除保存的ID信息。

在本公开实施例中，可以通过服务器确定所述第一请求所属的业务链以及第一请求在业务链对应的第一节点；其中，业务链按节点顺序配置有多个节点，节点顺序包括业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；基于第一节点在业务链中的节点顺序判断第一请求是否合法；若合法，则服务器通过第一节点对应的接口响应第一请求。服务器根据第一请求对应的节点的顺序，能够精准的控制节点访问顺序，服务器会首先判断客户端发送的请求是否是按顺序的，是按顺序访问的，服务器才会处理的这个请求携带的具体内容。确保不会发生跨接口顺序访问的情况发生，保障了系统的安全性和健壮性。这样，用户不用等待服务器去判断请求的内容，节约了用户的时间以及节约了服务器的资源。本方法中的业务链可以配置成满足各种业务场景。业务链能满足需要保持访问接口顺序的业务场景需求。本方法可以配置不同的业务链，而每个接口为业务链的一个节点。业务链可随时增加、修改、删除节点，亦可以插入一条新的业务链作为节点。其业务链可配，节点复用的特性，可以使得当业务场景变化时，不需要二次开发，修改配置即可。

需要说明的是，本公开实施例中的响应请求装置10为上述图2实施例中的响应请求装置，该响应请求装置10中各单元的功能可对应参考上述各方法实施例中图2实施例的具体实现方式，这里不再赘述。

为了便于更好地实施本公开实施例的上述方案，本公开还对应提供了一种响应请求设备，下面结合附图来进行详细说明：

如图4示出的本公开实施例提供的响应请求设备的结构示意图，响应请求设备110可以包括处理器1101、输入单元1102、输出单元1103、存储器1104和通信单元1105、总线1106，处理器1101、输入单元1102、输出单元1103、存储器1104和通信单元1105可以通过总线1106相互连接。存储器1104可以是高速RAM存储器，也可以是非易失性的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1104可选的还可以是至少一个位于远离前述处理器1101的存储系统。存储器1104用于存储应用程序代码，可以包括操作系统、网络通信模块、用户接口模块以及响应请求程序，通信单元1105用于与外部单元进行信息交互；处理器1101被配置用于调用所述程序代码，执行以下步骤：

处理器1101接收客户端发送的第一请求；

处理器1101确定第一请求所属的业务链以及所述第一请求在所述业务链对应的第一节点；其中，所述业务链按节点顺序配置有多个节点，所述节点顺序包括所述业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；

处理器1101基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法；

处理器1101在第一请求合法的情况下，通过所述第一节点对应的接口响应所述第一请求。

处理器1101判断第二节点对应的第二请求是否响应完毕，所述第二节点为所述业务链中的所述第一节点的前一个节点；若响应完毕，则确定所述第一请求合法；

处理器1101查询是否存在所述第二请求对应的ID信息，若存在，则判定第二节点对应的所述第二请求响应完毕。

处理器1101调整所述第一业务链中的节点顺序，得到第二业务链。

在本公开实施例中，可以通过服务器确定所述第一请求所属的业务链以及第一请求在业务链对应的第一节点；其中，业务链按节点顺序配置有多个节点，节点顺序包括业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；基于第一节点在业务链中的节点顺序判断第一请求是否合法；若合法，则服务器通过第一节点对应的接口响应第一请求。服务器根据第一请求对应的节点的顺序，能够精准的控制节点访问顺序，服务器会首先判断客户端发送的请求是否是按顺序的，是按顺序访问的，服务器才会处理的这个请求携带的具体内容。确保不会发生跨接口顺序访问的情况发生，保障了系统的安全性和健壮性。这样，用户不用等待服务器去判断请求的内容，节约了用户的时间以及节约了服务器的资源。本方法中的业务链可以配置成满足各种业务场景。业务链能满足需要保持访问接口顺序的业务场景需求。本方法可以配置不同的业务链，而每个接口为业务链的一个节点。业务链可随时增加、修改、删除节点，亦可以插入一条新的业务链作为节点。其业务链可配，节点复用的特性，可以使得当业务场景变化时，不需要二次开发，修改配置即可。

需要说明的是，本公开实施例中的响应请求设备110为上述图2实施例中的响应请求设备，具体可对应参考上述各方法实施例中图1实施例的具体实现方式，这里不再赘述。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任意一种的部分或全部步骤。

本发明实施例还提供一种计算机程序，该计算机程序包括指令，当该计算机程序被计算机执行时，使得计算机可以执行任意一种文本转档方法的部分或全部步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为U盘、磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccess Memory，RAM)等。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理装置，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理装置中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理装置中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上所揭露的仅为本公开较佳实施例而已，当然不能以此来限定本公开之权利范围，因此依本公开权利要求所作的等同变化，仍属本公开所涵盖的范围。

Claims (10)

1.一种响应请求的方法，其特征在于，包括：

服务器接收客户端发送的第一请求；

所述服务器确定所述第一请求所属的业务链以及所述第一请求在所述业务链对应的第一节点；其中，所述业务链按节点顺序配置有多个节点，所述节点顺序包括所述业务链对应的业务操作流程的顺序，每个节点对应一个响应请求的接口；

基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法；若合法，则所述服务器通过所述第一节点对应的接口响应所述第一请求。

2.根据权利要求1所述的方法，其特征在于，所述第一请求包含对应所述第一请求的ID信息；所述ID信息用来指示所述第一请求对应的业务链、以及对应的节点。

3.根据权利要求1或2所述的方法，其特征在于，所述基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法，包括：

判断第二节点对应的第二请求是否响应完毕，所述第二节点为所述业务链中的所述第一节点的前一个节点；

若响应完毕，则确定所述第一请求合法。

4.根据权利3所述的方法，其特征在于，所述判断第二节点对应的第二请求是否响应完毕包括：

查询是否存在所述第二请求对应的ID信息，若存在，则判定第二节点对应的所述第二请求响应完毕。

5.根据权利要求1或2所述的方法，其特征在于，所述基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法之后，包括：

基于所述第一节点在所述业务链中的节点顺序判断所述第一请求不合法；

所述服务器统计所述第一请求不合法的次数达到第一阈值，所述第一阈值为正整数；

所述服务器调整所述第一业务链中的节点顺序，得到第二业务链。

6.根据权利要求1所述的方法，其特征在于，所述业务链包括头节点、普通节点和尾节点；其中，所述头节点为所述业务链中的第一个节点，所述尾节点为所述业务链中最后一个节点；所述普通节点为所述头节点和所述尾节点之间的节点，所述普通节点的个数大于或等于1。

7.根据权利要求1所述的方法，其特征在于，所述基于所述第一节点在所述业务链中的节点顺序判断所述第一请求是否合法；若合法，则所述服务器通过所述第一节点对应的接口响应所述第一请求之后，包括

若所述第一请求对应所述业务链中的头节点，则所述服务器保存所述第一请求的ID信息；

若所述第一请求对应所述业务链中的普通节点，则所述服务器将保存的ID信息替换为所述第一请求对应的ID信息；

若所述第一请求对应所述业务链中的尾节点，则所述服务器删除保存的ID信息。

8.一种响应请求装置，其特征在于，包括用于执行如权利要求1-7任一项所述的方法的单元。

9.一种响应请求设备，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。

Images