CN109547552B - Api请求处理方法、装置、存储介质及电子设备 - Google Patents

Abstract

本发明提供一种API请求处理方法、装置、存储介质及电子设备，该方法包括：接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；获取所述RESTful API请求的目标批次的状态迁移数据；基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；将所述应答包发送给所述客户端。在满足超媒体约束的情况下，动态生成各批次的状态迁移数据，将状态迁移数据分批次发送给客户端，减小了返回给客户端的应答包的大小，从整体上减少了网关发送给客户端的数据，降低了对网络流量的占用，提升了API请求的处理效率。

Description

API请求处理方法、装置、存储介质及电子设备

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种API请求处理方法、装置、存储介质及电子设备。

背景技术

表述性状态转移(Representational State Transfer，REST)由Roy Fielding在架构风格与基于网络应用软件的架构设计Architectural Styles and the Design ofNetwork-based Software Architectures中提出，是现代Web的基石。

随着科学技术的发展，Web上承载的业务相比过去的几年已经发生了天翻地覆的变化，然而客户端(如浏览器)仅仅做有限的几次升级就能很多好的应对业务变化，这其中的原因是客户端与Web服务器间交互的API(Application Programming Interface，应用程序编程接口)满足了RESTful API“自描述的消息”与“超媒体作为应用状态的引擎(Hypermedia as the engine of application state)，英文简称HATEOAS”。

鉴于REST架构在Web上如此地成功，很多公司都在推广使用RESTful API，即符合REST架构风格要求的API，HATEOAS是其主要的约束。满足HATEOAS约束(后文称“超媒体约束”)的API，其应答数据包中除了包括表示资源当前状态的数据外，还包括在当前资源状态下可执行哪些状态迁移的数据。然而现实情况是这些公司中大部分发布的所谓RESTfulAPI都不满足超媒体约束。

在实现本发明的过程中，发明人发现，现有技术中，由于满足超媒体约束的API数据包很大，占用网络流量相对较多，一定程度上影响了满足超媒体约束的API推广，导致客户端无法很好地适应业务的变化，从而导致客户端不断的升级。

在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本发明提供一种API请求处理方法，在满足超媒体约束的同时，能够减小返回给客户端的应答包的大小，降低了网络传输流量。

根据本发明的第一方面，提供一种API请求处理方法，其中，所述方法包括：

接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；

获取所述RESTful API请求的目标批次的状态迁移数据；

基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；

将所述应答包发送给所述客户端。

根据一些实施例，当所述RESTful API请求携带缓存标识信息时，所述方法还包括：

基于所述缓存标识信息判断所述客户端本地缓存的状态迁移数据是否需要更新；

若需要更新，基于所述处理结果以及所述目标批次的状态迁移数据生成应答包。

根据一些实施例，所述方法还包括:

将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次，设置每个批次的状态迁移数据的查询请求；

基于所述处理结果以及所述目标批次的状态迁移数据生成应答包，还包括：

基于所述处理结果、所述目标批次Mi(i＝1,2,3···n)批次的状态迁移数据以及所述目标批次的下一个批次Mi+1(i＝1,2,3···n)批次的查询请求生成应答包；

将所述应答包发送给所述客户端，还包括：

接收所述客户端基于所述应答包中的下一个批次的查询请求获取所述下一个批次的状态迁移数据。

根据一些实施例，所述方法还包括：

当接收到所述客户端发送的针对所述Mi+1(i＝1,2,3···n)批次的查询请求后，获取所述查询请求对应的Mi+1(i＝1,2,3···n)批次；

若所述Mi+1(i＝1,2,3···n)批次不是最后一个批次，将所述Mi+1(i＝1,2,3···n)批次的状态迁移数据以及Mi+2(i＝1,2,3···n)批次的查询请求发送到所述客户端；

若所述Mi+1(i＝1,2,3···n)批次是最后一个批次，将所述Mi+1(i＝1,2,3···n)批次的状态迁移数据发送到所述客户端。

根据一些实施例，所述应答包中还包括：所述状态迁移数据批次的生成时间，所述方法还包括：

