一种微服务请求的处理方法、装置及电子设备

技术领域

本申请涉及微服务技术领域，尤其涉及一种微服务请求的处理方法、装置及电子设备。

背景技术

Spring Cloud Gateway是SpringCloud所开发的网关，它旨在为微服务架构提供一种简单有效的统一的应用程序编程接口(Application Programming Interface，API)路由管理方式。现有技术中，Spring Cloud Gateway网关收到外部调用微服务的请求之后，在已注册的网关路由集合中逐一进行匹配，如果一个请求满足某个路由的所有断言(Predicate)，则匹配该路由，之后再经过该路由的一组过滤器处理，以最终转发给目标地址(URI)。

在大型项目中，打开一个页面都可能涉及到几百个微服务系统工作，网关的代理接口数量可能成千上万个。一个代理接口对应在网关中生成一个路由，最终网关中会保存大批量路由。由于Spring Cloud Gateway默认是逐个路由进行顺序匹配，再加上路由组合断言的解析规则本身就很复杂，在路由数量较大时，路由匹配性能会急剧下降，同时还会引起服务器CPU利用率飙升，影响网关整体处理性能。

发明内容

本申请实施例提供了一种微服务请求的处理方法、装置及电子设备，能够大幅提升网关的路由匹配性能。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，提出了一种微服务请求的处理方法，包括：

接收针对目标微服务所发起的调用请求，所述调用请求携带有所述目标微服务对应的目标代理接口的目标路径Path，所述目标Path附加有所述目标代理接口的能力标识；

基于所述目标Path和所述目标Path附加的能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；其中，所述精确Path哈希表存储有代理接口的Path与路由之间的映射关系；所述精确Path哈希表中代理接口的Path附加包含有该代理接口的能力标识；

在从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于所述目标路由，对所述调用请求进行转发。

第二方面，提出了一种微服务请求的处理装置，包括：

接收模块，接收针对目标微服务所发起的调用请求，所述调用请求携带有所述目标微服务对应的目标代理接口的目标路径Path，所述目标Path附加有所述目标代理接口的能力标识；

匹配模块，基于所述目标Path和所述目标Path附加的能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；其中，所述精确Path哈希表存储有代理接口的Path与路由之间的映射关系；所述精确Path哈希表中代理接口的Path附加包含有该代理接口的能力标识；

转发模块，在从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于所述目标路由，对所述调用请求进行转发。

第三方面，提出了一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收针对目标微服务所发起的调用请求，所述调用请求携带有所述目标微服务对应的目标代理接口的目标路径Path，所述目标Path附加有所述目标代理接口的能力标识；

基于所述目标Path和所述目标Path附加的能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；其中，所述精确Path哈希表存储有代理接口的Path与路由之间的映射关系；所述精确Path哈希表中代理接口的Path附加包含有该代理接口的能力标识；

在从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于所述目标路由，对所述调用请求进行转发。

第四方面，提出了一种计算机程序产品，所述计算机程序产品存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收针对目标微服务所发起的调用请求，所述调用请求携带有所述目标微服务对应的目标代理接口的目标路径Path，所述目标Path附加有所述目标代理接口的能力标识；

基于所述目标Path和所述目标Path附加的能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；其中，所述精确Path哈希表存储有代理接口的Path与路由之间的映射关系；所述精确Path哈希表中代理接口的Path附加包含有该代理接口的能力标识；

在从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于所述目标路由，对所述调用请求进行转发。

本申请预先针对网关中各个代理接口按照能力进行分类，以将能力标识附加至代理接口的Path，并构建精确Path哈希表以存储各代理接口的Path与路由之间的映射关系。同时，规定任何外部针对微服务的调用请求所提供的Path也要附加相对应的能力标识。在接收针对目标微服务所发起的调用请求后，可以基于目标微服务对应的目标代理接口的目标路径Path以及目标能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；对于网关而言，引入能力标识相当于对中成千上万个代理接口的路由进行了分类，通过目标能力标识在精确Path哈希表中查询路由，相当于是将搜索对象直接缩小到对应的能力范围之内，从而高效率、低处理开销地匹配出与目标Path相匹配的目标路由，以对目标微服务的调用请求进行转发，进而在全局维度实现了对网关的路由匹配性能的大幅提升。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例的微服务请求的处理方法的第一流程示意图。

图2为本申请实施例的正则路由树的流程示意图。

图3为本申请实施例的微服务请求的处理方法的第二流程示意图。

图4为本申请实施例的微服务请求的处理方法的第三流程示意图。

图5为本申请实施例的微服务请求的处理装置的结构示意图。

图6是本申请实施例的电子设备的结构示意图。

具体实施方式

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

本申请的一个实施例提供一种微服务请求的处理方法，应用网关设备，比如前文所述的Spring Cloud Gateway。图1是微服务请求的处理方法的流程示意图，包括：

