CN104660450B - 网络优化加速方法和装置 - Google Patents

Abstract

本发明实施例提供网络优化加速方法和装置，包括：API管理服务器首先获取API的类型信息，然后根据该API的类型信息确定对该API待处理的数据的处理策略，最后向WOC下发该处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。通过本发明提供的技术方案，可以降低广域网数据传输时延。

Description

网络优化加速方法和装置

技术领域

本发明实施例涉及网络通信领域，尤其涉及一种网络优化加速方法和装置。

背景技术

在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为被称为开放网站的应用程序编程接口(英文：ApplicationProgramming Interface，缩写：API)，目前，API的开发和使用量正在飞速增长，大量的API访问会造成网络的拥塞，产生较大的API调用时延，引起用户体验的严重下降。目前一般采用部署API管理服务器集群的方式实现并发访问API解决API管理的瓶颈问题，可以一定程度上缓解API调用时延问题，但是在广域网(英文：Wide Area Network，缩写：WAN)中的拥塞问题并没有解决，特别是在服务提供商和调用访问API的用户处于异地的情况下会出现很大的广域网时延，同时，由于API管理服务器管理的API大多是通过厚重的超文本传送协议(英文：Hyper Text Transfer Protocol，缩写：HTTP)封装的，虽然保证了API的灵活可定制但同时也增加了网络传输的时间成本。

对于架构为用户端-广域网-API管理服务器-广域网-后端服务器的网络，其时延主要包括：一、后端服务器处理的时间(因服务不同而不同)；二、API管理服务器编解码带来的时延；三、数据传输时广域网的网络时延。对于第一部分，通过对后端服务器的升级优化来减小时延；对于第二部分，通过扩容API管理服务器以减小时延；对于第三部分，目前，现有的技术方案是通过广域网中的广域网优化控制器(英文：WAN OptimizationController，缩写WOC)感知传输的数据类型选取对应的网络优化算法来减小传输的时延，存在以下问题：由于WOC是通过检测报文中的内容类型(英文：content-type)来感知数据类型，感知过程本身会引入新的时延，同时感知的准确度不高，进而可能会由于选择不合适的网络优化算法带来新的时延。

发明内容

本发明实施例提供的网络优化加速方法和装置，可以解决现有技术方案中存在的广域网数据传输时延较长的问题。

第一方面，本发明实施例提供一种网络优化加速方法，所述方法包括：

应用程序编程接口API管理服务器获取API的类型信息；

所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略；

所述API管理服务器向广域网优化控制器WOC下发所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。结合第一方面，在第一种可能的实现方式中，所述API管理服务器获取API的类型信息包括：

所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型。

结合第一方面，在第二种可能的实现方式中，所述API管理服务器获取API的类型信息包括：

所述API管理服务器通过读取API的服务配置，获取所述API初始的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型；

所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息；

若所述确定的所述API的类型信息与所述获取的所述API初始的类型信息不相同，则根据所述确定的所述API的类型信息对所述获取的所述API初始的类型信息进行校正得到校正后的所述API的类型信息。

结合第一方面的第一种或第二种可能的实现方式，在第三种可能的实现方式中，当所述API的类型信息为内容类型时，其中，所述内容类型包括：已压缩型或未压缩型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括：

所述API管理服务器通过内容类型字段content-type检测以确定所述内容类型；

若检测到所述报文信息的内容为已经压缩处理过的数据；则确定所述内容类型为所述已压缩型；若检测到所述报文信息的内容为未经压缩处理过的数据，则确定所述内容类型为所述未压缩型。

结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括：

若所述内容类型为所述未压缩型，则确定对所述API待处理的数据的处理策略为进行压缩；若所述内容类型为所述已压缩型，则确定对所述API待处理的数据的处理策略为不进行压缩。

结合第一方面的第一种或第二种可能的实现方式，在第五种可能的实现方式中，当所述API的类型信息为API类型时，其中，所述API类型包括：即时消费型或查询型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括：

所述API管理服务器根据所述预设时间段的所述API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定所述API类型；若所述第一比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型；或者，

