一种缓存策略的确定方法及装置与流程

本发明涉及通信技术领域，尤其涉及一种缓存策略的确定方法及装置。

背景技术：

随着应用(application，app)的迅猛发展，越来越多的公司或者网站的服务商向app开发者提供开放应用程序编程接口(applicationprogramminginterface，api)，使得app开发者能够基于开放api迅速开发app。

app在使用的过程中，通过调用相应的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开发者编写的。如果缓存策略编写有误，会直接导致app收到错误的响应而影响业务。

技术实现要素：

本发明的实施例提供一种缓存策略的确定方法及装置，使得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标识的api请求消息进行响应之后，该方法还包括：该api管理集群采用第一周期，周期性地在该缓存时间段内验证该缓存策略是否有效；当该缓存策略无效时，该api管理集群对该缓存策略进行更新。

通过该可选方式，api管理集群能够自动对正在使用的缓存策略进行验证，并在缓存策略验证不通过时，及时对该缓存策略进行更新，以实现对正在使用的缓存策略的自动验证过程，保证缓存策略的正确性。

可选的，该api管理集群对接收到的多个api请求消息和多个api响应消息进行统计分析之前，该方法还包括：该api管理集群确定该多个api请求消息中携带的服务质量(qualityofservice，qos)等级信息是否符合预设等级；该api管理集群对接收到的多个api请求消息和多个api响应消息进行统计分析，包括：若该多个api请求消息中携带的qos等级信息符合该预设等级，该api管理集群则对接收到的该多个api请求消息和该多个api响应消息进行统计分析。

其中，等级信息可以包app的qos等级，或者app用户的qos等级，预设等级可以为金牌app等级，通过该可选方式，能够实现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请求消息中携带的服务质量qos等级信息是否符合预设等级；该分析统计单元，具体用于若该确定单元确定该多个api请求消息中携带的qos等级信息符合该预设等级，则对接收到的该多个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管理集群的技术效果可以参见上述第一方面或第一方面的各个可选方式的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例。

图1为本发明实施例提供的api应用网络场景示意图；

图2为本发明实施例提供的一种api管理集群的结构示意图；

图3为本发明实施例提供的一种缓存策略的确定方法的流程图；

图4为本发明实施例提供的一种api管理集群的结构示意图；

图5为本发明实施例提供的又一种api管理集群的结构示意图；

图6为本发明实施例提供的另一种api管理集群的结构示意图。

具体实施方式

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

图1为本发明实施例提供的一种api应用网络场景示意图，可以包括网站服务器、销货点(pointofsate，pos)、移动终端、api管理集群，后台服务器(backendserver)和集成系统，集成系统可以包括企业服务总线(enterpriseservicebus，esb)，面向服务的架构(service-orientedarchitecture，soa)，数据库(database)以及app服务器(appserver，as)等。其中，api管理集群作为api网关，通过互联网与用户端(包括网站服务器、pos、移动终端)和服务端(包括后台服务器和集成系统)相连。api管理集群将用户端发送的api请求消息转发至服务端，例如发送至as，由as对该api请求消息进行处理并响应，并将该api请求消息对应的响应消息发送至api管理集群，由该api管理集群将该api响应消息转发至用户端。

如图2所示，为本发明实施例提供的一种api管理集群，包括管理服务器(managementserver)、路由器、信息处理(messageprocess)模块以及缓存分析模块。

其中，管理服务器负责创建api，创建app，订阅api以及定义api编排逻辑等。

路由器负责接收来自用户端的api请求消息，并交给信息处理模块处理，并负责接收信息处理模块的响应，并回给用户端。

信息处理模块，按照上述api编排逻辑，对api请求消息进行处理(例如格式转换，缓存等)，并转发给指定的后台服务器或者as，以及按照上述api编排逻辑，对api响应消息进行处理(例如格式转换，缓存等)，并返回给路由器。

缓存分析模块为api管理集群中增加的模块，通过对信息处理模块或者路由器接收到的api请求消息及其对应的api响应消息进行统计分析确定缓存策略，并自动对确定的缓存策略进行验证，以及将验证后的缓存策略保存到api编排逻辑中，以供信息处理模块使用，实现确定api缓存策略的自动化流程，无需人工进行编写以及维护，从而提高缓存策略的正确率。

