对于节点的工作状态进行分析的方法、装置及设备与流程

1.本技术涉及智能交通系统技术领域，尤其涉及对于节点的工作状态进行分析的方法、装置及设备。


背景技术：

2.在当前分布式服务架构中，一次数据传递，往往涉及到多个中间件，多个存储介质及服务器，业务场景复杂，而且业务链路很长，一旦出现问题，需要对业务链路所包含的全部节点进行逐一排查，在排查上涉及到的人员和调配的资源往往都需要投入很多，耗费的时间也会很长。
3.现有方案都是针对某个组件，某个服务定制的验证方法，不灵活，而且只能验证整个链路的一部分节点，不能全局了解业务数据流转情况。目前监控工具主要有cat(实时应用监控平台，central application tracking)、zipkin(一个开放源代码分布式的跟踪系统)和skywalking(一个分布式追踪系统)，也无法通过一次查验全局了解整个业务链路的数据的流转情况。


技术实现要素：

4.本说明书实施例提供的对于节点的工作状态进行分析的方法、装置及设备，通过一次调测实现对整个业务链路进行验证，以解决现有技术的对实际业务链路所包含的节点逐一排查，排查效率低的问题。
5.为解决上述技术问题，本说明书实施例是这样实现的：
6.本说明书实施例提供的一种对于节点的工作状态进行分析的方法，包括：
7.获取实际业务链路中实际节点的节点信息，所述节点信息为与所述实际业务链路中实际节点的参数信息；
8.根据所述节点信息对调测链中调测节点的参数类型进行配置；
9.获取从所述实际业务链路采集得到的实际业务数据；
10.将所述实际业务数据输入所述配置完成的所述调测链，得到所述调测链上的各个调测节点的输出结果；
11.根据所述各个调测节点的输出结果，分析所述调测节点对应的所述实际节点的工作状态。
12.可选的，所述分析所述调测节点对应的所述实际节点的工作状态，具体包括：
13.对于所述调测链上的任意一个调测节点，比较所述任意一个所述调测节点的输出结果与已知输出结果；所述已知输出结果为所述调测节点工作状态正常情况下的输出结果；
14.若所述输出结果与所述已知输出结果相匹配，则反馈与所述调测节点对应的所述实际节点的工作状态分析结果为工作状态正常。
15.可选的，所述方法还包括：
16.若所述输出结果与所述已知输出结果不匹配，则反馈与所述调测节点对应的所述实际节点的所述工作状态分析结果为工作状态异常。
17.可选的，所述方法还包括：
18.将反馈得到的与各个所述实际节点的所述工作状态分析结果对应显示在与各个所述实际节点对应的所述调测链的各个所述调测节点上。
19.可选的，所述将所述实际节点的所述工作状态分析结果对应显示在所述调测链的各个所述调测节点上，具体包括：
20.将所述调测链中各个所述调测节点所对应的实际节点的工作状态分析结果推送至前端。
21.可选的，所述输出结果与所述已知输出结果相匹配，具体包括：
22.所述输出结果与所述已知输出结果相同；
23.或，所述输出结果位于基于所述已知输出结果确定的范围内。
24.可选的，所述输出结果与所述已知输出结果不匹配，具体包括：
25.所述调测链中所述调测节点在设定时间阈值内，所述输出结果为空集；
26.或，所述输出结果位于基于所述已知输出结果的范围之外。
27.可选的，在所述根据所述节点信息对调测链中调测节点的参数类型进行配置之后，所述方法还包括：
28.保存所述已配置的调测链。
29.本说明书实施例还提供了一种对于节点的工作状态进行分析的装置，包括：
30.参数信息获取模块：用于获取实际业务链路中实际节点的节点信息，所述节点信息为与所述实际业务链路中实际节点的参数信息；
31.参数信息配置模块：用于根据所述节点信息对调测链中调测节点的参数类型进行配置；
32.业务数据获取模块：用于获取从所述实际业务链路采集得到的实际业务数据；
33.第一处理模块：将所述实际业务数据输入所述配置完成的所述调测链，得到所述调测链上的各个调测节点的输出结果；
34.第二处理模块：用于根据所述各个调测节点的输出结果，分析所述调测节点对应的所述实际节点的工作状态。
35.本说明书实施例还提供了一种对于节点的工作状态进行分析的设备，包括：
36.至少一个处理器；以及，
37.与所述至少一个处理器通信连接的存储器；其中，
38.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
39.获取实际业务链路中实际节点的节点信息，所述节点信息为与所述实际业务链路中实际节点的参数信息；
40.根据所述节点信息对调测链中调测节点的参数类型进行配置；
41.获取从所述实际业务链路采集得到的实际业务数据；
42.将所述实际业务数据输入所述配置完成的所述调测链，得到所述调测链上的各个调测节点的输出结果；
43.根据所述各个调测节点的输出结果，分析所述调测节点对应的所述实际节点的工作状态。
44.本说明书一个实施例实现了能够达到以下有益效果：
45.根据实际业务链路配置调测链，调测链中调测节点与实际业务链路的实际节点对应，在调测链中输入实际业务数据，得到调测链中调测节点的输出结果，根据调测链中各个调测节点的输出结果，分析与各个调测节点对应的实际节点的工作状态。由于实际业务链路所包含的多个实际节点可以分布在不同的服务器中，现有技术在对实际业务链路的实际节点进行查验时，需要逐个服务器逐个实际业务节点进行查验。本说明书实施例通过在调测链中输入实际业务数据，即可实现一次对调测链中各个调测节点对应的实际节点进行查验，这相比现有技术的对实际业务链路包含的实际节点逐个查验，提高了对整个实际业务链路的节点的查验效率。
附图说明
46.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
47.图1是本说明书实施例中提供的一种对于节点的工作状态进行分析的方法的整体方案示意图；
48.图2是本说明书实施例提供的一种对于节点的工作状态进行分析的方法的流程示意图；
49.图3是本说明书实施例提供的一种对于节点的工作状态进行分析的装置的结构示意图；
50.图4是本说明书实施例提供的一种对于节点的工作状态进行分析的设备的结构示意图；
51.图5是本说明书实施例提供的一种对于节点的工作状态进行分析的可视化界面示意图。
具体实施方式
52.为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。
53.以下结合附图，详细说明本说明书各实施例提供的技术方案。
54.在当前分布式服务架构中，一次数据传递，往往涉及到多个中间件，多个存储介质及多个服务器，业务场景复杂，而且业务链路很长，一旦出现问题，在排查上涉及到的人员和调配的资源往往都需要投入很多，耗费的时间也会很长。
55.现有方案都是针对某个组件，某个服务定制的验证方法，不灵活，而且只能验证整
个链路的一部分节点，目前监控工具主要有cat(实时应用监控平台，central application tracking)、zipkin(一个开放源代码分布式的跟踪系统)和skywalking(一个分布式追踪系统)，不能全局了解业务数据流转情况。
56.为了解决现有技术中的缺陷，本说明书实施例中给出了以下实施例：
57.图1为本说明书实施例中提供的一种对于节点的工作状态进行分析的方法的整体方案流程示意图。
58.如图1所示，根据实际业务链路确定的调测链10包括开始节点100，第一节点110、第二节点120、第三节点130以及第四节点140，其中，第一节点110、第二节点120、第三节点130以及第四节点140均为调测节点，分别根据与上述第一、第二、第三以及第四节点对应的实际节点的节点信息，对调测链中的第一节点110、第二节点120、第三节点130以及第四节点140配置相关的节点参数，并在实际业务链路中采集实际业务数据，在调测链10中输入实际业务数据后，分别采集第一节点110、第二节点120、第三节点130以及第四节点140的输出结果，根据上述每个调测节点的输出结果，分析与该调测节点对应的实际业务链路的实际节点的工作状态是否异常，从而实现利用调测链对整个实际业务链路的实际节点的工作状态进行查验，相比现有技术在实际业务链路中逐个实际节点进行查验，有利于提高对业务链路中节点查验的效率。
59.本说明书实施例中提供的对于节点的工作状态进行分析的方法，根据实际业务链路配置调测链，调测链中调测节点与实际业务链路的实际节点对应，在调测链中输入实际业务数据，得到调测链中调测节点的输出结果，根据调测链中各个调测节点的输出结果，分析与各个调测节点对应的实际节点的工作状态，所以，通过调测链能够一次输出实际业务链路包含的全部实际节点的工作状态，相比现有技术的对实际业务链路包含的实际节点逐个进行查验，提高了对业务链路的节点的查验效率。
60.接下来，将针对说明书实施例提供的一种对于节点的工作状态进行分析的方法结合附图进行具体说明：
61.图2为本说明书实施例提供的一种对于节点的工作状态进行分析的方法的流程示意图。从设备角度而言，该流程的执行主体可以是服务器。如图2所示，该流程可以包括以下步骤：
62.步骤210：获取实际业务链路中实际节点的节点信息，节点信息为与实际业务链路中实际节点的参数信息。
63.本说明书实施例中，复杂的业务场景中，同一个节点在不同的实际业务链路中，该节点的输出结果不同，所以，不同的业务场景中，同一个节点所对应的参数信息也不同。所以，基于实际业务链路获取实际节点的节点信息，其实质是获取与实际业务链路场景对应的实际节点的参数信息。
64.步骤220：根据节点信息对调测链中调测节点的参数类型进行配置。
65.本说明书实施例中，参数类型用于对节点信息所包含的参数进行分类，配置的调测链可以直接调用已配置的调测链对后续相似的实际业务链路进行调测，这里的相似的实际业务链路是指该业务链路中所包含的全部节点的节点信息与调测链路配置的节点参数类型相匹配。配置参数的目的，是为了使调测节点的输出结果可以用于表示实际节点的输出结果，因此，通过查验调测节点的输出结果，即可分析与该调测节点对应的实际节点的工
作状态是否异常。
66.步骤230：获取从所述实际业务链路采集得到的实际业务数据。
67.本说明书实施例中，可以在配置完成的调测链中输入实际业务数据，从而通过监测实际业务数据在调测链中的流转情况，实现通过一次查验实际业务数据在调测链中流转情况，对实际业务链路中业务数据的流转情况进行监测。
68.步骤240：将实际业务数据输入配置完成的调测链，得到调测链上的各个调测节点的输出结果。
69.本说明书实施例中，输入实际业务数据的调测链与实际业务链路的区别在于，实际业务链路所包含的多个实际节点可以分布在不同的服务器中，所以，直接对实际业务链路所包含的多个实际节点逐一查验，则需要对不同的服务器进行节点查找和节点查验；但本说明书实施例中，执行调测验证工作的服务器根据调测链上节点的顺序以及节点的具体参数配置依次去获取实际节点数据，从而可实现一次对实际业务链路所包含的全部节点的查验。
70.实际应用中，节点主要分为以下三种类型，针对不同类型的节点类型，节点的输出结果也有不同的采集方式。具体的：
71.(1)数据存储类的节点：对于存储类的节点，根据不同的存储介质，(数据库)按照相应的查询语句进行查询。
72.(2)内存类节点，也就是程序运行的过程验证。通过切面植入操作日志或预先埋点的方式，有用到工具skywalking(一个分布式追踪系统)进行日志的输出，通过logstash(一个应用程序日志、事件的传输、处理、管理和搜索的平台)采集到运行中打印的日志，再根据elasticsearch(一个分布式的开源搜索和分析引擎)检索日志信息进行验证。
73.(3)中间件类节点，在分布式部署的架构下，大量运用了中间件去传递信息，通过对中间件的信息判断，可以快速定位问题发生的节点。同样，针对不同的中间件类型，可以在不影响业务的前提下，根据消费到队列里面的信息来进行判断。
74.步骤250：根据各个调测节点的输出结果，分析调测节点对应的实际节点的工作状态。
75.本说明书实施例中，由于调测链中各个调测节点的节点参数信息与实际业务链路中各实际节点的参数信息相同，所以，在调测链路中输入实际业务数据后，调测链中各个调测节点的输出结果与实际业务链路中实际节点的输出结果相同，各个调测节点的输出结果可作为实际节点的输出结果，因此，通过分析调测链中各个调测节点的输出结果，可以对与各个调测节点对应的实际节点的工作状态进行分析，从而判断各调测节点对应的实际节点的工作状态是否异常。
76.本说明书实施例根据实际业务链路配置调测链，调测链中调测节点与实际业务链路的实际节点对应，在调测链中输入实际业务数据，得到调测链中调测节点的输出结果，根据调测链中各个调测节点的输出结果，分析与各个调测节点对应的实际节点的工作状态。由于实际业务链路所包含的多个实际节点可以分布在不同的服务器中，现有技术在对实际业务链路的实际节点进行查验时，需要逐个服务器逐个实际业务节点进行查验。本说明书实施例通过在调测链中输入实际业务数据，即可实现一次对调测链中各个调测节点对应的实际节点进行查验，这相比现有技术的对实际业务链路包含的实际节点逐个查验，提高了
对整个实际业务链路的节点工作状态的查验效率。
77.基于图2中的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
78.图2中的方案，分析调测节点对应的实际节点的工作状态，具体包括：
79.对于调测链上的任意一个调测节点，比较任意一个调测节点的输出结果与已知输出结果；已知输出结果为调测节点工作状态正常情况下的输出结果。
80.若输出结果与已知输出结果相匹配，则反馈与调测节点对应的实际节点的工作状态分析结果为工作状态正常。
81.上述方法还可以包括：
82.若输出结果与已知输出结果不匹配，则反馈与调测节点对应的实际节点的工作状态分析结果为工作状态异常。
83.上述方法还可以包括：
84.将反馈得到的与各个实际节点的工作状态分析结果对应显示在与各个实际节点对应的调测链的各个调测节点上。
85.将实际节点的工作状态分析结果对应显示在调测链的各个调测节点上，具体包括：
86.将调测链中各个调测节点所对应的实际节点的工作状态分析结果推送至前端界面。这里的前端界面指的是可视化界面(如图5所示)，可视化界面上可以显示调测链，以及调测链中与实际节点对应的各个调测节点，在调测链中输入实际业务数据后，还可以在各个调测节点对应显示实际节点的工作状态分析结果，这里的工作状态分析结果可以表示为通过或不通过。因此，非专业技术人员通过可视化界面也可以判断实际业务链路中哪个节点出现问题，从而降低了节点查验的技术门槛。
87.输出结果与已知输出结果相匹配，具体包括：
88.输出结果与已知输出结果相同；
89.或，输出结果位于基于已知输出结果确定的范围内。例如，已知输出结果为(3～5)，输出结果为4，则输出结果4位于已知输出结果(3～5)的范围内。
90.输出结果与已知输出结果不匹配，具体包括：
91.调测链中调测节点在设定时间阈值内，输出结果为空集；
92.或，输出结果位于基于已知输出结果的范围之外。例如，已知输出结果为(3～5)，输出结果为6，则输出结果6位于已知输出结果(3～5)的范围之外。
93.在根据节点信息对调测链中调测节点的参数类型进行配置之后，方法还可以包括：
94.保存已配置的调测链，以便后续在对相似的实际业务链路进行节点查验时，可以直接调用已配置的调测链，无需再根据实际业务链路配置调测链，从而有利于提高查验效率。这里的相似的实际业务链路是指该实际业务链路中全部实际节点的参数类型以及颗粒度与已配置的调测链相同。
95.本说明书实施例中，通过将与各个调测节点对应的实际节点的工作状态分析结果显示在可视化界面上，具体的可视化界面上，因此，非专业技术人员通过可视化界面也可以判断实际业务链路中哪个节点出现问题，降低了节点工作状态查验的技术门槛。在服务器
中保存已配置的调测链，以便后续在对相似的实际业务链路进行节点查验时，可以直接调用已配置的调测链，无需再根据实际业务链路配置调测链，从而有利于进一步提高对节点工作状态的查验效率。
96.基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图3为本说明书实施例提供的对应于图2中方法的一种对于节点的工作状态进行分析的装置的结构示意图。如图3所示，该装置300可以包括：
97.参数信息获取模块310：用于获取实际业务链路中实际节点的节点信息，节点信息为与实际业务链路中实际节点的参数信息；
98.参数信息配置模块320：根据节点信息对调测链中调测节点的参数类型进行配置；
99.业务数据获取模块330：获取从所述实际业务链路采集得到的实际业务数据；
100.第一处理模块340：将实际业务数据输入配置完成的调测链，得到调测链上的各个调测节点的输出结果；
101.第二处理模块350：用于根据各个调测节点的输出结果，分析调测节点对应的实际节点的工作状态。
102.基于图3中的装置，本说明书实施例还提供了该装置的一些具体实施方案，下面进行说明。
103.可选的，第二处理模块具体用于：
104.对于调测链上的任意一个调测节点，比较任意一个调测节点的输出结果与已知输出结果；已知输出结果为调测节点工作状态正常情况下的输出结果；
105.若输出结果与已知输出结果相匹配，则反馈与调测节点对应的实际节点的工作状态分析结果为工作状态正常。
106.可选的，第二处理模块还用于：
107.若输出结果与已知输出结果不匹配，则反馈与调测节点对应的实际节点的工作状态分析结果为工作状态异常。
108.可选的，装置还包括反馈模块用于：
109.将反馈得到的与各个实际节点的工作状态分析结果对应显示在与各个实际节点对应的调测链的各个调测节点上。
110.可选的，将实际节点的工作状态分析结果对应显示在调测链的各个调测节点上，具体包括：
111.将调测链中各个调测节点所对应的实际节点的工作状态分析结果推送至前端。
112.可选的，输出结果与已知输出结果相匹配，具体包括：
113.输出结果与已知输出结果相同；
114.或，输出结果位于基于已知输出结果确定的范围内。
115.可选的，输出结果与已知输出结果不匹配，具体包括：
116.调测链中调测节点在设定时间阈值内，输出结果为空集；
117.或，输出结果位于基于已知输出结果的范围之外。
118.可选的，在根据节点信息对调测链中调测节点的参数类型进行配置之后，装置还包括存储模块用于：
119.保存已配置的调测链。
120.基于同样的思路，本说明书实施例还提供了上述方法对应的设备。
121.图4为本说明书实施例提供的对应于图2中方法的一种对于节点的工作状态进行分析的设备的结构示意图。如图4所示，设备400可以包括：
122.至少一个处理器410；以及，
123.与至少一个处理器通信连接的存储器430；其中，
124.存储器430存储有可被至少一个处理器410执行的指令420，指令被至少一个处理器410执行，以使至少一个处理器410能够：
125.获取实际业务链路中实际节点的节点信息，节点信息为与实际业务链路中实际节点的参数信息；
126.根据节点信息对调测链中调测节点的参数类型进行配置；
127.获取从所述实际业务链路采集得到的实际业务数据；
128.将实际业务数据输入配置完成的调测链，得到调测链上的各个调测节点的输出结果；
129.根据各个调测节点的输出结果，分析调测节点对应的实际节点的工作状态。
130.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图4所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
131.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell universityprogramming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
132.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可
读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
133.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字符助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
134.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本技术时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
135.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
136.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
137.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
138.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
139.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
140.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的
示例。
141.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字符多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
142.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
143.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
144.本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
145.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。