所述API管理服务器根据所述预设时间段的所述API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及所述第一预设条件来确定所述API类型；若所述第二比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型。

结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括：

若所述API类型为所述查询型，则确定对所述API待处理的数据的处理策略为进行缓存；

若所述API类型为所述即时消费型，则确定对所述API待处理的数据的处理策略为不进行缓存。

结合第一方面的第一种或第二种可能的实现方式，在第七种可能的实现方式中，当所述API的类型信息为业务类型时，其中，所述业务类型包括：任务下发型或资源传输型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括：

所述API管理服务器根据所述预设时间段的所述API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定所述业务类型；

若所述下行数据量与上行数据量的比值满足所述第二预设条件，则确定所述业务类型为所述任务下发型，否则确定所述业务类型为所述资源传输型。

结合第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括：

若所述业务类型为所述任务下发型，则确定对所述API待处理的数据的处理策略为进行去重；

若所述业务类型为所述资源传输型，则确定对所述API待处理的数据的处理策略为不进行去重。

第二方面，本发明实施例提供一种应用程序编程接口API管理服务器，所述服务器包括：

获取单元，用于获取API的类型信息；

确定单元，用于根据所述获取单元获取的所述API的类型信息确定对所述API待处理的数据的处理策略；

下发单元，用于向广域网优化控制器WOC下发所述确定单元确定的所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。

结合第二方面，在第一种可能的实现方式中，所述获取单元包括：

确定子单元，根据预设时间段的所述API的报文信息确定所述API的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述获取单元还包括：

读取子单元，用于通过读取API的服务配置，获取所述API初始的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型；

校正子单元，用于若所述确定子单元确定的所述API的类型信息与所述读取子单元获取的所述API初始的类型信息不相同，则根据所述确定子单元确定的所述API的类型信息对所述读取子单元获取的所述API初始的类型信息进行校正得到校正后的所述API的类型信息。

结合第二方面的第一种或第二种可能的实现方式，在第三种可能的实现方式中，所述确定子单元具体用于：

当所述API的类型信息为内容类型时，其中，所述内容类型包括：已压缩型或未压缩型；

通过内容类型字段content-type检测以确定所述内容类型；

若检测到所述报文信息的内容为已经压缩处理过的数据；则确定所述内容类型为所述已压缩型；若检测到所述报文信息的内容为未经压缩处理过的数据，则确定所述内容类型为所述未压缩型。

结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述确定单元具体用于：

若所述内容类型为所述未压缩型，则确定对所述API待处理的数据的处理策略为进行压缩；若所述内容类型为所述已压缩型，则确定对所述API待处理的数据的处理策略为不进行压缩。

结合第二方面的第一种或第二种可能的实现方式，在第五种可能的实现方式中，所述确定子单元具体用于：

当所述API的类型信息为API类型时，其中，所述API类型包括：即时消费型或查询型；

根据所述预设时间段的所述API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定所述API类型；若所述第一比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型；或者，

根据所述预设时间段的所述API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及所述第一预设条件来确定所述API类型；若所述第二比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型。

结合第二方面的第五种可能的实现方式，在第六种可能的实现方式中，所述确定单元具体用于：

若所述API类型为所述查询型，则确定对所述API待处理的数据的处理策略为进行缓存；

若所述API类型为所述即时消费型，则确定对所述API待处理的数据的处理策略为不进行缓存。

结合第二方面的第一种或第二种可能的实现方式，在第七种可能的实现方式中，所述确定子单元具体用于：

当所述API的类型信息为业务类型时，其中，所述业务类型包括：任务下发型或资源传输型；

根据所述预设时间段的所述API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定所述业务类型；

若所述下行数据量与上行数据量的比值满足所述第二预设条件，则确定所述业务类型为所述任务下发型，否则确定所述业务类型为所述资源传输型。

结合第二方面的第七种可能的实现方式，在第八种可能的实现方式中，所述确定单元具体用于：

若所述业务类型为所述任务下发型，则确定对所述API待处理的数据的处理策略为进行去重；

若所述业务类型为所述资源传输型，则确定对所述API待处理的数据的处理策略为不进行去重。