需要说明的是，在本发明实施例中，api管理集群中的管理服务器、路由器、信息处理模块以及缓存分析模块可以分别为独立的物理机，也可以分别独立的进程或者独立的线程，运行在同一物理机上。

具体的，基于图2，如图3所示，本发明实施例提供一种缓存策略的确定方法，该方法可以包括：

s101、api管理集群对接收到的多个api请求消息和多个api响应消息进行统计分析。

该多个api请求消息与该多个api响应消息一一对应，每个api请求消息与其对应的api响应消息中携带相同的ap标识。

在本发明实施例中，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响应消息的时刻。

例如，假设在xxxx年xx月01日，api管理集群接收到了10000个携带第一api标识的api请求消息以及每个api请求消息对应的api响应消息。若api管理集群通过统计分析，确定第100个携带第一api标识的api请求消息到第1000个携带第一api标识的api请求消息对应的api响应消息的内容都是相同的，api管理集群则可以确定携带第一api标识的api请求消息对应的api响应消息的内容是可以进行缓存的。

那么，api管理集群可以根据接收到第100个携带第一api标识的api请求消息的时刻，和接收到第1000个携带第一api标识的api请求消息对应的api响应消息的时刻，确定第一时间段。例如，api管理集群在在xxxx年xx月01日9:00时，接收到第100个携带第一api标识的api请求消息，在xxxx年xx月01日10:00时，接收到第1000个携带第一api标识的api请求消息对应的api响应消息，即第一时间段为xxxx年xx月01日9:00～10:00。从而，api管理集群得到的统计分析结果为在xxxx年xx月01日9:00～10:00，所有携带第一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请求消息的统一资源定位符(uniformresourelocator，url)中的参数(parameters)，相应的，api响应消息中的第一参数为该api响应消息的url中的参数；api请求消息中的第一参数也可以为该api请求消息的数据体(body)中的参数，相应的，该api响应消息中的第一参数也可以为该api响应消息的数据体中的参数。

在一个示例中，当一个周期内存在多个时间段，在该多个时间段中的每个时间段中，api管理集群接收到的所有携带第一api标识的请求消息对应的api响应消息的内容都相同时，该多个时间段可以分别为一个第一时间段，也可以组成一个第一时间段。

例如，在xxxx年xx月01日的9:00～10:00，11:00～12:00，以及15:00～16:00这三个时间段中的每个时间段内，api管理集群接收到的所有携带第一api标识的请求消息对应的api响应消息的内容都相同，或者，api管理集群接收到的所有携带第一api标识和第一参数的请求消息对应的api响应消息的内容都相同，则可以将9:00～10:00，11:00～12:00，以及15:00～16:00这三个时间段组成的一个时间段集合确定为第一时间段。也可以将9:00～10:00，11:00～12:00，以及15:00～16:00分别确定为一个第一时间段。

在一个示例中，api管理集群对接收到的携带第一api标识的多个api请求消息和每个api请求消息对应的api响应消息进行统计分析之前，api管理集群还可以对接收到的api请求消息中携带的qos等级信息进行验证，确定接收到的qos等级信息是否符合预设等级。

例如，api请求消息中携带的等级信息可以包括app的qos等级，或者app用户的qos等级，相应的，预设等级可以为金牌app等级，或者金牌用户等级等。

例如，api管理集群接收到的api请求消息中携带的app用户的qos等级为金牌用户等级，则可以将该api请求消息及其对应的api响应消息输入到缓存分析模块中进行统计分析。

即在本发明实施例中，若api管理集群接收到的多个api请求消息中携带的等级信息符合预设等级，api管理集群则对该多个api请求消息和多个api响应消息进行统计分析。从而可以实现高等级app或者用户的api请求优先进行缓存分析。

s102、api管理集群根据统计分析结果确定缓存时间段。

其中，缓存时间段为第一时间段所在周期之后的周期中与该第一时间段相对应的时间段。