S102，接收针对目标微服务所发起的调用请求，调用请求携带有目标微服务对应的目标代理接口的目标路径Path，目标Path附加有目标代理接口的能力标识。

本实施例针对代理接口引入能力的概念。能力可以视为同一类型代理接口的集合，例如可以将“查询用户基本信息”和“查询用户所属部门信息”这两个接口放到“用户服务”这个能力里面，方便接入方理解和识别，1个能力可以有多个接口，1个代理接口只属于1个能力。

在其中一种可行的实现方式中，每个代理接口实际存储时，会在Path的前面附加能力标识前缀。

比如，如图2所示，“用户服务”和“订单服务”为两个不同能力，系统分配编码分别为“42eb5f”、“mp5f61”。用户服务下面有2个接口，真实Path分别为/user/${userId}、/user/dept/${deptId}；订单服务下有2个接口，真实Path分别为/order/save、/order/${orderId}。

对应地，针对目标微服务所发起的调用请求中所提供的目标Path也会在前缀中附加目标代理接口的能力标识。

S104，基于目标Path和目标Path附加的能力标识，在精确Path哈希表中查询是否存在与目标Path相匹配的目标路由；其中，精确Path哈希表存储有代理接口的Path与路由之间的映射关系；精确Path哈希表中代理接口的Path附加包含有该代理接口的能力标识。

本实施例中，预先逐个对全量路由表中代理接口的路由定义进行分析，如果所量路由表中任意目标路由定义中的代理接口的Path为属于精确Path，则将目标路由定义所属的路由与所述目标路由定义中的Path之间的映射关系添加至精确Path哈希表。

其中，精确Path哈希表采用键值Key-Value对的数据存储方式存储代理接口的Path与路由之间的映射关系。即，“能力标识+精确Path”作为Key值，对应的路由作为Value值。

对应地，本步骤可以将“目标Path附加的能力标识+目标Path”作为查询时的Key值，以确定目标Path相配的目标路由。

对于网关而言，引入能力标识相当于对中成千上万个代理接口的路由进行了分类，Key值涵盖能力标识可快速缩小路由查询范围，有利于提高在精确Path哈希表中的匹配速度。相比于传统的从网关路由集合中逐一进行匹配，不管最终是否匹配成功，对于不属于标Path附加的能力标识的路由，则省去了查询开销。

S106，在从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于目标路由，对调用请求进行转发。

需要说明的，只要能够确定目标Path所对应的目标路由，即可按照目标路由对调用请求进行正确转发；调用请求具体的目标地址这里本文不作具体限定。

本实施例的方法预先针对网关中各个代理接口按照能力进行分类，以将能力标识附加至代理接口的Path，并构建精确Path哈希表以存储各代理接口的Path与路由之间的映射关系。同时，规定任何外部针对微服务的调用请求所提供的Path也要附加相对应的能力标识。在接收针对目标微服务所发起的调用请求后，可以基于目标微服务对应的目标代理接口的目标路径Path以及目标能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；对于网关而言，引入能力标识相当于对中成千上万个代理接口的路由进行了分类，通过目标能力标识在精确Path哈希表中查询路由，相当于是将搜索对象直接缩小到对应的能力范围之内，从而高效率、低处理开销地匹配出与目标Path相匹配的目标路由，以对目标微服务的调用请求进行转发，进而在全局维度实现了对网关的路由匹配性能的大幅提升。

当然，除了精确Path外，也有一些微服务的调用请求是以正则化的形式提供一个相对于模糊的Path，这类模糊的Path被称为正则Path。显然，正则Path涵盖了符合正则化要求的一些列精确Path，并不适用于上述精确Path哈希表中Path与路由之间“一对一”的映射关系。

针对正则Path的路由匹配，本实施例以树结构来存储其对应的路由。也就是预先逐个对全量路由表中代理接口的路由定义进行分析，如果全量路由表中任意目标路由定义中的代理接口的Path为属于正则Path，则按照“根路径-能力标识-精确Path片段”的结构形式，将目标路由定义所属的路由添加至所述正则Path路径树中。

简单举例介绍，假设用户服务下的path包括：/42eb5f/user/${userId}和/42eb5f/user/dept/${deptId}；订单服务的path包括：/mp5f61/order/save和/mp5f61/order/${orderId}，则正则Path路径树的结构可以如图2所示。

其中，“/”表示根路径；“42eb5f”是用户服务的能力标识，“mp5f61”是订单服务的能力标识。

