一种服务调用链路监控方法及装置

技术领域

本发明属于计算机技术领域，尤其涉及一种服务调用链路监控方法及装置。

背景技术

微服务是目前非常流行的一种架构风格，通常是将一个大型复杂的软件应用拆分成一组小的、互相连接的微服务，每个微服务实现特定的功能，可被独立部署，微服务之间松耦合。

在微服务架构中，一次请求操作由一组不同的微服务操作共同完成，请求响应时间受这条调用链路上的所有服务影响，因此具有请求超时定位的需求。而目前常用的调用链路监控方案，例如open tracing，一次请求调用链称为trace，调用链上每个服务间的请求称为span，记录trace和span查询消耗的总时间，例如，一次请求涉及到3个服务，分别是服务A调用服务B，服务B调用服务C，trace查询消耗的总时间即A调用B，B再调用C所消耗的总时间；某一span查询消耗的时间包含后端调用链路上的服务占用的时间，例如，A调用B的Span所消耗的时间包含了B调用C消耗的时间。因此，无法直接获得并快速定位出整条调用链路中耗时最大的服务或调用链路。

发明内容

有鉴于此，本发明的目的在于提供一种服务调用链路监控方法及装置，以解决传统的调用链路监控方案无法直接获得并快速定位整条调用链路中耗时最大的服务或调用链路的问题，其公开的技术方案如下：

第一方面，本申请提供了一种服务调用链路监控方法，包括：

对于任一服务，所述服务记录接收到上一级服务发送的请求的时刻为第一时间戳；

所述服务记录向所述上一级服务返回响应的时刻为第二时间戳；

所述服务记录向下一级服务发送请求的时刻为第三时间戳；

所述服务记录接收到所述下一级服务返回响应的时刻为第四时间戳；

根据所述服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳、所述第四时间戳，计算得到所述服务的服务自身消耗时间；

根据具有调用关系的两个服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳和所述第四时间戳，计算得到所述两个服务对应的调用子链路所对应的链路消耗时间。

可选地，所述根据具有调用关系的两个服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳和所述第四时间戳，计算得到所述两个服务对应的调用子链路所对应的链路消耗时间，包括：

所述两个服务包括第一服务和第二服务，且所述第一服务用于调用所述第二服务；

根据所述第二服务对应的所述第一时间戳和所述第二时间戳，以及所述第一服务对应的所述第三时间戳和所述第四时间戳，计算得到所述第一服务调用所述第二服务的调用子链路的链路消耗时间。

可选地，所述根据所述服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳、所述第四时间戳，计算得到所述服务的服务自身消耗时间，包括：

获取所述服务对应的第三时间戳与第一时间戳之间的第一时间差；

获取所述服务对应的第二时间戳与第四时间戳之间的第二时间差；

计算所述第一时间差与所述第二时间差相加的总和，得到所述服务的服务自身消耗时间。

可选地，所述根据所述服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳、所述第四时间戳，计算得到获得所述服务的服务自身消耗时间，包括：

当所述服务未调用任何服务时，所述第三时间戳和所述第四时间戳均为零；

根据所述服务对应的所述第二时间戳和所述第一时间戳，计算得到所述服务的服务自身消耗时间。

可选地，所述根据所述第二服务对应的所述第一时间戳和所述第二时间戳，以及所述第一服务对应的所述第三时间戳和所述第四时间戳，计算得到所述第一服务调用所述第二服务的调用子链路的链路消耗时间，包括：

获取所述第二服务的第一时间戳与所述第一服务的第三时间戳之间的第三时间差；

获取所述第一服务的第四时间戳与所述第二服务的第二时间戳之间的第四时间差；

计算所述第三时间差与所述第四时间差相加的总和，得到所述链路消耗时间。

可选地，所述方法还包括：

计算整条调用链路包含的各个调用子链路中消耗时间最长的时间消耗实体；

计算消耗时间最长的时间消耗实体对应的消耗时间与所述整条调用链路对应的总消耗时间之间的比例，得到实体消耗时间比例；

统计各个调用子链路对应的实体消耗时间比例，得到数值最大的实体消耗时间比例。

可选地，所述方法还包括：

获取整条调用链路包含的各个调用子链路所对应的链路消耗时间；

计算所述各个调用子链路分别对应的链路消耗时间与所述整条调用链路对应的总消耗时间之间的比例，得到调用子链路消耗时间比例；

统计整条调用链路中各个调用子链路对应的调用子链路总消耗时间比例，得到数值最大的调用子链路消耗时间比例。

第二方面，本申请还提供了一种服务调用链路监控装置，包括：