例如，假设1天为1个周期，第一时间段为xxxx年xx月01日9:00～10:00，那么在xxxx年xx月01日之后的每一天中的9:00～10:00即为与第一时间段相对应的时间段。在本发明实施例中，api管理集群可以根据实际需求确定xxxx年xx月01日之后的每一天中的9:00～10:00为缓存时间段，也可以确定xxxx年xx月01日之后的一个月内的每一天中的9:00～10:00为缓存时间段，对此，本发明实施例不作限制。

在一个示例中，当一个周期内存在多个时间段，在该多个时间段中的每个时间段中，api管理集群接收到的所有携带第一api标识的请求消息对应的api响应消息的内容都相同时，若多个时间段可以分别为一个第一时间段，api管理集群则可以针对每一个时间段确定一个缓存策略；若该多个时间段组成的一个时间集合为第一时间段，第一时间段可以由多个时间段组成的一个时间段集合，api管理集群则可以根据该多个时间段确定一个缓存策略。

s103、api管理集群确定缓存策略，该缓存策略用于指示api管理集群根据在缓存时间段内接收到的第一个携带第一api标识的api请求消息对应的api响应消息的内容，对该缓存时间段内接收到的所有携带第一api标识的api请求消息进行响应。

其中，缓存策略可以包括第一api标识和缓存时间段的对应关系，以及用于指示api管理集群执行相关操作的指令。

在一个示例中，当在第一时间段内，api管理集群接收到的所有携带第一api标识和第一参数的api请求消息对应的api响应消息均相同，则该缓存策略包括该缓存时间、该第一参数和第一api标识之间的对应关系，以及用于指示api管理集群执行相关操作的指令。那么，该缓存策略用于指示api管理集群根据在缓存时间段内接收到的第一个携带第一api标识和第一参数的api请求消息对应的api响应消息的内容，对该缓存时间段内接收到的所有携带第一api标识和第一参数的api请求消息进行响应。

值得说明的是，api管理集群可以通过上述本发明实施例提供的缓存策略的确定方法，确定缓存策略，而无需人工编写，从而提高了缓存策略的正确率。

进一步的，在上述s103之后，该方法还包括：

s104、api管理集群在第一时间段所在周期之后至少一个周期内的缓存时间段，对该缓存策略的正确率进行验证进行验证。

其中，该至少一个周期为与该第一时间段所在周期相邻的周期。api管理集群确定在至少一个周期中的每个周期内的缓存时间段，验证该缓存策略是否有效。

具体的，在一个缓存时间段内，api管理集群确定在该缓存时间段内接收到的所有携带第一api标识的api请求消息对应的api响应消息的内容的是否相同，若相同，则该缓存策略有效，若不相同，则该缓存策略无效。

api管理集群在该至少一个周期内的所有缓存时间段对该缓存策略进行验证，确定该缓存策略有效的比例，该缓存策略有效的比例即为该缓存策略的正确率。

需要说明的是，该至少一个周期个数可以根据实际需求进行设置，对此，本发明实施例不作限制。

s105、在该正确率大于或者等于预设阈值的情况下，api管理集群采用该缓存策略对携带第一api标识的api请求消息进行响应。

优选的，预设阈值可以为100％。当api管理集群确定该缓存策略的正确率为100％时，api管理集群即可将该缓存策略保存到策略库中，以采用该缓存策略对携带第一api标识的api请求消息进行响应。即api管理集群将该缓存策略保存到api编排逻辑中的策略库中后，该api管理集群的信息处理模块在每一个缓存时间段中，将接收到的第一个携带第一api标识的api请求消息对应的api响应消息的内容进行缓存，并在该缓存时间段内接收到其他携带第一api标识的api请求消息时，直接采用缓存的api响应消息的内容对其他携带第一api标识的api请求消息进行响应。而无需将其他携带第一api标识的api请求消息转发到as，由as对每一个携带第一api标识的api请求消息进行响应，从而降低as的负载压力。