当接收到所述客户端发送的针对所述Mi+1(i＝1,2,3···n)批次的查询请求后，比较所述Mi+1(i＝1,2,3···n)批次的生成时间与最新一次将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的批次的时间；

若Mi+1(i＝1,2,3···n)批次的生成时间早于最新一次将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的批次的时间，从所述Mi+1(i＝1,2,3···n)批次中剔除已发送到所述客户端的状态迁移数据；

若所述Mi+1(i＝1,2,3···n)批次不是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的所述Mi+1(i＝1,2,3···n)批次，以及所述Mi+2(i＝1,2,3···n)批次的查询请求发送到所述客户端；

若所述Mi+1(i＝1,2,3···n)批次是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的所述Mi+1(i＝1,2,3···n)批次送到所述客户端。

根据一些实施例，将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次，包括：

基于所述RESTful API请求对应的各状态迁移数据的历史访问记录将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次。

根据一些实施例，将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次，还包括：

基于所述客户端的标识和/或所述客户端对应的用户标识将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次。

根据一些实施例，所述方法还包括：

记录所述RESTful API请求以及所述RESTful API请求的前置API的访问记录，以根据所述访问记录更新所述前置API对应的各状态迁移数据的批次。

根据本发明的第二方面，提供一种API请求处理装置，其中，所述装置包括：

接收模块，用于接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；

获取模块，获取所述RESTful API请求的目标批次的状态迁移数据；

生成模块，基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；

发送模块，用于将所述应答包发送给所述客户端。

根据本发明的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如第一方面所述的方法步骤。

根据本发明的第四方面，提供一种电子设备，其中，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如第一方面所述的方法步骤。

本发明实施例中，接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；获取所述RESTful API请求的目标批次的状态迁移数据；基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；将所述应答包发送给所述客户端。在满足超媒体约束的情况下，动态生成各批次的状态迁移数据，将状态迁移数据分批次发送给客户端，减小了返回给客户端的应答包的大小，从整体上减少了网关发送给客户端的数据，降低了对网络流量的占用，提升了API请求的处理效率。

本发明实施例中可以动态灵活设置各批次的状态迁移数据，将常被调用的状态迁移数据设置高的优先级，不同的客户端标识或者不同用户标识的状态迁移数据设置有不同的优先级，以增加不同客户端或不同用户从第一批次获取到所需的状态迁移数据的几率，减少再次向客户端发送状态迁移数据的概率，从整体上减少了网关发送给客户端的数据，降低了对网络流量的占用。

附图说明

通过参照附图详细描述其示例实施例，本发明的上述和其它目标、特征及优点将变得更加显而易见。

图1是根据一示例性实施例示出的一种API请求处理方法的流程图；

图2是根据一示例性实施例示出的表1所对应的应答包的结构图；

图3是根据一示例性实施例示出的一种API请求处理的数据交互图；

图4是根据一示例性实施例示出的另一种API请求处理的数据交互图；

图5是根据一示例性实施例示出的一种API请求处理装置的结构图；

图6是根据一示例性实施例示出的一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本发明将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1是根据一示例性实施例示出的一种API请求处理方法的流程图。

如图1所示，在S110中，接收业务处理服务器基于客户端发起的RESTful API请求的处理结果。

根据示例实施例，网关可以接收到客户端发起的RESTful API请求，将该请求转发给业务处理服务器，并接收到业务处理服务器返回的针对该RESTful API请求的处理结果。

需要说明的是，客户端需要操作某一个资源，如查询、新增、删除某资源，会向业务处理服务器发起操作该资源的RESTful API请求，业务处理服务器接收到该RESTful API请求后，返回该资源的处理结果，处理结果用来描述该资源当前状态的数据，可以是一些输出参数以及对应的参数值。

在S120中，获取所述RESTful API请求的目标批次的状态迁移数据。

需要指出的是，本发明实施例可以预先将状态迁移数据划分为具有优先级顺序的多个批次，从多个批次中获取到目标批次的状态迁移数据，该目标批次，可以是优先级顺序最高的第一批次，也可以是其他批次。一般情况下，优先将优先级顺序高的批次的状态迁移数据与处理结果生成应答包发送给客户端。