本发明实施例提供的网络优化加速方法和装置，API管理服务器首先获取API的类型信息，然后根据所述API的类型信息确定对所述API待处理的数据的处理策略，最后向广域网优化控制器WOC下发所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。在本发明实施例提供的技术方案中，API管理服务器作为管理各个API的服务器以及用户与后端服务器之间通过各个API交互数据的中转站，由API管理服务器根据确定到API的类型信息制定的各个API待处理数据的处理策略相比现有的技术方案中由WOC自身通过感知所确定的处理策略更准确，因此可以有效降低广域网数据传输时延。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明的实施架构示意图；

图2为本发明实施例提供的一种网络优化加速方法的流程示意图一；

图3为本发明实施例提供的一种网络优化加速方法的流程示意图二；

图4为本发明实施例提供的一种API管理服务器的结构示意图；

图5为本发明实施例提供的一种API管理服务器的获取单元的结构示意图；

图6为本发明实施例提供的另一种API管理服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在介绍本发明提供的技术方案前，先对本发明中涉及到的内容进行简要介绍，图1为本发明的实施架构示意图，如图1所示，用户与API管理服务器之间的通信网络中部署有应用程序(英文：Application，缩写：APP)服务器、用户侧客户端WOC、API管理服务器侧服务端WOC，用户侧客户端WOC与API管理服务器侧服务端WOC通过广域网WAN相连，用户侧客户端WOC的网络优化加速策略与API管理服务器侧服务端WOC的网络优化加速策略相同时可以完成用户侧与API管理服务器侧的网络优化加速，一般的，当某一端WOC的网络优化加速策略选定后向对端WOC发送选定的策略完成两端WOC策略同步以保证可以实现网络优化加速；对于后端服务器侧与API管理服务器侧之间的通信网络的部署结构与上述用户与API管理服务器之间的通信网络的部署结构同理，具体参考前述说明。

本发明实施例提供的一种网络优化加速方法，基于API管理服务器，如图2所示，该方法包括：

步骤101、API管理服务器获取API的类型信息。

步骤102、API管理服务器根据该API的类型信息确定对该API待处理的数据的处理策略。

步骤103、API管理服务器向WOC下发所述处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。

需要说明的是，相比现有技术方案中由WOC自身感知经过其传输的数据类型，在本发明提供的技术方案中，API管理服务器作为管理各个API的服务器以及用户与后端服务器之间通过各个API交互数据的中转站，API管理服务器感知数据具有天然的感知优势，由API管理服务器根据感知到的信息制定WOC处理数据时的处理策略可以有效减少广域网络传输时延，提升用户的体验。

本发明实施例提供的网络优化加速方法，API管理服务器首先获取API的类型信息，然后根据该API的类型信息确定对该API待处理的数据的处理策略，最后向WOC下发该处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。通过本发明提供的技术方案，可以降低广域网数据传输时延。

为了使本领域技术人员能够更清楚地理解本发明实施例提供的技术方案，下面通过具体的实施例，对本发明的实施例提供的网络优化加速方法进行详细说明，如图3所示，该方法包括：

步骤201、API管理服务器通过读取API的服务配置，获取该API初始的类型信息。

其中，类型信息包括以下至少一种：内容类型、API类型、业务类型。内容类型包括：已压缩型或未压缩型；API类型包括：即时消费型或查询型；业务类型包括：任务下发型或资源传输型。

示例性的，API的服务配置为API向API管理服务器注册时提供的包含有该API初始的类型信息的文件，可以在该文件中新增三个字段分别对应内容类型、API类型以及业务类型，每个字段可以有两个不同的值，例如，内容类型对应的字段的两个不同的值分别对应已压缩型和未压缩型，API管理服务器通过读取该文件中的新增字段的值就可以获取到该API初始的类型信息。

