云平台网络故障自动检测方法、设备及计算机可读介质与流程

1.本技术涉及信息技术领域，尤其涉及一种云平台网络故障自动检测方法、设备及计算机可读介质。


背景技术：

2.云平台的网络流量经过虚拟网络、物理网络，一旦出现流量的故障问题，比如网络不通，丢包，延迟大等，需要大量的人力分析问题，效率比较低，还有比较高的技术门槛，给云平台的运维带来了很大的困难。
3.现有技术中，虽然存在一些网络监控工具能够对云平台的网络故障进行一定程度的检测，但是其检测功能往往较为简单，例如bigbrother系统是在云平台的源云主机和目的云主机之间使用tcp(transmission control protocol，传输控制协议)探测网络的可达性，虽然可以检测出云主机之间的可达性，但是无法准确的判断故障位置和故障原因。因此，无法为云平台的运维工作提供便利。


技术实现要素：

4.本技术的一个目的是提供一种云平台网络故障自动检测方法、设备及计算机可读介质。
5.为实现上述目的，本技术提供了一种云平台网络故障自动检测方法，所述方法包括：
6.确定云平台的监控代理列表，其中，所述监控代理列表中包括所述云平台中采集流量数据的监控代理节点的相关信息；
7.根据所述监控代理列表获取每个监控代理节点的流表信息以及经过所述监控代理节点的流量数据；
8.根据所述流表信息和流量数据对监控代理节点的请求流量和/或应答流量进行分析，确定所述云平台中网络故障的发生位置和发生原因。
9.进一步地，确定云平台的监控代理列表，包括：
10.根据所述云平台的配置信息生成虚拟机列表，所述虚拟机列表包括所述云平台中的虚拟机信息，所述虚拟机信息包括虚拟机的标识、入口网络、出口网络和虚拟机所在的物理服务器信息；
11.遍历所述虚拟机列表中的元素，根据所述虚拟机信息确定云平台的监控代理列表。
12.进一步地，根据所述云平台的配置信息生成虚拟机列表，包括：
13.判断源ip是否为云主机；
14.若源ip是云主机，则添加该云主机至虚拟机列表中，并判断所述源云主机是否经过虚拟路由器；
15.若所述源云主机经过虚拟路由器，添加源虚拟路由器至虚拟机列表中，并判断源
ip与目的ip之间是否有服务链；
16.若源ip不是云主机，则判断源ip与目的ip之间是否有服务链；
17.若源ip与目的ip之间有服务链，则添加网络设备至所述虚拟机列表中；
18.判断目的ip是否为云主机；
19.若目的ip是云主机，则判断目的云主机是否经过虚拟路由器；
20.若所述目的云主机经过虚拟路由器，则添加目的虚拟路由器至虚拟经济列表中；
21.添加目的云主机至虚拟机列表。
22.进一步地，所述方法还包括：
23.根据云平台的配置信息对虚拟机列表中的虚拟机信息进行合并。
24.进一步地，遍历所述虚拟机列表中的元素，根据所述虚拟机信息确定云平台的监控代理列表，包括：
25.从虚拟机列表中取出一个元素；
26.获取所述元素所对应的虚拟机所在的物理服务器信息；
27.判断所述虚拟机的入口网络是否为空；
28.若所述虚拟机的入口网络非空，则获取入口网络在物理服务器上的物理接口和虚拟机所在的物理服务器上的虚拟接口，并基于虚拟机所在的物理服务器信息、入口网络在物理服务器上的物理接口以及虚拟机所在的物理服务器上的虚拟接口生成一条监控代理节点的相关信息，加入监控代理列表中，而后判断虚拟机是否有对应的监控代理节点；
29.若所述虚拟机的入口网络为空，则判断虚拟机是否有对应的监控代理节点；
30.若虚拟机有对应的监控代理节点，则获取虚拟机管理ip、入口网络的网卡和出口网络的网卡，并基于虚拟机管理ip、入口网络的网卡和出口网络的网卡生成一条监控代理节点的相关信息，加入监控代理列表中，而后判断虚拟机的出口网络是否为空；
31.若虚拟机没有对应的监控代理节点，则判断虚拟机的出口网络是否为空；
32.若虚拟机的出口网络非空，获取出口网络在物理服务器上的物理接口和虚拟机所在的物理服务器上的虚拟接口，并基于虚拟机所在的物理服务器信息、出口网络在物理服务器上的物理接口以及虚拟机所在的物理服务器上的虚拟接口生成一条监控代理节点的相关信息，加入监控代理列表中；
33.判断所述虚拟机列表是否为空；
34.若虚拟机列表不为空，则重复上述步骤直至虚拟机列表为空。
35.进一步地，根据所述流表信息和流量数据对监控代理节点的请求流量和/或应答流量进行分析，确定所述云平台中网络故障的发生位置和发生原因，包括：
36.根据代理监控列表的顺序遍历监控代理节点的流量数据和流表信息，其中，所述流量数据包括请求流量；
37.判断所述监控代理节点的入口是否包含请求流量；
38.若入口不包含请求流量，则确定当前的监控代理节点接收不到请求流量，故障位置位于当前的监控代理节点的入口；
39.若入口包含请求流量，判断所述监控代理节点的出口是否包含请求流量；
40.若出口不包含请求流量，则确定当前的监控代理节点丢弃了请求流量，故障位置位于当前的监控代理节点的出口；
41.若出口包含请求流量，则确定当前的代理节点正确处理了请求流量。
42.进一步地，根据所述流表信息和流量数据对监控代理节点的请求流量和/或应答流量进行分析，确定所述云平台中网络故障的发生位置和发生原因，包括：
43.根据代理监控列表的顺序逆序遍历监控代理节点的流量数据和流表信息，其中，所述流量数据包括应答流量；
44.判断所述监控代理节点的出口是否包含应答流量；
45.若出口不包含应答流量，则确定当前的监控代理节点接收不到应答流量，故障位置位于当前的监控代理节点的出口；
46.若出口包含应答流量，判断所述监控代理节点的入口是否包含应答流量；
47.若入口不包含应答流量，则确定当前的监控代理节点丢弃了应答流量，故障位置位于当前的监控代理节点的入口；
48.若入口包含应答流量，则确定当前的代理节点正确处理了应答流量。
49.进一步地，根据所述流表信息和流量数据对监控代理节点的请求流量和/或应答流量进行分析，确定所述云平台中网络故障的发生位置和发生原因，包括：
50.根据监控代理列表，在其中监控代理节点的入口和出口分别统计流量数据所对应的报文数量；
51.根据入口和出口处的报文数量，确定所述云平台的丢包情况。
52.基于本技术的另一方面，还提供了一种云平台网络故障自动检测设备，该设备包括用于存储计算机程序指令的存储器和用于执行计算机程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发所述设备执行所述的云平台网络故障自动检测方法。
53.本技术实施例还提供了一种计算机可读介质，其上存储有计算机程序指令，所述计算机程序指令可被处理器执行以实现所述的云平台网络故障自动检测方法。
54.与现有技术相比，本技术提供的云平台网络故障自动检测方案中，可以先确定云平台的监控代理列表，其中，所述监控代理列表中包括所述云平台中采集流量数据的监控代理节点的相关信息，因此可以根据所述监控代理列表获取每个监控代理节点的流表信息以及经过所述监控代理节点的流量数据，然后根据所述流表信息和流量数据对监控代理节点的请求流量和/或应答流量进行分析，确定所述云平台中网络故障的发生位置和发生原因。由于可以准确地分析出云平台中网络故障的发生位置和发生原因，因此可以为云平台的运维提供更大的便利。
附图说明
55.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本技术的其它特征、目的和优点将会变得更明显：
56.图1为本技术实施例提供的一种云平台网络故障自动检测方法的处理流程图；
57.图2为本技术实施例中生成虚拟机列表的处理流程图；
58.图3为本技术实施例中确定监控代理列表的处理流程图；
59.图4为本技术实施例中基于请求流量分析网络不通故障时的处理流程图；
60.图5为本技术实施例中基于应答流量分析网络不通故障时的处理流程图；
61.附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
62.下面结合附图对本技术作进一步详细描述。
63.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
64.在本技术一个典型的配置中，终端、服务网络的设备均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
65.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
66.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
67.本技术的一些实施例提供了一种云平台网络故障自动检测方法，该方法可以先确定云平台的监控代理列表，其中，所述监控代理列表中包括所述云平台中采集流量数据的监控代理节点的相关信息，因此可以根据所述监控代理列表获取每个监控代理节点的流表信息以及经过所述监控代理节点的流量数据，然后根据所述流表信息和流量数据对监控代理节点的请求流量和/或应答流量进行分析，确定所述云平台中网络故障的发生位置和发生原因。由于可以准确地分析出云平台中网络故障的发生位置和发生原因，因此可以为云平台的运维提供更大的便利。
68.在实际场景中，该方法的执行主体可以是用户设备、网络设备或用户设备与网络设备通过网络相集成所构成的设备，或者也可以是运行于上述设备的应用程序。所述用户设备包括但不限于计算机、手机、平板电脑等各类终端设备；所述网络设备包括但不限于如网络主机、单个网络服务器、多个网络服务器集或基于云计算的计算机集合等实现。在此，云由基于云计算(cloud computing)的大量主机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个虚拟计算机。
69.图1示出了本技术实施例提供的一种云平台网络故障自动检测方法的处理流程，至少包括了以下的处理步骤：
70.步骤s101，确定云平台的监控代理列表。其中，所述监控代理列表中包括所述云平台中采集流量数据的监控代理节点的相关信息，用于表示云平台中需要对流量进行监控的监控代理节点，例如可以是某一个云主机的网络入口处，或者是某一个虚拟机路由器的网络出口处等。
71.在本技术的一些实施例中，确定云平台的监控代理列表时，可以先根据所述云平台的配置信息生成虚拟机列表，所述虚拟机列表包括所述云平台中的虚拟机信息，用于表示所述云平台中的虚拟机，这些虚拟机可能是用户创建的云主机，也可以是虚拟路路由器，或者是其它虚拟网络设备等。在实际场景中，当用户发现某个流量故障时，该故障可能位于云主机到另外一个云主机之间，也可能是从一个云主机到外网，或者从外网到某个云主机。对于该流量路径上所涉及的虚拟机，包括云主机、虚拟路由器或者是网络服务链上的其它虚拟网络设备等，都可以将其虚拟机信息记录于虚拟机列表中，以便于确定需要进行流量监控的监控代理节点。
72.在本实施例中，所述虚拟机信息可以包括虚拟机的标识、入口网络、出口网络和虚拟机所在的物理服务器信息。为了便于描述，本实施例中可以使用ip(internet protocol，网际互连协议)地址来表述一个虚拟机或云平台意外的设备。其中，虚拟机的标识和虚拟机所在的物理服务器信息可以通过云平台的配置获取。
73.对于入口网络和出口网络，若虚拟机是用户的云主机，如果它是流量的源头，即该流量是由该云主机发出的，则对于该流量的路径而言，所述云主机对应的虚拟机信息中只有出口网络，没有入口网络。而当云主机是流量的目的地时，即该流量最终发送至该云主机，则对于该流量的路径而言，所述云主机对应的虚拟机信息中只有入口网络，没有出口网络。一般情况下，可以在云平台上根据流量的源ip或者目的ip，来查找到云主机的信息，获得其对应的出口网络或入口网络。若虚拟机是虚拟路由器等虚拟网络设备，则可以根据流量的源ip和目的ip分别查找路由表，获取入口网络的信息以及出口网络的信息。
74.对于某一个流量，若需要在云平台中检测该流量的路径上是否存网络故障时，可以采用如图2所示的流程来生成虚拟机列表，具体包括以下的处理步骤：
75.步骤s201，判断源ip是否为云主机。其中，源ip即为发出流量的设备的ip地址，可以根据云平台的配置信息判断该ip地址是否对应的是一个云主机。若源ip是云主机，则执行步骤s202，若源ip不是云主机，则执行步骤s205。
76.步骤s202，添加该云主机至虚拟机列表中。
77.步骤s203，判断所述源云主机是否经过虚拟路由器。其中，所述源云主机即为前述步骤中源ip所对应的云主机。若判断结果为源云主机经过了虚拟路由器，则继续执行步骤s204，若判断结果为源云主机未经过虚拟路由器，则执行步骤s205。
78.步骤s204，添加源虚拟路由器至虚拟机列表中。其中，所述源虚拟路由器为所述源云主机所经过的虚拟路由器。
79.步骤s205，判断源ip与目的ip之间是否有服务链。若源ip与目的ip之间有服务链，则执行步骤s206。
80.步骤s206，添加服务链上所涉及的虚拟网络设备至所述虚拟机列表中。
81.步骤s207，判断目的ip是否为云主机。若目的ip是云主机，则执行步骤s208。
82.步骤s208，判断目的云主机是否经过虚拟路由器。类似地，所述目的云主机即为前述步骤中目的ip所对应的云主机。若判断结果为目的云主机经过了虚拟路由器，则继续执行步骤s209，若判断结果为目的云主机未经过虚拟路由器，则执行步骤s210。
83.步骤s209，添加目的虚拟路由器至虚拟经济列表中。其中，所述目的虚拟路由器为所述目的云主机所经过的虚拟路由器。
84.步骤s210，添加目的云主机至虚拟机列表。
85.由此，可以生成某一流量的路径上所涉及的虚拟机对应的一个虚拟机列表。在本技术的一些实施例中，还可以进一步根据云平台的配置信息对虚拟机列表中的虚拟机信息进行合并，从而消除其中一些可以等效的节点，提升后续处理的效率。例如，比如源云主机和目的云主机属于同一个虚拟路由器的不同虚拟网络时，若两者之间没有服务链，则虚拟机列表只需要包含一次虚拟路由器，可以将多余的虚拟路由器合并。还如，源云主机和目的云主机属于同一个虚拟网络时，若两者之间没有服务链，则虚拟机列表中不需要包含虚拟路由器，可以将多余的虚拟路由器删除。
86.在生成了虚拟机列表之后，通过遍历所述虚拟机列表中的元素的方式，可以根据其中的虚拟机信息确定云平台的监控代理列表，由此确定在该条流量的路径上需要进行监控的监控代理节点。图3示出了本技术实施例中确定云平台的监控代理列表的处理流程，包括以下的处理步骤：
87.步骤s301，从虚拟机列表中取出一个元素。其中，虚拟机列表中的一个元素对应一个需要进行监控的监控代理节点。
88.步骤s302，获取所述元素所对应的虚拟机所在的物理服务器信息，所述物理服务器信息可以记录为mgtip。
89.步骤s303，判断所述虚拟机的入口网络是否为空。若所述虚拟机的入口网络非空，则执行步骤s304，若所述虚拟机的入口网络为空，则执行步骤s305。
90.步骤s304，获取入口网络在物理服务器上的物理接口和虚拟机所在的物理服务器上的虚拟接口，其中物理接口可以记录为pnic，虚拟接口可以记录为vnic。然后，基于虚拟机所在的物理服务器信息(mgtip)、入口网络在物理服务器上的物理接口(pnic)以及虚拟机所在的物理服务器上的虚拟接口(vnic)生成一条监控代理节点的相关信息(mgtip，pnic，vnic)，加入监控代理列表。
91.步骤s305，判断虚拟机是否有对应的监控代理节点。若虚拟机有对应的监控代理节点，则执行步骤s306；若虚拟机没有对应的监控代理节点，则执行步骤s307。
92.步骤s306，获取虚拟机管理ip、入口网络的网卡和出口网络的网卡，分别记录为mgtip、innic和outnic。然后，基于虚拟机管理ip(mgtip)、入口网络的网卡(innic)和出口网络的网卡(outnic)生成一条监控代理节点的相关信息(mgtip，innic，outnic)，加入监控代理列表中。
93.步骤s307，判断虚拟机的出口网络是否为空。若虚拟机的出口网络非空，则执行步骤s308。
94.步骤s308，获取出口网络在物理服务器上的物理接口和虚拟机所在的物理服务器上的虚拟接口。其中物理接口可以记录为pnic，虚拟接口可以记录为vnic。然后，基于虚拟机所在的物理服务器信息(mgtip)、出口网络在物理服务器上的物理接口(pnic)以及虚拟机所在的物理服务器上的虚拟接口(vnic)生成一条监控代理节点的相关信息(mgtip，pnic，vnic)，加入监控代理列表中。由此，完成基于虚拟机列表中的一个元素生成对应关于监控代理节点的相关信息。
95.步骤s309，判断所述虚拟机列表是否为空。若虚拟机列表为空，则表示所有的元素已经处理完成，已经获得完整的监控代理列表。若不为空，重复上述步骤s301至s308，直至
虚拟机列表为空。
96.步骤s102，根据所述监控代理列表获取每个监控代理节点的流表信息以及经过所述监控代理节点的流量数据。
97.其中，所述监控代理列表描述了需要进行监控的监控代理节点的相关信息，每一个监控代理节点对应为一个网元代理，其作用在于接收控制的监控指令，完成流量数据监控，上报监控得到的流量数据和流表信息。本实施例中，可以根据实际监测的需求，向所有监控代理节点发送需要监控的流量特征，以便于各个监控代理节点采集特定的流量数据，并获取对应的流表信息。其中，所述流量特征可以包括由源ip、目的ip、协议、源端口以及目的端口组成的五元组，此外还可以根据实际场景的需求额外包括出入方向以及是否有nat(network address translation，网络地址转换)变化等信息。在实际场景中，监控代理节点收集流量数据、获取流表信息方法有很多，各种方式的最终实现方式都是在网络接口上截获流量，本技术不限制具体使用何种工具。
98.但实际流量经过监控代理节点时，可以通过流量特征识别出需要监测的流量，当满足监控任务需求后，可以停止监控任务，收回监控结果。对于每个监控代理节点，其对应的监控结果可以包括预设长度的实际流量数据以及对应的流表信息。其中，流量数据可以截取实际流量的前128字节来获得，流表信息可以包括流量处理的处理信息，比如经过防火墙处理，二层转发，三层路由等处理信息，以及流量产生的接口和时间信息等。
99.步骤s103，根据所述流表信息和流量数据对监控代理节点的请求流量和/或应答流量进行分析，确定所述云平台中网络故障的发生位置和发生原因。
100.本技术实施例的方案在对流量数据进行分析，定位网络故障的发生位置和发生原因时，可以包括两个阶段：请求流量分析和应答流量分析。对于请求流量分析，可以采用图4所示的步骤：
101.步骤s401，根据代理监控列表的顺序遍历监控代理节点的流量数据和流表信息，此时所述流量数据包括请求流量，所述代理监控列表的顺序可以与请求流量的路径相关，由发送请求流量的源节点指向目标节点。
102.步骤s402，判断所述监控代理节点的入口是否包含请求流量。
103.步骤s403，若入口不包含请求流量，则确定当前的监控代理节点接收不到请求流量，故障位置位于当前的监控代理节点的入。
104.步骤s404，若入口包含请求流量，判断所述监控代理节点的出口是否包含请求流量。
105.步骤s405，若出口不包含请求流量，则确定当前的监控代理节点丢弃了请求流量，故障位置位于当前的监控代理节点的出口。
106.步骤s406，若出口包含请求流量，则确定当前的监控代理节点正确处理了请求流量。当流量路径上所有的监控代理节点都处理正确处理了请求流量时，则可以认定该云平台能够正确的处理请求流量，网络故障可能出现在应答流量的路径上，需要应答流量进行检查。
107.对于应答流量分析，可以采用图5所示的处理步骤：
108.步骤s501，根据代理监控列表的顺序逆序遍历监控代理节点的流量数据和流表信息，其中，所述流量数据包括应答流量，所述代理监控列表的顺序可以与请求流量的路径相
关，逆序遍历监控代理节点时可以由发送应答流量的源节点指向目标节点。
109.步骤s502，判断所述监控代理节点的出口是否包含应答流量。
110.步骤s503，若出口不包含应答流量，则确定当前的监控代理节点接收不到应答流量，故障位置位于当前的监控代理节点的出口。
111.步骤s504，若出口包含应答流量，判断所述监控代理节点的入口是否包含应答流量。
112.步骤s505，若入口不包含应答流量，则确定当前的监控代理节点丢弃了应答流量，故障位置位于当前的监控代理节点的入口。
113.步骤s506，若入口包含应答流量，则确定当前的代理节点正确处理了应答流量。当流量路径上所有的监控代理节点都处理正确处理了应答流量时，则可以认定该云平台能够正确的处理应答流量，网络故障可能是由于其它的原因所引起的，例如可以进一步检查云主机的网络配置等。
114.除了前述的网络不通的故障之外，实际场景中还可以包括丢包故障、延迟故障等。对于丢包故障，尤其是icmp(internet control message protocol，因特网控制报文协议)、udp(user datagram protocol，户数据报协议)等，可以采用如下的方式对分析请求过程和应答过程中的丢包故障。
115.对于请求流量，根据监控代理列表，在其中监控代理节点的入口和出口分别统计请求流量数据所对应的报文数量，然后汇总统计数据，根据入口和出口处的报文数量，确定所述云平台的丢包情况。类似地，对于应答流量，可以根据监控代理列表，在其中监控代理节点的入口和出口分别统计应答流量数据所对应的报文数量，然后汇总统计数据，根据入口和出口处的报文数量，确定所述云平台的丢包情况。其中，丢包情况可以具体包括各个监控代理节点之间存在的丢包，或者是监控代理节点所在的设备的丢包。
116.而对于网络的延迟故障，可以使用分析工具获取各个代理节点之间的网络延迟数据，并基于这些延迟数据进行分析，从而确定云平台的网络延迟情况。
117.基于同一发明构思，本技术实施例中还提供了一种云平台网络故障自动检测设备，该设备对应的方法是前述实施例中的云平台网络故障自动检测方法，并且其解决问题的原理与该方法相似。本技术实施例提供的云平台网络故障自动检测设备包括用于存储计算机程序指令的存储器和用于执行计算机程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发所述设备实现前述本技术的多个实施例的方法和/或技术方案。
118.特别地，本技术实施例中的方法和/或实施例可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在该计算机程序被处理单元执行时，执行本技术的方法中限定的上述功能。
119.需要说明的是，本技术所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或
者上述的任意合适的组合。在本技术中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
120.而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
121.可以以一种或多种程序设计语言或其组合来编写用于执行本技术的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
122.附图中的流程图或框图示出了按照本技术各种实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的针对硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
123.作为另一方面，本技术还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个计算机程序指令，所述计算机程序指令可被处理器执行以实现前述本技术的多个实施例的方法和/或技术方案。
124.需要注意的是，本技术可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一些实施例中，本技术的软件程序可以通过处理器执行以实现上文步骤或功能。同样地，本技术的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本技术的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
125.对于本领域技术人员而言，显然本技术不限于上述示范性实施例的细节，而且在不背离本技术的精神或基本特征的情况下，能够以其他的具体形式实现本技术。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本技术的范围由所附权
利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本技术内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。步骤所对应的序号的数字顺序，并不表示任何特定执行顺序，各个步骤在符合执行逻辑的前提下可以采用任意的顺序组合执行。