需要指出的是，将状态迁移数据划分为具有优先级顺序的多个批次并不限制仅在步骤S110：接收业务处理服务器基于客户端发起的RESTful API请求的处理结果之后执行，只要在生成应答包之前完成该步骤即可。

根据本发明实施例，接收业务处理服务器基于客户端发起的RESTful API请求的处理结果时，可以获取到客户端发送的RESTful API请求对应的状态迁移数据，将这些状态迁移数据划分为多个具有优先级顺序的批次，并根据优先级顺序确定目标批次。例如，当已经将优先级最高的批次的状态迁移数据发送到客户端后，则可以确定本次需要生成应答包并发送给客户端的状态迁移数据为优先级第二高的批次的状态迁移数据。

在S130中，基于所述处理结果以及所述目标批次的状态迁移数据生成应答包。

根据本发明实施例，当网关接收到的客户端的RESTful API请求中携带缓存标识信息时，可以基于该缓存标识信息判断该客户端本地缓存的状态迁移数据是否需要更新，并在判断需要更新的情况下，基于所述处理结果以及目标批次的状态迁移数据生成应答包。若判断不需要更新，则可以直接基于处理结果生成应答包。

需要说明的是，本发明实施例中客户端的RESTful API请求中携带缓存标识信息可以用来标识客户端本地缓存的状态迁移数据的生成时间，网关可以基于缓存标识判断客户端本地缓存的状态迁移数据是否为最新版本，若不是最新版本，则需要更新，状态迁移数据发送到客户端，否则不需要更新，直接根据处理结果生成应答包。

需要指出的是，在将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次时，可以设置每个批次对应的查询请求，从而在生成应答包时，还可以进一步以基于处理结果、目标批次Mi(i＝1,2,3···n)以及目标批次的下一个批次Mi+1(i＝1,2,3···n)的查询请求生成应答包。另外，还需要说明的是，在生成应答包时，还可以仅根据处理结果以及目标批次的状态迁移数据的查询请求生成应答包。

例如，RESTful API请求a1对应的状态迁移数据包括：a11、a12、a13、a14、a15、a16及a17，则可以将a11和a12分为优先级最高的第一批次，设置该批次的查询请求为X，a13和a14分为优先级第二高的第二批次，设置该批次的查询请求为Y，a15、a16及a17分为优先级第三高的第三批次，设置该批次的查询请求为Z。基于优先级顺序，如果确定本次需要生成应答包的是第一批次的状态迁移数据，从而可以基于接收的处理结果、第一批次的状态迁移数据a11和a12、以及第二批次的查询请求Y生成应答包。

表1是本发明实施例提供的一种应答包的结构示意图，如表1所示，该应答包中可以包括以下三部分：

表1：

需要说明的是，本发明实施例中还可以仅根据表1中的第一部分以及第二部分生成应答包，或者，仅根据表1中的第一部分以及第三部分生成应答包。

图2是根据一示例性实施例示出的表1所对应的应答包的结构图。如图2所示，针对客户端发送的a1的RESTful API请求，其应答包包括：第一部分：当前资源状态，即业务处理服务器的返回的处理结果。第二部分：可执行的状态迁移数据，即第一批状态迁移数据。第三部分：下一级状态迁移数据的查询请求。

网关的记录接收到的客户端发送的RESTful API请求(客户端选择并执行的状态迁移数据)以及所述RESTful API请求的前置API的访问记录，可以用于将该RESTful API请求的前置API对应的状态迁移数据划分到具有优先级顺序的多个批次。该客户端股票委托订单资源A中选择并执行了撤销订单a1的请求，其中，订单资源A为撤销订单a1(RESTfulAPI请求)的前置API，网关记录该客户端在A的状态下选择并执行a1的状态迁移请求的信息。

需要说明的是，某一个RESTful API请求的前置API是该RESTful API请求的上一级请求。例如：股票委托订单资源有2个可执行的状态迁移的请求：股票委托订单撤销请求以及股票委托订单追加请求，对于股票委托订单撤销请求或者股票委托订单追加请求而言，其前置API都是股票委托订单资源查询。