第一时间记录模块，用于对于任一服务，所述服务记录接收到上一级服务发送的请求的时刻为第一时间戳；

第二时间记录模块，用于记录向所述上一级服务返回响应的时刻为第二时间戳；

第三时间记录模块，用于记录向下一级服务发送请求的时刻为第三时间戳；

第四时间记录模块，用于记录接收到所述下一级服务返回响应的时刻为第四时间戳；

服务消耗时间获得模块，用于根据所述服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳、所述第四时间戳，计算得到所述服务的服务自身消耗时间；

链路消耗时间获取模块，用于根据具有调用关系的两个服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳和所述第四时间戳，计算得到所述两个服务对应的调用子链路所对应的链路消耗时间。

第三方面，本申请还提供了一种服务器，包括存储器和处理器；

所述存储器内存储有程序指令；

所述处理器用于调用所述存储器内存储的程序指令，以执行第一方面任一项所述的服务调用链路监控方法。

第四方面，本申请还提供了一种存储介质，其上存储有程序指令，当所述程序指令被处理器执行时实现第一方面任一项所述的服务调用链路监控方法。

与现有技术相比，本发明提供的上述技术方案具有如下优点：本发明提供的服务调用链路监控方案，对于任一服务能够分别记录四个时间戳，分别是：该服务接收到上一级服务发送的请求的时刻为第一时间戳，该服务向上一级服务返回响应的时刻为第二时间戳，该服务向下一级服务发送请求的时刻为第三时间戳，该服务接收到下一级服务返回响应的时刻为第四时间戳。根据上述的四个时间戳就能计算得到该服务的服务自身消耗时间。根据具有调用关系的两个服务对应的四个时间戳就能计算得到两个服务对应的调用子链路的链路消耗时间，例如，服务A调用服务B时的调用子链路的链路消耗时间。由上述内容可知，该方案能够直接获得调用链路中每个单独服务的服务自身消耗时间，以及整条调用链路包含的各个调用子链路的链路消耗时间，进一步能够确定出服务自身消耗时间最长的服务，以及，链路消耗时间最长的调用子链路，因此，该方案能够快速定位消耗时间最长的服务或链路。

附图说明

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

图1是本申请实施例提供的一种服务调用链路监控方法的流程图；

图2是本申请实施例提供的一种获得服务自身消耗时间的流程图；

图3是本申请实施例提供的一种微服务架构示意图；

图4是本申请实施例提供的一种获得链路消耗时间的流程图；

图5是本申请实施例提供的另一种服务调用链路监控方法的流程图；

图6是本申请实施例提供的一种服务调用链路监控装置的结构示意图；

图7是本申请实施例提供的另一种服务调用链路监控装置的结构示意图。

具体实施方式

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

请参见图1，示出了本申请实施例提供的一种服务调用链路监控方法的流程图，该方法应用于微服务架构中，如图1所示，该方法包括以下步骤：

S110，对于任一服务，分别记录该服务对应的四个时间戳。

其中，四个时间戳分别是：服务端接收到请求的时刻为第一时间戳，即当前服务接收到上一级服务（作为客户端）发送请求的时刻，可以记为Ss（Service start）时间戳；

服务端返回响应的时刻为第二时间戳，即当前服务向上一级服务（作为客户端）返回响应的时刻，记为Se（Service end）时间戳；

客户端发出请求的时刻为第三时间戳，即当前服务（作为客户端）向下一级服务（作为服务端）发送请求的时刻，记为Cs（Client start）时间戳；

客户端收到响应的时刻为第四时间戳，即当前服务（作为客户端）接收到下一级服务返回响应的时刻，记为Ce（Client end）时间戳。

S120，根据服务对应的第一时间戳、第二时间戳、第三时间戳和第四时间戳，计算得到该服务的服务自身消耗时间。

微服务之间的调用查询的时间消耗基本分为两大类消耗实体，分别是微服务自身消耗的时间和链路消耗的时间。

该步骤要计算的服务自身消耗时间，即微服务自身消耗的时间；链路消耗的时间即S130计算得到的链路消耗时间。

在本申请的一个实施例中，如图2所示，S120包括如下步骤：

S121，获取服务对应的第三时间戳与第一时间戳之间的第一时间差。

微服务对应的第一时间戳是指该微服务作为服务端接收到客户端发送请求的时间戳。

微服务对应的第三时间戳是指该微服务作为客户端向服务端发送请求的时间戳。

同一微服务对应的第三时间戳与第一时间戳之间的时间差，即第一时间差，表示该微服务自接收到请求到成功发出该请求所消耗的时间。