业务类型为任务下发型是指该API待处理的数据是用户侧与后端服务器侧双向交互的数据；业务类型为资源传输型是指该API待处理的数据主要是用户侧从后端服务器侧下行下载的数据，数据基本上是由后端服务器侧单向传输至用户侧。API类型为即时消费型是指该API待处理的数据中上行数据或下行数据在一段时间内相同的数据很少，一般是用户侧的用户与后端服务器侧的服务器随机性地双向数据交互；API类型为查询型是指该API待处理的数据中上行数据或下行数据在一段时间内相同的数据很多，一般是用户侧有大量用户在某段时间内大量访问后端服务器侧的某个服务器。内容类型为已压缩型是指该API待处理的数据已经经过了压缩，例如.mp4格式的视频数据、.jpg格式的图片数据以及.mp3格式的音频数据等等；内容类型为未压缩型是指该API待处理的数据还未进行过压缩。

步骤202、API管理服务器根据预设时间段的该API的报文信息确定该API的类型信息。

具体的，当该API的类型信息为内容类型时，API管理服务器通过内容类型字段content-type检测以确定内容类型；若检测到该报文信息的内容为已经压缩处理过的数据；则确定内容类型为已压缩型；若检测到该报文信息的内容为未经压缩处理过的数据，则确定内容类型为未压缩型。

示例性的，假设预设时间段为1分钟，API管理服务器检测1分钟内该API对应的上行请求或下行响应的HTTP报文内容中的用于定义网络文件的类型和网页的编码的Content-Type字段的内容可以确定该API的内容类型，其中，Content-Type字段的内容一般包括：Text：表示报文携带的内容是文本信息；Image：表示报文携带的内容是静态图片数据；Audio：表示报文携带的内容是音频数据；Video：表示报文携带的内容是动态影像数据。

具体的，当该API的类型信息为API类型时，API管理服务器根据该预设时间段的该API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定API类型；若第一比值满足该第一预设条件，则确定API类型为查询型，否则确定API类型为即时消费型；或者，

API管理服务器根据该预设时间段的该API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及第一预设条件来确定API类型；若第二比值满足第一预设条件，则确定API类型为查询型，否则确定API类型为即时消费型。

示例性的，假设预设时间段为1分钟，将第一比值记为B，第一预设条件为B>0.8，若B满足B>0.8，则确定该API的API类型为查询型，否则确定API类型为即时消费型。

需要说明的是，上述上行请求是用户向后端服务器发送的HTTP报文，下行响应是后端服务器向用户发送的HTTP报文，分别对两次上行请求的HTTP报文中的主体(body)进行检测就可以确定两次上行请求的内容是否相同，对于下行响应同理，对HTTP报文中的body进行检测属于现有的技术，本领域技术人员可参照相关的技术文档，在此不展开详述。

具体的，当该API的类型信息为业务类型时，API管理服务器根据该预设时间段的该API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定业务类型；若下行数据量与上行数据量的比值满足第二预设条件，则确定业务类型为任务下发型，否则确定业务类型为所述资源传输型。

示例性的，假设预设时间段为1分钟，将该1分钟内该API对应的数据中的下载数据量与上传数据量的比值记为A，第二预设条件为|Α-1|<0.3，若A满足|Α-1|<0.3，则确定该API的业务类型为任务下发型，否则确定该API的业务类型为资源传输型。

若根据步骤202确定的该API的类型信息与根据步骤201获取的该API初始的类型信息不相同，则执行步骤203。

步骤203、根据步骤202确定的该API的类型信息对根据步骤201获取的该API的类型信息进行校正得到校正后的该API的类型信息。

示例性的，假设根据步骤202确定的该API初始的类型信息为：已压缩型、即时消费型以及资源传输型，根据步骤201获取的该API的类型信息为：未压缩型、查询型以及资源传输型，则根据步骤202确定的该API的类型信息对根据步骤201获取的该API初始的类型信息进行校正得到校正后的该API的类型信息为：已压缩型、即时消费型以及资源传输型。

需要说明的是，在实际实施本发明实施例提供的技术方案时，该API的类型信息可以包括内容类型、API类型以及业务类型中的至少一种，例如，该API的类型信息可以为：未压缩型和查询型，或者该API的类型信息可以为：任务下发型，以上仅是示意性的举例说明，本发明实施例对此并不限定。

步骤204、API管理服务器根据步骤203得到的该API的类型信息确定该API待处理的数据的处理策略。