根据本发明实施例，客户端发送的RESTful API请求中可以携带其前置API信息，从而网关可以记录该RESTful API请求的前置API信息，也可以根据客户端发送的RESTfulAPI请求查找到对应的前置API信息。

需要说明的是，网关还会记录接收到的客户端发送的RESTful API请求的时间或接收到所述客户端发送的针对状态迁移数据批次的查询请求的时间(访问时间)，但本发明不限于此，例如，还可以记录客户端标识以及该客户端对应的用户标识。如表2所示，其为本发明实施例提供的一种RESTful API请求的访问记录：

表2

基于表2中的访问记录，网关可以将前置API为A对应的各状态迁移数据划分到具有优先级顺序的批次。

根据本发明实施例，网关可以周期性基于从客户端接收的RESTful API请求对应的各状态迁移数据的历史访问记录将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次。

假设从客户端接收到的RESTful API为A，则可以根据以A为前置API的各状态迁移数据的历史访问记录，将A对应的各状态迁移数据划分为具有优先级顺序的多个批次。

需要指出的是，网关记录接收到的客户端发送的RESTful API请求(客户端选择并执行的状态迁移数据)以及所述RESTful API请求的前置API的访问记录，可以用于将该RESTful API请求的前置API对应的状态迁移数据划分到具有优先级顺序的多个批次。

例如，基于记录的某RESTful API请求(某些状态迁移数据的前置API)对应的各状态迁移数据的历史调用数据，可以获取到该RESTful API请求对应的各状态迁移数据的在一个周期内的调用频率，将频率高于第一阈值的状态迁移数据划分为第一批次，将小于等于第一阈值且高于第二阈值的状态迁移数据划分为第二批次，以此类推，从而将该前置API对应的各状态迁移数据划分到具有优先级顺序的批次。

需要说明的是，基于RESTful API请求对应的各状态迁移数据的历史调用数据将该前置API对应的各状态迁移数据划分到具有优先级顺序的批次的方法，还可以按照：将调用频率大于0的状态迁移数据组成第一批次，剩余调用频率不大于0的状态迁移数据组成第二批次。或者，将调用频率大于0的状态迁移数据均等分成M个批次，并按照调用频率排列，将状态迁移数据划分到M批次，M可配置，剩余调用频率不大于0的状态迁移数据组成第M+1批次。

根据本发明实施例，还可以基于所述客户端的标识和/或所述客户端对应的用户标识将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次。

本发明实施例中，客户端的标识可以包括但不限于：客户端类型、客户端IP、客户端所在地理位置、客户端物理地址。用户标识可以包括但不限于：用户类型、用户编号。

例如，基于该客户端的类型，将与该客户端类型相同的其他客户端调用状态迁移数据设置为高优先级，将与该客户端类型相同的其他客户端没有调用状态迁移数据设置为低优先级。又例如，按照该客户端IP可以查找出该客户端已调用的状态迁移数据，将该客户端调用过的状态迁移数据设置为高优先级的第一批次，而将该客户端没有调用过的状态迁移数据设置为低优先级的批次。又例如，基于客户端所在地理位置和/或客户端物理地址，将该地理位置和/或物理位置的预设范围内的其他客户端调用的状态迁移数据设置为高优先级，将该地理位置的预设范围外的其他客户端调用的状态迁移数据设置为低优先级。又例如，基于该客户端对应的用户类型和/或用户编号，将该用户类型或者该用户编号对应的各个客户端调用的状态迁移数据设置为高优先级，将该用户类型或者该用户编号对应的各个客户端没有调用的状态迁移数据设置为低优先级。

根据本发明实施例，在将应答包发送给客户端之后，还可以进一步的记录针对所述RESTful API请求的访问记录，根据所述访问记录更新所述RESTful API请求以及其前置API的历史访问记录。并根据更新后的历史访问记录，重新将所述前置API对应的各状态迁移数据划分到具有优先级顺序的批次，从而达到动态的将状态迁移数据划分各个批次的效果。