S122，获取服务对应的第二时间戳与第四时间戳之间的第二时间差。

微服务对应的第四时间戳表示该微服务作为客户端接收到服务端返回响应的时间戳，第二时间戳是指该微服务作为服务端向客户端返回响应的时间戳。

同一微服务对应的第二时间戳与第四时间戳之间的时间差，表示该微服务自接收到服务端返回的响应到成功将响应返回至客户端所消耗的时间。

S123，计算第一时间差及第二时间差相加的总和，得到服务的服务自身消耗时间。

请参见图3，示出了本申请实施例提供的一种微服务调用关系的示意图，如图3所示，A、B、C、D分别表示四个微服务，E1、E2、E3、E4和E5分别表示调用子链路，图中带箭头的线段表示调用关系，箭头指向的微服务为被调用的微服务，例如，E2对应的调用子链路中，微服务A调用微服务B。

例如，以A调用B的调用子链路为例，微服务A的服务自身消耗时间可通过A接收到请求的时间戳Ss，A向B发送请求的时间戳Cs，B向A返回响应的时间戳Se，A接收到B返回响应的时间戳Ce。

根据公式1中计算得到A对应的服务自身消耗时间：

服务自身消耗时间=（Cs – Ss）+（Se - Ce） （式1）

其中，Cs – Ss即第一时间差，Se – Ce即第二时间差，这两个时间差相加的总和即服务自身消耗时间。

同理，其他微服务的服务自身消耗时间也可以利用公式1计算得到，此处不再赘述。

在本申请的另一个实施例中，如果某一微服务未调用其他微服务，即该微服务对应的Cs时间戳和Ce时间戳均为零，此种情况下，公式1简化为（Se-Ss）。例如，图3所示实例中，微服务D未调用其他微服务，即微服务D的服务自身消耗时间等于（Se-Ss）。

S130，根据具有调用关系的两个服务对应的第一时间戳、第二时间戳、第三时间戳和第四时间戳，计算得到两个服务对应的调用子链路所对应的链路消耗时间。

请参见图4，示出了本申请实施例提供的一种链路消耗时间获取过程的示意图，如图4所示，以第一服务调用第二服务为例进行说明，该过程可以包括如下步骤：

S131，获取第二服务的第一时间戳与第一服务的第三时间戳之间的第三时间差。

以图3所示微服务架构中的微服务A调用微服务B为例进行说明：

微服务B对应的Ss时间戳表示微服务B接收到A发送请求的时刻；微服务A对应的Cs时间戳表示微服务A向B发送请求的时刻，这两个时间戳之间的差值表示从A发送请求到B成功接收到请求所消耗的时间，即请求从A到B的链路上所消耗的时间。

S132，获取第一服务的第四时间戳与第二服务的第二时间戳之间的第四时间差。

微服务A的Ce时间戳表示A接收到B返回相应的时刻，微服务B的Se时间戳表示B向A返回响应的时刻，这两个时间戳之间的差值表示从B返回响应到A成功接收到响应所消耗的时间，即B返回的响应在从B到A的链路上所消耗的时间。

S133，计算第三时间差及第四时间差相加的总和，得到链路消耗时间。

例如，图3所示的微服务架构中，获得A→B调用子链路的链路消耗时间如公式2所示：

链路消耗时间=（Ss-Cs）+（Ce–Se） （式2）

本实施例提供的服务调用链路监控方法，对于任一服务能够分别记录四个时间戳，分别是：该服务接收到上一级服务发送的请求的时刻为第一时间戳，该服务向上一级服务返回响应的时刻为第二时间戳，该服务向下一级服务发送请求的时刻为第三时间戳，该服务接收到下一级服务返回响应的时刻为第四时间戳。根据上述的四个时间戳就能计算得到该服务的服务自身消耗时间。根据具有调用关系的两个服务对应的四个时间戳就能计算得到两个服务对应的调用子链路的链路消耗时间，例如，服务A调用服务B时的调用子链路的链路消耗时间。由上述内容可知，该方案能够直接获得调用链路中每个单独服务的服务自身消耗时间，以及整条调用链路包含的各个调用子链路的链路消耗时间，进一步能够确定出服务自身消耗时间最长的服务，以及，链路消耗时间最长的调用子链路，因此，该方案能够快速定位消耗时间最长的服务或链路。

在得到整条调用链路包含的各个微服务的服务自身消耗时间和调用子链路消耗时间后，进一步统计分析出整条调用链路中消耗时间最高的消耗实体。

请参见图5，示出了本申请实施例提供的另一种服务调用链路监控方法的流程图，该方法在图1所示实施例的基础上还可以包括以下步骤：