具体的，当该API的类型信息为内容类型时，若该API的类型信息中内容类型为未压缩型，则确定对该API待处理的数据进行压缩，若该API的类型信息中内容类型为已压缩型，则确定对该API待处理的数据不进行压缩。

当该API的类型信息为API类型时，若该API的类型信息中API类型为查询型，则确定对该API待处理的数据进行缓存，若该API的类型信息中API类型为即时消费型，则确定对该API待处理的数据不进行缓存。

当该API的类型信息为业务类型时，若该API的类型信息中业务类型为任务下发型，则确定对该API待处理的数据进行去重，若该API的类型信息中业务类型为资源传输型，则确定对该API待处理的数据不进行去重。

需要说明的是，在实际实施本发明实施例提供的技术方案时，该API的类型信息可以包括内容类型、API类型以及业务类型中的至少一种，例如，该API的类型信息可以为：未压缩型和查询型，或者该API的类型信息可以为：未压缩型、查询型和任务下发型，以上仅是示意性的举例说明，本发明实施例对此并不限定。

另外，还需要说明的是，数据缓存已经是广域网优化的常用技术，当某个文件传输到某个广域网上，比如从后端服务器到用户A，APP服务器侧的客户端WOC可以对该文件进行缓存。当其他用户例如用户B请求该文件时，这类请求通过WAN链接前会被该APP服务器侧的客户端WOC拦截，客户端WOC从自身的缓存处向用户B提供该文件。使用缓存，最初访问文件的速度仍然很慢，因为在文件被缓冲以前，它还要通过WAN，只有后续的访问速度会加快。为了加快第一次访问的速度，缓存可以预先和经常使用的文件放在一起，这样这些文件就可以立即被缓存获取。数据去重也是现有的常用技术，可以利用专门的算法实现数据去重，本领域技术人员可参照相关的技术文档，在此不展开详述。数据压缩也是现有的常用技术，针对不同类型的数据可以利用不同的算法实现数据压缩，本领域技术人员可参照相关的技术文档，在此不展开详述。

步骤205、API管理服务器向WOC下发步骤204确定的处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。

示例性的，API管理服务器通过与WOC相连的预设接口向WOC下发步骤204中确定的处理策略，例如在传输控制协议(英文：Transmission Control Protocol，缩写：TCP)报文报头选项(英文：header option)内部写入处理策略发送给API管理服务器侧服务端WOC以及API管理服务器侧客户端WOC，API管理服务器侧服务端WOC与用户侧客户端WOC进行处理策略同步，API管理服务器侧客户端WOC与后端服务器侧服务端WOC进行处理策略同步，最后各个WOC均按照该处理策略处理该API对应的数据。

最后需要特别指出的是，上述实施例中执行步骤201、202、203、204以及205只是一种优选的实施方式，在实际中本实施例可以简化为步骤201、204以及205或者步骤202、204以及205。

本发明实施例提供的网络优化加速方法，API管理服务器首先获取API的类型信息，然后根据该API的类型信息确定对该API待处理的数据的处理策略，最后向WOC下发该处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。通过本发明提供的技术方案，可以降低广域网数据传输时延。

本发明实施例提供的API管理服务器10，如图4所示，包括：

获取单元11，用于获取API的类型信息。

确定单元12，用于根据获取单元11获取的该API的类型信息确定对该API待处理的数据的处理策略。

下发单元13，用于向WOC下发确定单元12确定的该处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。

可选的，如图5所示，获取单元11包括：

确定子单元112，根据预设时间段的该API的报文信息确定该API的类型信息，其中，类型信息包括以下至少一种：内容类型、API类型、业务类型。

获取单元11还可以包括：

读取子单元111，用于通过读取API的服务配置，获取该API初始的类型信息，其中，类型信息包括以下至少一种：内容类型、API类型、业务类型；

校正子单元113，用于若该确定子单元112确定的该API的类型信息与该读取子单元111获取的该API初始的类型信息不相同，则根据该确定子单元112确定的该API的类型信息对该读取子单元111获取的该API初始的类型信息进行校正得到校正后的该API的类型信息。