需要说明的是，本发明实施例中可以动态灵活设置各批次的状态迁移数据，将常被调用的状态迁移数据设置高的优先级，从而增加客户端从优先获取到所需的状态迁移数据的几率，减少再次向客户端发送状态迁移数据的概率，从整体上减少了网关发送给客户端的数据，降低了对网络流量的占用。

在S140中，将应答包发送给所述客户端。

根据本发明实施例，当基于处理结果、所述目标批次的状态迁移数据以及所述目标批次的下一个批次的查询请求生成应答包时，在将该应答包发送给客户端之后，还可以接收所述客户端基于所述应答包中的所述目标批次的下一个批次的查询请求获取状态迁移数据，从而实现分批次的将状态迁移数据发送到客户端。

根据本发明实施例，客户端在接收到包含处理结果、目标批次Mi(i＝1,2,3···n)批次的状态迁移数据以及目标批次的下一个批次Mi+1(i＝1,2,3···n)批次的查询请求的应答包后，若客户端仍需要获取状态迁移数据，则向网关发送该应答包中携带的针对Mi+1(i＝1,2,3···n)批次的查询请求，当网关接收到该客户端发送的针对Mi+1(i＝1,2,3···n)批次的查询请求后，获取Mi+1(i＝1,2,3···n)批次的状态迁移数据。若该Mi+1(i＝1,2,3···n)批次不是最后一个批次，将该Mi+1(i＝1,2,3···n)批次的状态迁移数据以及Mi+2(i＝1,2,3···n)批次的查询请求发送到客户端，若该Mi+1(i＝1,2,3···n)批次是最后一个批次，将该Mi+1(i＝1,2,3···n)批次的状态迁移数据发送到客户端。

例如，将RESTful API请求对应的状态迁移数据划分为第一批次和第二批次后，当接收到客户端发送的第一批次对应的查询请求时，将第一批次的状态迁移数据以及第二批次对应的查询请求发送给客户端，当接收到客户端发送的第二批次对应的查询请求时，直接将第二批次的状态迁移数据发送给客户端。

需要指出的是，当接收到客户端发送的针对状态迁移数据批次的查询请求后，直接将该批次对应的数据(或该批次对应的数据以及下一批次的查询请求)发送给客户端，而不需要先获取业务处理系统返回的处理结果，再与目标批次的状态迁移数据合并后生成应答包返回给客户端。

根据本发明实施例，网关生成的应答包中还包括状态迁移数据批次的生成时间，当接收到所述客户端发送的针对所述Mi+1(i＝1,2,3···n)批次的查询请求后，比较所述Mi+1(i＝1,2,3···n)批次的生成时间与最新一次将所述RESTful API请求对应的各状态迁移数据划分到具有优先级顺序的批次的时间；若Mi+1(i＝1,2,3···n)批次的生成时间早于最新一次将所述RESTful API请求对应的各状态迁移数据划分到具有优先级顺序的批次的时间，从所述Mi+1(i＝1,2,3···n)批次中剔除已发送到所述客户端的状态迁移数据；若所述Mi+1(i＝1,2,3···n)批次不是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的所述Mi+1(i＝1,2,3···n)批次，以及所述Mi+2(i＝1,2,3···n)批次的查询请求发送到所述客户端；若所述Mi+1(i＝1,2,3···n)批次是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的所述Mi+1(i＝1,2,3···n)批次送到所述客户端。

例如，网关发送给客户端的应答包中的第一批状态迁移数据的生成时间为：2016-09-30 9:40:06，网关在接收到客户端发送的针对状态迁移数据批次的查询请求后，比较所述状态迁移数据批次的生成时间(2016-09-30 9:40:06)与最新一次将所述RESTful API请求对应的各状态迁移数据划分到具有优先级顺序的批次的时间，假设为2016-09-30 10:40:06，2016-09-30 9:40:06早于2016-09-30 10:40:06，说明网关已经重新将所述RESTfulAPI请求对应的各状态迁移数据划分到具有优先级顺序的批次，在获取到该查询请求对应的批次后，从该批次中剔除已发送到所述客户端的状态迁移数据。若该批次不是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的批次，以及下一级别的批次的查询请求发送到所述客户端。若所述批次是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的批次发送到所述客户端。