针对“42eb5f”，user是能力标识“42eb5f”下的叶子节点，${userId}和dept是user下的叶子节点，${deptId}是dept下的叶子节点。在上述/42eb5f/user/${userId}中，user/${userId}是真实Path，42eb5f是附加的前缀；/42eb5f/user/dept/${deptId}中，user/dept/${deptId是真实Path，42eb5f是附加的前缀。

针对“mp5f61”，order是“mp5f61”的的叶子节点，save和${orderId}是order下的叶子节点。在上述/mp5f61/order/save中，order/save是真实Path，mp5f61是附加的前缀；/mp5f61/order/${orderId}中，order/${orderId}是真实Path，mp5f61是附加的前缀。

本实施例在未从精确Path哈希表中查询出与目标Path相配的目标路由的情况下(目标Path可能是正则Path)，可基于目标Path和目标Path附加的能力标识，尝试在正则Path路径树中查询是否存与所述目标Path相匹配的目标路由。

需要说明的是，目标Path附加的能力标识可以在正则Path路径树中快速定位到相对应的叶子节点，而正则要求也限制了Path片段，基于Path片段又进一步在能力标识的叶子节点下，快速定位之后的孙子节点等，因此也同样可以快速缩小路由查询范围，有利于提高路由匹配的速度。相比于传统的从网关路由集合中逐一进行匹配，不管最终是否匹配成功，对于不属于标Path附加的能力标识的叶子节点，则省去了查询开销。

此外，本实施例如果查询出目标路由，则可以从微服务架构的注册中心获取代理接口最新的路由定义，以对全量路由表中代理接口的路由定义进行更新。如前所述，精确Path哈希表和正则Path路径树是根据全量路由表生成的，全量路由表的随时更新可以确保精确Path哈希表和正则Path路径树的时效性。

此外，本实施例如果未从所述正则Path路径树中查询出与目标Path相配的目标路由，则可以向所述调用请求的发起端(通常是应用程序的客户端)反馈错误提示信息，以及时通知给发起端的用户。

下面对本实施例的方法进行详细介绍。

本实施例的方法包括配置阶段和应用阶段。

其中，配置阶段如图3所示，包括：

A1，为网关的代理接口引入能力概念，并为每种能力配置能力标识。

作为示例性介绍，针对每个能力分配唯一的6位标识，属于同一个能力的不同代理接口拥有相同的能力标识。

比如，用户服务的能力标识为“42eb5f”，订单服务的能力标识为“mp5f61”。

A2，在每个代理接口的path中，附加对应的能力标识作为前缀。

A3，将每个代理接口的路由定义中更新path的能力标识前缀，并写入全量路由表中。

A4，逐个对全量路由表中代理接口的路由定义进行分析，判断路由定义中的Path的类型。

A5，如果全量路由表中任意目标路由定义中的代理接口的Path为属于精确Path，则将目标路由定义所属的路由与目标路由定义中的Path之间的映射关系添加至精确Path哈希表。

A5’，如果全量路由表中任意目标路由定义中的代理接口的Path为属于正则Path，则按照根路径-能力标识-精确Path片段的结构形式，将目标路由定义所属的路由添加至正则Path路径树中。

其中，应用阶段如图4所示，包括：

B1，在网关中创建全局过滤器。

其中，所有微服务的调用请求都会经过全局过滤器来匹配路由。

接入外部针对目标微服务所发起的调用请求；

B2，接入外部针对目标微服务所发起的调用请求。

其中，目标微服务的调用请求携带有目标微服务对应的目标代理接口的目标路径Path，目标Path前缀附加有目标代理接口对应的能力标识。

B3，通过全局过滤器，基于目标Path和目标Path附加的能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；如果未查询到，则执行B4；如果查询到，则执行B5。

需要说明的是，针对代理接口Path中存在参数或通配符的场景，无法直接将Path作为key存储到哈希表中，如果直接将此类Path的路由对象组成一个线性集合，那在检索时只能是遍历，时间复杂度是O(n)。

考虑到B2中已经分析得出，同一能力代理接口拥有相同前缀以及不同能力的代理接口的前缀不一样，这种特征非常适合使用树形数据结构来表示，树形结构的检索，比集合一个一个遍历性能要好一些，时间复杂度是O(log n)。

B4，通过全局过滤器，基于目标Path和目标Path附加的能力标识，在正则Path路径树中查询是否存与目标Path相匹配的目标路由；如果未查询得到，则执行B5；如果查询得到，则执行B6。

B5，根据注册中心代理接口最新的路由定义，对全量路由表中代理接口的路由定义进行更新。

B6，反馈错误提示。

综上所述，本实施例的方法针对Spring Cloud Gateway网关的默认线性顺序路由匹配策略进行了性能优化，具体是通过预先生成精确Path哈希表以及正则Path路径树两种格式的路由缓存，实现动态路由的快速检索，两种格式的路由匹配时间复杂度分别是O(1)和O(logn)，相较于网关默认的线性顺序匹配机制(时间复杂度为O(n))，性能更好，尤其在路由数量较多的场景下效果更佳。

此外，本申请的另一实施例还提供一种微服务请求的处理装置，应用于网关设备。图5是微服务请求的处理装置500的流程示意图，包括：

接收模块510，接收针对目标微服务所发起的调用请求，所述调用请求携带有所述目标微服务对应的目标代理接口的目标路径Path，所述目标Path附加有所述目标代理接口的能力标识。

匹配模块520，基于所述目标Path和所述目标Path附加的能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；其中，所述精确Path哈希表存储有代理接口的Path与路由之间的映射关系；所述精确Path哈希表中代理接口的Path附加包含有该代理接口的能力标识。

转发模块530，在从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于所述目标路由，对所述调用请求进行转发。

本实施例的装置预先针对网关中各个代理接口按照能力进行分类，以将能力标识附加至代理接口的Path，并构建精确Path哈希表以存储各代理接口的Path与路由之间的映射关系。同时，规定任何外部针对微服务的调用请求所提供的Path也要附加相对应的能力标识。在接收针对目标微服务所发起的调用请求后，可以基于目标微服务对应的目标代理接口的目标路径Path以及目标能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；对于网关而言，引入能力标识相当于对中成千上万个代理接口的路由进行了分类，通过目标能力标识在精确Path哈希表中查询路由，相当于是将搜索对象直接缩小到对应的能力范围之内，从而高效率、低处理开销地匹配出与目标Path相匹配的目标路由，以对目标微服务的调用请求进行转发，进而在全局维度实现了对网关的路由匹配性能的大幅提升。

可选地，匹配模块520还用于：在未从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于所述目标Path和所述目标Path附加的能力标识，在正则Path路径树中查询是否存与所述目标Path相匹配的目标路由；其中，所述正则Path路径树按照根路径-能力标识-精确Path片段的结构形式存储有代理接口的路由。

可选地，匹配模块520还用于：在精确Path哈希表中查询是否存与所述目标Path相匹配的目标路由之前，逐个对全量路由表中代理接口的路由定义进行分析，如果所述全量路由表中任意目标路由定义中的代理接口的Path为属于精确Path，则将所述目标路由定义所属的路由与所述目标路由定义中的Path之间的映射关系添加至所述精确Path哈希表中。

可选地，匹配模块520还用于：在正则Path路径树中查询是否存与所述目标Path相匹配的目标路由之前，逐个对全量路由表中代理接口的路由定义进行分析，如果所述全量路由表中任意目标路由定义中的代理接口的Path为属于正则Path，则按照根路径-能力标识-精确Path片段的结构形式，将所述目标路由定义所属的路由添加至所述正则Path路径树中。

可选地，本实施例的装置还包括：

更新模块，在查询出所述目标路由的情况下，从注册中心获取代理接口最新的路由定义，以对所述全量路由表中代理接口的路由定义进行更新。

可选地，所述精确Path哈希表采用键值对的数据存储方式存储代理接口的Path与路由之间的映射关系。

可选地，本实施例的装置还包括：

反馈模块，在未从所述正则Path路径树中查询出与目标Path相配的目标路由的情况下，向所述调用请求的发起端反馈错误提示信息。

需要说明的是，本实施例的身份识别装置可以作为图1所示方法的执行主体，因此能够实现图1所示方法的步骤和功能。

图6是本申请的一个实施例提供的电子设备的结构示意图。请参考图6，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral ComponentInterconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

其中，处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成上述微服务请求的处理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收针对目标微服务所发起的调用请求，所述调用请求携带有所述目标微服务对应的目标代理接口的目标路径Path，所述目标Path附加有所述目标代理接口的能力标识。

基于所述目标Path和所述目标Path附加的能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；其中，所述精确Path哈希表存储有代理接口的Path与路由之间的映射关系；所述精确Path哈希表中代理接口的Path附加包含有该代理接口的能力标识。

在从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于所述目标路由，对所述调用请求进行转发。

上述如本申请图1所示的微服务请求的处理可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－ProgrammableGate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请实施例还提出了一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的计算机可读存储介质，所述计算机程序可操作来使计算机执行如下操作：

接收针对目标微服务所发起的调用请求，所述调用请求携带有所述目标微服务对应的目标代理接口的目标路径Path，所述目标Path附加有所述目标代理接口的能力标识。

基于所述目标Path和所述目标Path附加的能力标识，在精确Path哈希表中查询是否存在与所述目标Path相匹配的目标路由；其中，所述精确Path哈希表存储有代理接口的Path与路由之间的映射关系；所述精确Path哈希表中代理接口的Path附加包含有该代理接口的能力标识。

在从精确Path哈希表中查询出与目标Path相配的目标路由的情况下，基于所述目标路由，对所述调用请求进行转发。

总之，以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请一个或多个实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请一个或多个实施例的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。