可选的，该确定子单元112具体用于：

当该API的类型信息为内容类型时，其中，该内容类型包括：已压缩型或未压缩型；

通过内容类型字段content-type检测以确定该内容类型；

若检测到该报文信息的内容为已经压缩处理过的数据；则确定该内容类型为已压缩型；若检测到该报文信息的内容为未经压缩处理过的数据，则确定该内容类型为未压缩型。

可选的，该确定单元12具体用于：

若该内容类型为未压缩型，则确定对该API待处理的数据的处理策略为进行压缩；若该内容类型为已压缩型，则确定对该API待处理的数据的处理策略为不进行压缩。

可选的，该确定子单元112具体用于：

当该API的类型信息为API类型时，其中，该API类型包括：即时消费型或查询型；

根据该预设时间段的该API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定该API类型；若该第一比值满足该第一预设条件，则确定该API类型为查询型，否则确定该API类型为即时消费型；或者，

根据该预设时间段的该API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及该第一预设条件来确定该API类型；若该第二比值满足该第一预设条件，则确定该API类型为查询型，否则确定该API类型为即时消费型。

可选的，该确定单元12具体用于：

若该API类型为查询型，则确定对该API待处理的数据的处理策略为进行缓存；

若该API类型为即时消费型，则确定对该API待处理的数据的处理策略为不进行缓存。

可选的，该确定子单元112具体用于：

当该API的类型信息为业务类型时，其中，该业务类型包括：任务下发型或资源传输型；

根据该预设时间段的该API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定该业务类型；

若该下行数据量与上行数据量的比值满足该第二预设条件，则确定该业务类型为任务下发型，否则确定该业务类型为资源传输型。

可选的，该确定单元12具体用于：

若该业务类型为任务下发型，则确定对该API待处理的数据的处理策略为进行去重；

若该业务类型为资源传输型，则确定对该API待处理的数据的处理策略为不进行去重。

本实施例用于实现上述各方法实施例，本实施例中各个单元的工作流程和工作原理参见上述各方法实施例中的描述，在此不再赘述。

本发明实施例提供的API管理服务器，API管理服务器首先获取API的类型信息，然后根据该API的类型信息确定对该API待处理的数据的处理策略，最后向WOC下发该处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。通过本发明提供的技术方案，可以降低广域网数据传输时延。

本发明的实施例提供的另一种API管理服务器20，如图6所示，该服务器20包括：总线25；以及连接到总线25的处理器21、存储器22、接口23和收发器24；，其中该接口23用于通信；该存储器22用于存储计算机代码，处理器21通过调用该存储器22存储的计算机代码用于执行：

获取API的类型信息；

根据该API的类型信息确定对该API待处理的数据的处理策略；

通过收发器24向广域网优化控制器WOC下发该处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。

可选的，处理器21通过调用该存储器22存储的计算机代码用于执行获取API的类型信息，具体用于执行：

根据预设时间段的该API的报文信息确定该API的类型信息，其中，类型信息包括以下至少一种：内容类型、API类型、业务类型。

可选的，处理器21通过调用该存储器22存储的计算机代码用于执行用于获取API的类型信息，具体用于执行：

通过读取API的服务配置，获取该API初始的类型信息，其中，类型信息包括以下至少一种：内容类型、API类型、业务类型；

根据预设时间段的该API的报文信息确定该API的类型信息；

若所述确定的该API的类型信息与所述获取的该API初始的类型信息不相同，则根据所述确定的该API的类型信息对所述获取的该API初始的类型信息进行校正得到校正后的该API的类型信息。

可选的，当该API的类型信息为内容类型时，其中，该内容类型包括：已压缩型或未压缩型，处理器21通过调用该存储器22存储的计算机代码用于执行根据预设时间段的该API的报文信息确定该API的类型信息，具体用于执行：

通过内容类型字段content-type检测以确定该内容类型；

若检测到该报文信息的内容为已经压缩处理过的数据；则确定该内容类型为已压缩型；若检测到该报文信息的内容为未经压缩处理过的数据，则确定该内容类型为未压缩型。

