缩型或未压缩型；
[0042]通过内容类型字段content-type检测以确定所述内容类型；
[0043]若检测到所述报文信息的内容为已经压缩处理过的数据；则确定所述内容类型为所述已压缩型；若检测到所述报文信息的内容为未经压缩处理过的数据，则确定所述内容类型为所述未压缩型。
[0044]结合第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述确定单元具体用于:
[0045]若所述内容类型为所述未压缩型，则确定对所述API待处理的数据的处理策略为进行压缩；若所述内容类型为所述已压缩型，则确定对所述API待处理的数据的处理策略为不进行压缩。
[0046]结合第二方面的第一种或第二种可能的实现方式，在第五种可能的实现方式中，所述确定子单元具体用于:
[0047]当所述API的类型信息为API类型时，其中，所述API类型包括:即时消费型或查询型；
[0048]根据所述预设时间段的所述API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定所述API类型；若所述第一比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型；或者，
[0049]根据所述预设时间段的所述API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及所述第一预设条件来确定所述API类型；若所述第二比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型。
[0050]结合第二方面的第五种可能的实现方式，在第六种可能的实现方式中，所述确定单元具体用于:
[0051]若所述API类型为所述查询型，则确定对所述API待处理的数据的处理策略为进行缓存；
[0052]若所述API类型为所述即时消费型，则确定对所述API待处理的数据的处理策略为不进行缓存。
[0053]结合第二方面的第一种或第二种可能的实现方式，在第七种可能的实现方式中，所述确定子单元具体用于:
[0054]当所述API的类型信息为业务类型时，其中，所述业务类型包括:任务下发型或资源传输型；
[0055]根据所述预设时间段的所述API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定所述业务类型；
[0056]若所述下行数据量与上行数据量的比值满足所述第二预设条件，则确定所述业务类型为所述任务下发型，否则确定所述业务类型为所述资源传输型。
[0057]结合第二方面的第七种可能的实现方式，在第八种可能的实现方式中，所述确定单元具体用于:
[0058]若所述业务类型为所述任务下发型，则确定对所述API待处理的数据的处理策略为进行去重；
[0059]若所述业务类型为所述资源传输型，则确定对所述API待处理的数据的处理策略为不进行去重。
[0060]本发明实施例提供的网络优化加速方法和装置，API管理服务器首先获取API的类型信息，然后根据所述API的类型信息确定对所述API待处理的数据的处理策略，最后向广域网优化控制器WOC下发所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。在本发明实施例提供的技术方案中，API管理服务器作为管理各个API的服务器以及用户与后端服务器之间通过各个API交互数据的中转站，由API管理服务器根据确定到API的类型信息制定的各个API待处理数据的处理策略相比现有的技术方案中由WOC自身通过感知所确定的处理策略更准确，因此可以有效降低广域网数据传输时延。
【附图说明】
[0061]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0062]图1为本发明的实施架构示意图；
[0063]图2为本发明实施例提供的一种网络优化加速方法的流程示意图一；
[0064]图3为本发明实施例提供的一种网络优化加速方法的流程示意图二 ；
[0065]图4为本发明实施例提供的一种API管理服务器的结构示意图；
[0066]图5为本发明实施例提供的一种API管理服务器的获取单元的结构示意图；
[0067]图6为本发明实施例提供的另一种API管理服务器的结构示意图。
【具体实施方式】
[0068]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0069]在介绍本发明提供的技术方案前，先对本发明中涉及到的内容进行简要介绍，图1为本发明的实施架构示意图，如图1所示，用户与API管理服务器之间的通信网络中部署有应用程序(英文-Applicat1n，缩写:APP)服务器、用户侧客户端W0C、API管理服务器侧服务端W0C，用户侧客户端WOC与API管理服务器侧服务端WOC通过广域网WAN相连，用户侧客户端WOC的网络优化加速策略与API管理服务器侧服务端WOC的网络优化加速策略相同时可以完成用户侧与API管理服务器侧的网络优化加速，一般的，当某一端WOC的网络优化加速策略选定后向对端WOC发送选定的策略完成两端WOC策略同步以保证可以实现网络优化加速；对于后端服务器侧与API管理服务器侧之间的通信网络的部署结构与上述用户与API管理服务器之间的通信网络的部署结构同理，具体参考前述说明。
[0070]本发明实施例提供的一种网络优化加速方法，基于API管理服务器，如图2所示，该方法包括:
[0071]步骤10UAPI管理服务器获取API的类型信息。
[0072]步骤102、API管理服务器根据该API的类型信息确定对该API待处理的数据的处理策略。
[0073]步骤103、API管理服务器向WOC下发所述处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。
[0074]需要说明的是，相比现有技术方案中由WOC自身感知经过其传输的数据类型，在本发明提供的技术方案中，API管理服务器作为管理各个API的服务器以及用户与后端服务器之间通过各个API交互数据的中转站，API管理服务器感知数据具有天然的感知优势，由API管理服务器根据感知到的信息制定WOC处理数据时的处理策略可以有效减少广域网络传输时延，提升用户的体验。
[0075]本发明实施例提供的网络优化加速方法，API管理服务器首先获取API的类型信息，然后根据该API的类型信息确定对该API待处理的数据的处理策略，最后向WOC下发该处理策略，该处理策略用于指示WOC对该API待处理的数据进行相应的处理。通过本发明提供的技术方案，可以降低广域网数据传输时延。
[0076]为了使本领域技术人员能够更清楚地理解本发明实施例提供的技术方案，下面通过具体的实施例，对本发明的实施例提供的网络优化加速方法进行详细说明，如图3所示，该方法包括:
[0077]步骤201、API管理服务器通过读取API的服务配置，获取该API初始的类型信息。
[0078]其中，类型信息包括以下至少一种:内容类型、API类型、业务类型。内容类型包括:已压缩型或未压缩型；API类型包括:即时消费型或查询型；业务类型包括:任务下发型或资源传输型。
[0079]示例性的，API的服务配置为API向API管理服务器注册时提供的包含有该API初始的类型信息的文件，可以在该文件中新增三个字段分别对应内容类型、API类型以及业务类型，每个字段可以有两个不同的值，例如，内容类型对应的字段的两个不同的值分别对应已压缩型和未压缩型，API管理服务器通过读取该文件中的新增字段的值就可以获取到该API初始的类型信息。
[0080]业务类型为任务下发型是指该API待处理的数据是用户侧与后端服务器侧双向交互的数据；业务类型为资源传输型是指该API待处理的数据主要是用户侧从后端服务器侧下行下载的数据，数据基本上是由后端服务器侧单向传输至用户侧。API类型为即时消费型是指该API待处理的数据中上行数据或下行数据在一段时间内相同的数据很少，一般是用户侧的用户与后端服务器侧的服务器随机性地双向数据交互;API类型为查询型是指该API待处理的数据中上行数据或下行数据在一段时间内相同的数据很多，一般是用户侧有大量用户在某段时间内大量访问后端服务器侧的某个服务器。内容类型为已压缩型是指该API待处理的数据已经经过了压缩，例如.mp4格式的视频数据、.jpg格式的图片数据以及.mp3格式的音频数据等等；内容类型为未压缩型是指该API待处理的数据还未进行过压缩。
[0081]步骤202、API管理服务器根据