需要指出的是，本发明实施例中网关已经记录了RESTful API请求的访问记录，但为避免网关发送给客户端的应答包由于网络问题而使客户端未能接收，因此采用将状态迁移数据批次的生成时间组装到应答包中，以根据客户端发送的状态迁移数据批次的生成时间作为判断依据，从而使网关可以准确的知道客户端所接收的状态迁移数据。网关可以基于各批次的状态迁移数据，灵活的控制向客户端发送的状态迁移数据，避免了向客户端发送重复的状态迁移数据，从整体上减少了网关发送给客户端的数据，降低了对网络流量的占用。

本发明实施例中，接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；获取所述RESTful API请求的目标批次的状态迁移数据；基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；将所述应答包发送给所述客户端。在满足超媒体约束的情况下，动态生成各批次的状态迁移数据，将状态迁移数据分批次发送给客户端，减小了返回给客户端的应答包的大小，从整体上减少了网关发送给客户端的数据，降低了对网络流量的占用，提升了API请求的处理效率。

下面结合具体的应用场景，对本发明实施例中提出的API请求处理方法进行详细的说明。

图3是根据一示例性实施例示出的一种API请求处理的数据交互图。

如图3所示，该方法可以包括但不限于以下流程：

S301，客户端发起股票委托订单撤销的RESTful API请求到网关。

该请求中包括其前置API的名称即查询股票委托订单，以及缓存标识信息，如If-HateoasModified-Since＝具体的时间戳，网关可以用来判断客户端本地缓存的状态迁移数据是否需要更新。

S302：网关收到该API请求，并发送至证券交易柜台。

S303：证券交易柜台完成业务处理。

S304：证券交易柜台向网关发送处理结果。

S305：网关根据API请求参数中的缓存标识判断出客户端本地缓存的超媒体数据需要更新。

需要说明的是，当判断出客户端本地缓存的超媒体数据不需要更新，则直接将该处理结果返回客户端。

S306：周期性生成该RESTful API请求的各批次的状态迁移数据以及各批次的查询请求。

S307：网关根据处理结果、第一批状态迁移数据以及下一批状态迁移数据的查询请求生成应答包。

根据本发明实施例，该第一批状态迁移数据可以包括：撤单记录和重新委托。可选的，应答包还包括状态迁移数据的生成时间标识，如：Last-HateoasModified＝具体的时间戳，该生成时间标识即为客户端的更新的缓存标识。

S308：网关将该应答包给客户端。

S309：网关记录该RESTful API请求以及其前置API的访问记录。

客户端接收到网关发的应答包后，若当前应答包中有客户端要执行的状态迁移数据，则客户端选择执行该状态迁移的restful api请求。若当前应答包中没有客户端要执行的状态迁移数据，则客户端会向网关发送针对状态迁移数据其他批次的查询请求。

图4是根据一示例性实施例示出的另一种API请求处理的数据交互图。

S401：客户端向网关发送针对状态迁移数据批次的查询请求。

该请求内容中还包括其前置API的名称即股票委托订单查询。需要说明的是，客户端还可以将应答包中包括的状态迁移数据批次的生成时间，即缓存标识信息如：If-HateoasModified-Since＝具体的时间戳，发送到网关。

S402：网关获取该查询请求对应的批次的状态迁移数据。

S403：网关比较出客户端发送的缓存标识信息早于最新一次将其前置API对应的各状态迁移数据划分到具有优先级顺序的批次的时间，从该批次的状态迁移数据剔除已发送到所述客户端的状态迁移数据。

S404：将剔除已发送到客户端的状态迁移数据后的批次，以及下一级别的批次的查询请求发送到客户端。