可选的，处理器21通过调用该存储器22存储的计算机代码用于执行根据该API的类型信息确定对该API待处理的数据的处理策略，具体用于执行：

若该内容类型为未压缩型，则确定对该API待处理的数据的处理策略为进行压缩；若该内容类型为已压缩型，则确定对该API待处理的数据的处理策略为不进行压缩。

可选的，当该API的类型信息为API类型时，其中，该API类型包括：即时消费型或查询型，处理器21通过调用该存储器22存储的计算机代码用于执行根据预设时间段的该API的报文信息确定该API的类型信息，具体用于执行：

根据该预设时间段的该API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定该API类型；若该第一比值满足该第一预设条件，则确定该API类型为查询型，否则确定该API类型为即时消费型；或者，

根据该预设时间段的该API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及该第一预设条件来确定该API类型；若该第二比值满足该第一预设条件，则确定API类型为该查询型，否则确定该API类型为即时消费型。

可选的，处理器21通过调用该存储器22存储的计算机代码用于执行根据该API的类型信息确定对该API待处理的数据的处理策略，具体用于执行：

若该API类型为查询型，则确定对该API待处理的数据的处理策略为进行缓存；

若该API类型为即时消费型，则确定对该API待处理的数据的处理策略为不进行缓存。

可选的，当该API的类型信息为业务类型时，其中，该业务类型包括：任务下发型或资源传输型，处理器21通过调用该存储器22存储的计算机代码用于执行根据预设时间段的该API的报文信息确定该API的类型信息，具体用于执行：

根据该预设时间段的该API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定该业务类型；

若该下行数据量与上行数据量的比值满足该第二预设条件，则确定该业务类型为任务下发型，否则确定该业务类型为资源传输型。

可选的，处理器21通过调用该存储器22存储的计算机代码用于执行根据该API的类型信息确定对该API待处理的数据的处理策略，具体用于执行：

若该业务类型为任务下发型，则确定对该API待处理的数据的处理策略为进行去重；

若该业务类型为资源传输型，则确定对该API待处理的数据的处理策略为不进行去重。

本发明实施例提供的API管理服务器，API管理服务器首先获取API的类型信息，然后根据该API的类型信息确定对该API待处理的数据的处理策略，最后向WOC下发该处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。通过本发明提供的技术方案，可以降低广域网数据传输时延。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (18)

1.一种网络优化加速方法，其特征在于，包括：

应用程序编程接口API管理服务器获取API的类型信息；

所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略；

所述API管理服务器向广域网优化控制器WOC下发所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。

2.根据权利要求1所述的方法，其特征在于，所述API管理服务器获取API的类型信息包括：

所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型。

3.根据权利要求1所述的方法，其特征在于，所述API管理服务器获取API的类型信息包括：

所述API管理服务器通过读取API的服务配置，获取所述API初始的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型；

所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息；

若所述确定的所述API的类型信息与所述获取的所述API初始的类型信息不相同，则根据所述确定的所述API的类型信息对所述获取的所述API初始的类型信息进行校正得到校正后的所述API的类型信息。

4.根据权利要求2或3所述的方法，其特征在于，当所述API的类型信息为内容类型时，其中，所述内容类型包括：已压缩型或未压缩型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括：

所述API管理服务器通过内容类型字段content-type检测以确定所述内容类型；

若检测到所述报文信息的内容为已经压缩处理过的数据；则确定所述内容类型为所述已压缩型；若检测到所述报文信息的内容为未经压缩处理过的数据，则确定所述内容类型为所述未压缩型。

5.根据权利要求4所述的方法，其特征在于，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括：

若所述内容类型为所述未压缩型，则确定对所述API待处理的数据的处理策略为进行压缩；若所述内容类型为所述已压缩型，则确定对所述API待处理的数据的处理策略为不进行压缩。

6.根据权利要求2或3所述的方法，其特征在于，当所述API的类型信息为API类型时，其中，所述API类型包括：即时消费型或查询型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括：

所述API管理服务器根据所述预设时间段的所述API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定所述API类型；若所述第一比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型；或者，