前已叙及，时间消耗实体包括服务调用链路中的链路和服务，本实施例中，分别统计整条调用链路中各个调用子链路对应的链路消耗时间，以及微服务自身的消耗时间，从而得到整条调用链路中消耗时间最长的实体，以及找到消耗时间最长的调用子链路。

S210，计算整条调用链路包含的各个调用子链路中消耗时间最长的时间消耗实体。

所述时间消耗实体包括整条调用链路包含的调用子链路，以及服务。

S220，计算消耗时间最长的实体对应的消耗时间与整条调用链路对应的总消耗时间之间的比例，得到实体消耗时间比例。

从整条调用链路中第一层级的微服务接收到上层应用发送的请求，到获得最终的请求响应的过程中，能够计算出各个微服务的服务自身消耗时间，以及整条调用链路中包含的各个子链路的链路消耗时间，并计算各个消耗时间与整条链路的总消耗时间的比值，即实体消耗时间比例。

例如，图3所示的微服务架构实例中，E1~E5这五条调用子链路构成一条完整的调用链路，根据整条调用链路中各个微服务的服务自身消耗时间，以及各个子链路的链路消耗时间的总和，获得整条调用链路的总消耗时间。

然后，计算各个微服务的服务自身消耗时间与总消耗时间之间的比例，以及计算各个子链路的链路消耗时间与总消耗时间之间的比例，即得到各个时间消耗实体对应的实体消耗时间比例。

S230，统计各个调用子链路对应的实体消耗时间比例，得到数值最大的实体消耗时间比例。

然后，比较各个时间消耗实体对应的实体消耗时间比例的大小关系，得到数值最大的实体消耗时间比例，该比例对应的时间消耗实体即整条链路中消耗时间最长的实体。

S240，获取整条调用链路包含的各个调用子链路所对应的链路消耗时间。

时间消耗实体之间存在两种关系分别是父子关系和兄弟关系：

1)父子关系

某个微服务调用另一微服务，则在调用记录上，除了记录时间戳，还会记录该调用对应的调用子链路标识，即parentID，通过调用子链路标识能够唯一表示一种调用关系。

例如，在某种微服务架构中，两个微服务之间可能存在两种父子关系，例如微服务A请求微服务B，即A为父B为子，微服务B又请求微服务A，即B为父A为子，因此，需要使用调用子链路标识标记不同的调用关系。

2)兄弟关系

兄弟关系是指一个微服务分别调用两个不同的微服务，例如，A调用B和A调用C，这两次请求如果是顺序执行，则称为兄弟关系，否则两次请求之间没有关系。

根据时间消耗实体之间的不同依赖关系，获得整条调用链路包含的所有调用子链路，并计算每个调用子链路对应的链路消耗时间。

S250，计算各个调用子链路分别对应链路消耗时间与整条调用链路对应的总消耗时间之间的比例，得到调用子链路消耗时间比例。

进一步计算各个调用子链路的链路消耗时间与整条调用链路的总消耗时间之间的比例，得到各个调用子链路对应的调用子链路消耗时间比例。

S260，统计整条调用链路中各个调用子链路对应的调用子链路总消耗时间比例，得到数值最大的调用子链路消耗时间比例。

统计各个调用子链路消耗时间比例的大小关系，数值最大的子链路即消耗时间最长的调用子链路。

在一种应用场景中，某一微服务可能包含一些子链路的微服务，此种情况下，可以将微服务及其包含的子链路的微服务作为一个整体，如果整体耗时最大，则表明该微服务存在问题。

本实施例提供的服务调用链路监控方法，能够确定出整条调用链路中消耗时间最长的时间消耗实体，以及，消耗时间最长的服务调用子链路，从而快速定位出调用链路中消耗时间最长的地方。

相应于上述的服务调用链路监控方法实施例，本申请还提供了一种服务调用链路监控装置实施例。

请参见图6，示出了本申请实施例提供的一种服务调用链路监控装置的结构示意图，如图6所示，该装置包括：

第一时间记录模块110，用于对于任一服务，所述服务记录接收到上一级服务发送的请求的时刻为第一时间戳。

第二时间记录模块120，用于记录向所述上一级服务返回响应的时刻为第二时间戳。

第三时间记录模块130，用于记录向下一级服务发送请求的时刻为第三时间戳。

第四时间记录模块140，用于记录接收到所述下一级服务返回响应的时刻为第四时间戳。

服务消耗时间获得模块150，用于根据所述服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳、所述第四时间戳，计算得到所述服务的服务自身消耗时间。

在一个实施例中，服务消耗时间获取模块150包括：