本发明实施例中，接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；获取所述RESTful API请求的目标批次的状态迁移数据；基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；将所述应答包发送给所述客户端。在满足超媒体约束的情况下，动态生成各批次的状态迁移数据，将状态迁移数据分批次发送给客户端，减小了返回给客户端的应答包的大小，从整体上减少了网关发送给客户端的数据，降低了对网络流量的占用，提升了API请求的处理效率。

应清楚地理解，本发明描述了如何形成和使用特定示例，但本发明的原理不限于这些示例的任何细节。相反，基于本发明公开的内容的教导，这些原理能够应用于许多其它实施例。

下述为本发明装置实施例，可以用于执行本发明方法实施例。在下文对装置的描述中，与前述方法相同的部分，将不再赘述。

图5是根据一示例性实施例示出的一种API请求处理装置的结构图。如图5所示，该装置500包括：

接收模块510，用于接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；

获取模块520，获取所述RESTful API请求的目标批次的状态迁移数据；

生成模块530，基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；

发送模块540，用于将所述应答包发送给所述客户端。

本发明实施例中，接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；获取所述RESTful API请求的目标批次的状态迁移数据；基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；将所述应答包发送给所述客户端。在满足超媒体约束的情况下，动态生成各批次的状态迁移数据，将状态迁移数据分批次发送给客户端，减小了返回给客户端的应答包的大小，从整体上减少了网关发送给客户端的数据，降低了对网络流量的占用，提升了API请求的处理效率。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备可以执行：接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；获取所述RESTful API请求的目标批次的状态迁移数据；基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；将所述应答包发送给所述客户端。

图6是根据一示例性实施例示出的一种电子设备的结构示意图。需要说明的是，图6示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的终端中限定的上述功能。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、获取模块、生成模块和发送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

以上具体示出和描述了本发明的示例性实施例。应可理解的是，本发明不限于这里描述的详细结构、设置方式或实现方法；相反，本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (18)

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

接收业务处理服务器基于客户端发起的RESTful API请求的处理结果；

将RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的多个批次，其中，所述优先级顺序按照所述RESTfulAPI对应的所述状态迁移数据的历史调用数据的调用频率排列，调用频率越高，优先级越高；

获取所述RESTfulAPI请求对应的所述多个批次中的目标批次的所述状态迁移数据；

基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；

将所述应答包发送给所述客户端。

2.如权利要求1所述的方法，其特征在于，当所述RESTful API请求携带缓存标识信息时，所述方法还包括：

基于所述缓存标识信息判断所述客户端本地缓存的状态迁移数据是否需要更新；

若需要更新，基于所述处理结果以及所述目标批次的状态迁移数据生成应答包。

3.如权利要求1所述的方法，其特征在于，所述方法还包括:

设置每个批次的状态迁移数据的查询请求；

基于所述处理结果以及所述目标批次的状态迁移数据生成应答包，还包括：

基于所述处理结果、所述目标批次Mi批次的状态迁移数据以及所述目标批次的下一个批次Mi+1批次的查询请求生成应答包，其中，i＝1,2,3···n；

将所述应答包发送给所述客户端，还包括：

接收所述客户端基于所述应答包中的下一个批次的查询请求获取所述下一个批次的状态迁移数据。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

当接收到所述客户端发送的针对所述Mi+1批次的查询请求后，获取所述查询请求对应的Mi+1批次；

若所述Mi+1批次不是最后一个批次，将所述Mi+1批次的状态迁移数据以及Mi+2批次的查询请求发送到所述客户端；

若所述Mi+1批次是最后一个批次，将所述Mi+1批次的状态迁移数据发送到所述客户端，

其中，i＝1,2,3···n。

5.如权利要求4所述的方法，其特征在于，所述应答包中还包括：所述状态迁移数据批次的生成时间，所述方法还包括：

当接收到所述客户端发送的针对所述Mi+1批次的查询请求后，比较所述Mi+1批次的生成时间与最新一次将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的批次的时间；

若Mi+1批次的生成时间早于最新一次将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的批次的时间，从所述Mi+1批次中剔除已发送到所述客户端的状态迁移数据；

若所述Mi+1批次不是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的所述Mi+1批次，以及所述Mi+2批次的查询请求发送到所述客户端；