所述API管理服务器根据所述预设时间段的所述API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及所述第一预设条件来确定所述API类型；若所述第二比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型。

7.根据权利要求6所述的方法，其特征在于，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括：

若所述API类型为所述查询型，则确定对所述API待处理的数据的处理策略为进行缓存；

若所述API类型为所述即时消费型，则确定对所述API待处理的数据的处理策略为不进行缓存。

8.根据权利要求2或3所述的方法，其特征在于，当所述API的类型信息为业务类型时，其中，所述业务类型包括：任务下发型或资源传输型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括：

所述API管理服务器根据所述预设时间段的所述API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定所述业务类型；

若所述下行数据量与上行数据量的比值满足所述第二预设条件，则确定所述业务类型为所述任务下发型，否则确定所述业务类型为所述资源传输型。

9.根据权利要求8所述的方法，其特征在于，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括：

若所述业务类型为所述任务下发型，则确定对所述API待处理的数据的处理策略为进行去重；

若所述业务类型为所述资源传输型，则确定对所述API待处理的数据的处理策略为不进行去重。

10.一种应用程序编程接口API管理服务器，其特征在于，包括：

获取单元，用于获取API的类型信息；

确定单元，用于根据所述获取单元获取的所述API的类型信息确定对所述API待处理的数据的处理策略；

下发单元，用于向广域网优化控制器WOC下发所述确定单元确定的所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。

11.根据权利要求10所述的服务器，其特征在于，所述获取单元包括：

确定子单元，根据预设时间段的所述API的报文信息确定所述API的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型。

12.根据权利要求11所述的服务器，其特征在于，所述获取单元还包括：

读取子单元，用于通过读取API的服务配置，获取所述API初始的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型；

校正子单元，用于若所述确定子单元确定的所述API的类型信息与所述读取子单元获取的所述API初始的类型信息不相同，则根据所述确定子单元确定的所述API的类型信息对所述读取子单元获取的所述API初始的类型信息进行校正得到校正后的所述API的类型信息。

13.根据权利要求11或12所述的服务器，其特征在于，所述确定子单元具体用于：

当所述API的类型信息为内容类型时，其中，所述内容类型包括：已压缩型或未压缩型；

通过内容类型字段content-type检测以确定所述内容类型；

若检测到所述报文信息的内容为已经压缩处理过的数据；则确定所述内容类型为所述已压缩型；若检测到所述报文信息的内容为未经压缩处理过的数据，则确定所述内容类型为所述未压缩型。

14.根据权利要求13所述的服务器，其特征在于，所述确定单元具体用于：

若所述内容类型为所述未压缩型，则确定对所述API待处理的数据的处理策略为进行压缩；若所述内容类型为所述已压缩型，则确定对所述API待处理的数据的处理策略为不进行压缩。

15.根据权利要求11或12所述的服务器，其特征在于，所述确定子单元具体用于：

当所述API的类型信息为API类型时，其中，所述API类型包括：即时消费型或查询型；

根据所述预设时间段的所述API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定所述API类型；若所述第一比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型；或者，

根据所述预设时间段的所述API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及所述第一预设条件来确定所述API类型；若所述第二比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型。

16.根据权利要求15所述的服务器，其特征在于，所述确定单元具体用于：

若所述API类型为所述查询型，则确定对所述API待处理的数据的处理策略为进行缓存；

若所述API类型为所述即时消费型，则确定对所述API待处理的数据的处理策略为不进行缓存。

17.根据权利要求11或12所述的服务器，其特征在于，所述确定子单元具体用于：

当所述API的类型信息为业务类型时，其中，所述业务类型包括：任务下发型或资源传输型；

根据所述预设时间段的所述API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定所述业务类型；

若所述下行数据量与上行数据量的比值满足所述第二预设条件，则确定所述业务类型为所述任务下发型，否则确定所述业务类型为所述资源传输型。

18.根据权利要求17所述的服务器，其特征在于，所述确定单元具体用于：

若所述业务类型为所述任务下发型，则确定对所述API待处理的数据的处理策略为进行去重；

若所述业务类型为所述资源传输型，则确定对所述API待处理的数据的处理策略为不进行去重。