第一时间差获取子模块，用于获取所述服务对应的第三时间戳与第一时间戳之间的第一时间差。

第二时间差获取子模块，用于获取所述服务对应的第二时间戳与第四时间戳之间的第二时间差。

服务消耗时间获取子模块，用于计算所述第一时间差与所述第二时间差相加的总和，得到所述服务的服务自身消耗时间。

在一种应用场景中，某一服务未调用任何服务时，第三时间戳和第四时间戳均为零，此种应用场景下，根据所述服务对应的所述第二时间戳和所述第一时间戳，计算得到所述服务的服务自身消耗时间。

链路消耗时间获取模块160，用于根据具有调用关系的两个服务对应的所述第一时间戳、所述第二时间戳、所述第三时间戳和所述第四时间戳，计算得到所述两个服务对应的调用子链路所对应的链路消耗时间。

在一种应用场景中，两个服务包括第一服务和第二服务，且所述第一服务用于调用所述第二服务。

链路消耗时间获取模块160具体用于：根据所述第二服务对应的所述第一时间戳和所述第二时间戳，以及所述第一服务对应的所述第三时间戳和所述第四时间戳，计算得到所述第一服务调用所述第二服务的调用子链路的链路消耗时间。

在另一个实施例中，链路消耗时间获取模块160包括：

第三时间差获取子模块，用于获取所述第二服务的第一时间戳与所述第一服务的第三时间戳之间的第三时间差。

第四时间差获取子模块，用于获取所述第一服务的第四时间戳与所述第二服务的第二时间戳之间的第四时间差。

链路消耗时间获取子模块，用于计算所述第三时间差与所述第四时间差的总和，得到所述链路消耗时间。

本实施例提供的服务调用链路监控装置，对于任一服务能够分别记录四个时间戳，分别是：该服务接收到上一级服务发送的请求的时刻为第一时间戳，该服务向上一级服务返回响应的时刻为第二时间戳，该服务向下一级服务发送请求的时刻为第三时间戳，该服务接收到下一级服务返回响应的时刻为第四时间戳。根据上述的四个时间戳就能计算得到该服务的服务自身消耗时间。根据具有调用关系的两个服务对应的四个时间戳就能计算得到两个服务对应的调用子链路的链路消耗时间，例如，服务A调用服务B时的调用子链路的链路消耗时间。由上述内容可知，该方案能够直接获得调用链路中每个单独服务的服务自身消耗时间，以及整条调用链路包含的各个调用子链路的链路消耗时间，进一步能够确定出服务自身消耗时间最长的服务，以及，链路消耗时间最长的调用子链路，因此，该方案能够快速定位消耗时间最长的服务或链路。

请参见图7，示出了本申请实施例提供的另一种服务调用链路监控装置的结构示意图，该装置在图6所示实施例的基础上还包括：

服务消耗时间计算模块210，用于计算整条调用链路包含的各个调用子链路中消耗时间最长的时间消耗实体。

服务消耗时间比例计算模块220，用于计算消耗时间最长的时间消耗实体对应的消耗时间与所述整条调用链路对应的总消耗时间之间的比例，得到实体消耗时间比例。

服务消耗时间比例统计模块230，用于统计各个调用子链路对应的实体消耗时间比例，得到数值最大的实体消耗时间比例。

在另一个实施例中，如图7所示，该装置还可以包括：

子链路消耗时间获取模块310，用于获取整条调用链路包含的各个调用子链路所对应的链路消耗时间。

子链路消耗时间比例确定模块320，用于计算所述各个调用子链路分别对应链路消耗时间与所述整条调用链路对应的总消耗时间之间的比例，得到调用子链路消耗时间比例。

子链路消耗时间比例统计模块330，用于统计整条调用链路中各个调用子链路对应的调用子链路总消耗时间比例，得到数值最大的调用子链路消耗时间比例。

本实施例提桶的服务调用链路监控装置，能够确定出整条调用链路中消耗时间最长的时间消耗实体，以及，消耗时间最长的服务调用子链路，从而快速定位出调用链路中消耗时间最长的地方。

本发明实施例提供了一种服务器，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现上述任一种服务调用链路监控方法。

本申请还提供了一种计算设备可执行的存储介质，该存储介质中存储有程序，该程序由服务器执行时实现上述的服务调用链路监控方法。

本申请还提供了一种计算机程序产品，其上存储有程序，该程序由服务器执行时实现上述的服务调用链路监控方法。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

需要说明的是，本说明书中的各个实施例记载的技术特征可以相互替代或组合，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请各实施例中的装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，模块或子模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个子模块或模块可以结合或者可以集成到另一个模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。