若所述Mi+1批次是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的所述Mi+1批次送到所述客户端，

其中，i＝1,2,3···n。

6.如权利要求3所述的方法，其特征在于，将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的多个批次，包括：

基于所述RESTfulAPI请求对应的各状态迁移数据的历史访问记录将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的多个批次。

7.如权利要求6所述的方法，其特征在于，将所述RESTful API对应的状态迁移数据划分为具有优先级顺序的多个批次，还包括：

基于所述客户端的标识和/或所述客户端对应的用户标识将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的多个批次。

8.如权利要求6所述的方法，其特征在于，所述方法还包括：

记录所述RESTfulAPI请求以及所述RESTfulAPI请求的前置API的访问记录，以根据所述访问记录更新所述前置API对应的各状态迁移数据的批次。

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

接收模块，用于接收业务处理服务器基于客户端发起的RESTfulAPI请求的处理结果；

划分模块，用于将RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的多个批次，其中，所述优先级顺序按照所述RESTfulAPI对应的所述状态迁移数据的历史调用数据的调用频率排列，调用频率越高，优先级越高；

获取模块，获取所述RESTfulAPI请求对应的所述多个批次中的目标批次的所述状态迁移数据；

生成模块，基于所述处理结果以及所述目标批次的状态迁移数据生成应答包；

发送模块，用于将所述应答包发送给所述客户端。

10.如权利要求9所述的装置，其特征在于，当所述接收模块接收的RESTfulAPI请求携带缓存标识信息时，所述生成模块还用于：基于所述缓存标识信息判断所述客户端本地缓存的状态迁移数据是否需要更新，以及若需要更新，基于所述处理结果以及所述目标批次的状态迁移数据生成应答包。

11.如权利要求9所述的装置，其特征在于，其中，设置每个批次的状态迁移数据的查询请求；

所述生成模块还用于：基于所述处理结果、所述目标批次Mi批次的状态迁移数据以及所述目标批次的下一个批次的查询请求生成应答包，其中，i＝1,2,3···n；

所述发送模块还用于：接收所述客户端基于所述应答包中的下一个批次的查询请求获取所述下一个批次的状态迁移数据。

12.如权利要求11所述的装置，其特征在于，其中，当接收到所述客户端发送的针对所述Mi+1批次的查询请求后，获取所述查询请求对应的Mi+1批次；

若所述Mi+1批次不是最后一个批次，将所述Mi+1批次的状态迁移数据以及Mi+2批次的查询请求发送到所述客户端；

若所述Mi+1批次是最后一个批次，将所述Mi+1批次的状态迁移数据发送到所述客户端，

其中，i＝1,2,3···n。

13.如权利要求12所述的装置，其特征在于，其中，当接收到所述客户端发送的针对所述Mi+1批次的查询请求后，比较所述Mi+1批次的生成时间与最新一次将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的批次的时间；

若Mi+1批次的生成时间早于最新一次将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的批次的时间，从所述Mi+1批次中剔除已发送到所述客户端的状态迁移数据；

若所述Mi+1批次不是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的所述Mi+1批次，以及所述Mi+2批次的查询请求发送到所述客户端；

若所述Mi+1批次是最后一个批次，将剔除已发送到所述客户端的状态迁移数据后的所述Mi+1批次送到所述客户端，

其中，i＝1,2,3···n。

14.如权利要求11所述的装置，其特征在于，其中，基于所述RESTfulAPI请求对应的各状态迁移数据的历史访问记录将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的多个批次。

15.如权利要求14所述的装置，其特征在于，其中，基于所述客户端的标识和/或所述客户端对应的用户标识将所述RESTfulAPI对应的状态迁移数据划分为具有优先级顺序的多个批次。

16.如权利要求14所述的装置，其特征在于，其中，记录所述RESTfulAPI请求以及所述RESTfulAPI请求的前置API的访问记录，以根据所述访问记录更新所述前置API对应的各状态迁移数据的批次。

17.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-8任一项所述的方法步骤。

18.一种电子设备，其特征在于，包括：一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-8中任一项所述的方法步骤。

Images