可选的，当该正确率小于预设阈值时，api管理集群即可删除该缓存策略，并采用上述s101-s103中的方法重新确定新的缓存策略，并进一步进行验证，直至获得正确率大于或者等于预设阈值的缓存策略。

需要说明的是，预设阈值可以根据实际要求进行设置，对此，本发明实施例不作限制。

进一步的，在本发明实施例中，api管理集群在采用该缓存策略对第一api请求消息进行响应的过程中，还可以采用第一周期，周期性在缓存时间段内验证该缓存策略是否有效，当该缓存策略验证有效时，则继续使用该缓存策略对携带第一api标识的api请求消息进行响应，当该缓存策略无效时，api管理集群即可对该缓存策略进行更新。

示例性的，以10个缓存时间段为一个第一周期，周期性的在缓存时间段内验证该缓存策略是否有效。具体的，api管理集群在第1到第9个缓存时间段，采用该缓存策略对携带第一api标识的api请求消息进行响应，在第10个缓存时间段内，将第10个缓存时间段内接收到的所有携带第一api标识的api请求消息按照通常处理方式，转发至as，由as进行处理，并接收as发送的与每个第一api标识的api请求消息对应的api响应消息，然后验证第10个缓存时间段内接收到的所有携带第一api标识的api请求消息对应的响应消息的内容是否相同。若相同，则该缓存策略有效，api管理集群可以继续采用该缓存策略对携带第一api标识的api请求消息进行响应。若不相同，则该缓存策略无效，api管理集群即可对该缓存策略进行更新。

可以理解的是，当该缓存策略验证无效时，api管理集群可以删除该缓存策略，并采用上述s101-s105中的方法重新确定新的且正确率为预设阈值的缓存策略。

通过本发明实施例提供的方案，api管理集群能够自动对接收到的api请求消息及其对应的api响应消息进行统计分析，确定缓存策略，并自动对确定的缓存策略进行验证和使用，实现确定api缓存策略的自动化流程，无需人工进行编写以及维护，从而提高了缓存策略的正确率。

上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，各个网元，例如api管理集群等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对api管理集群等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图4示出了上述实施例中所涉及的api管理集群的一种可能的结构示意图，api管理集群包括：分析统计单元10、确定单元11、验证单元12、响应单元13、以及更新单元14。分析统计单元10用于支持api管理集群执行图3中的过程s101；确定单元11用于支持api管理集群执行图3过程中的s102-s103；验证单元12用于支持api管理集群执行图3过程中的s104；响应单元13用于支持api管理集群执行图3过程中的s105，更新单元14用于支持api管理集群执行更新操作。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，当api管理集群中的管理服务器、路由器、缓存分析模块以及信息处理模块以独立进程或者独立线程的方式，运行在同一物理机上时，图5示出了上述实施例中所涉及的api管理集群的另一种可能的结构示意图。api管理集群包括：处理模块100和通信模块101。处理模块100用于对api管理集群的动作进行控制管理，例如，处理模块100用于支持api管理集群执行图3过程中s101-s105；和/或用于本文所描述的技术的其它过程。通信模块101用于支持api管理集群与其他网络实体的通信，例如与图1中示出的功能模块或网络实体之间的通信。api管理集群还可以包括存储模块102，用于存储api管理集群的程序代码和数据。

其中，处理模块100可以是处理器或控制器，例如可以是cpu，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，专用集成电路(application-specificintegratedcircuit，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信模块101可以是通信接口。存储模块102可以是存储器。

当处理模块100为处理器，通信模块101为通信接口，存储模块102为存储器时，本发明实施例所涉及的api管理集群可以为图6所示的api管理集群。

参阅图6所示，该api管理集群包括：处理器110、通信接口111、存储器112以及总线113。其中，通信接口111、处理器110以及存储器112通过总线113相互连接；总线113可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

当api管理集群中的管理服务器、路由器、缓存分析模块以及信息处理模块分别为独立的物理机时，本发明实施例所涉及的api管理集群可以为图2所示的api管理集群。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(randomaccessmemory，ram)、闪存、只读存储器(readonlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablerom，eprom)、电可擦可编程只读存储器(electricallyeprom，eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。