一种故障处理方法、装置、电子设备及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种故障处理方法、装置、电子设备及存储介质。


背景技术：

2.kubernetes集群的节点组件在故障的时候,kubernetes集群并没有对故障的节点的组件进行故障上报,修复的能力,只有当节点完全无准备的情况下,才会去重新调度节点上部署的服务.可以说kubernetes集群提供的修复能力,只能是针对节点上的服务的一种修复,并不会对节点上其他的组件在故障的时候提供修复。所以在节点出现故障的时候,无法进行故障自动上报或自动处理，而是通过运维人员介入，来对节点上部署的服务进行维护，并解决节点出现的故障，但是该方式全程需要工作人员进行监控及后续处理，从而导致故障修复速度慢，无法使节点进行正常的服务调度。


技术实现要素：

3.为了解决上述技术问题或者至少部分地解决上述技术问题，本发明提供了一种故障处理方法、装置、电子设备及存储介质。
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.图1为本发明实施例提供的一种故障处理方法的流程示意图；
39.图2为本发明另一实施例提供的一种故障处理方法的流程示意图；
40.图3为本发明另一实施例提供的一种故障处理方法的流程示意图；
41.图4为本发明另一实施例提供的一种故障处理方法的流程示意图；
42.图5为本发明实施例提供的一种故障处理装置的框图；
43.图6为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
44.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
45.本技术实施例提供了一种故障处理方法、装置、电子设备及存储介质。本发明实施例所提供的方法可以应用于任意需要的电子设备，例如，可以为服务器、终端等电子设备，在此不做具体限定，为描述方便，后续简称为电子设备。
46.根据本技术实施例的一方面，提供了一种故障处理方法的方法实施例。图1为本技术实施例提供的一种故障处理方法的流程图，如图1所示，该方法包括：
47.步骤s11，获取容器集群中各个的节点的状态信息，节点用于根据接收到的服务调度指令执行服务调度操作；
48.本技术实施例提供的方法应用于接口服务组件(api server组件)，接口服务组件能够获取容器集群中所有节点的状态信息。
49.需要说明的是，接口服务组件提供了kubernetes各类资源对象(pod，rc，service等)的增删改查及watch等http rest接口，是整个系统的数据总线和数据中心。
50.接口服务组件的功能：提供了集群管理的rest api接口(包括认证授权、数据校验以及集群状态变更)；提供其他模块之间的数据交互和通信的枢纽；接口服务组件是资源配额控制的入口；接口服务组件具有完备的集群安全机制。
51.步骤s12，根据状态信息确定容器集群中的故障节点，以及故障节点的目标故障信息；
52.在本技术实施例中，接口服务组件对各个节点的状态信息进行分析，能够确定故障节点，作为一个示例，状态信息可以是运行或非运行。当节点的运行状态时非运行时，则确定该节点为故障节点。
53.在确定故障节点之后，接口服务组件对故障节点进行检测得到目标故障信息，作为一个示例，故障信息可以是宿主机异常，网络异常，服务异常等等。
54.步骤s13，根据预设的配置信息确定所述目标故障信息对应的故障节点的目标故障修复策略，其中，配置信息中包括多个故障信息与多个故障修复策略的对应关系；
55.在本技术实施例中，步骤s13，根据预设的配置信息确定所述目标故障信息对应的所述故障节点的目标故障修复策略，其中，所述配置信息中包括多个故障信息与多个故障修复策略的对应关系，包括以下步骤a1-a2：
56.步骤a1，获取用于执行故障修复的预设配置信息；
57.在本技术实施例中，当前用于执行故障修复的配置信息可以是接口服务组件当前处理故障的资源信息，可以理解为接口服务组件当前的故障修复能力。
58.步骤a2，根据预设配置信息确定目标故障信息对应的故障修复策略，故障修复策略包括：故障上报和/或自动修复。
59.在本技术实施例中，根据配置信息确定目标故障信息对应的故障修复策略，包括：当配置信息中存在与目标故障信息相匹配的资源信息时，目标故障修复策略为：自动修复；当配置信息中不存在与目标故障信息相匹配的资源信息时，目标故障修复策略为：故障上报。
60.步骤s14，控制故障节点执行目标故障修复策略对应的故障修复操作。
61.在本技术实施例中，当目标故障修复策略为故障上报时，步骤s14，控制故障节点执行目标故障处理策略对应的故障修复操作，包括以下步骤b1-b2：
62.步骤b1，确定故障节点的节点标识，以及节点标识对应的目标客户端；
63.在本技术实施例中，在确定故障节点后，确实故障节点的节点标识，节点标识可以是故障节点的节点名称，或者故障节点的ip地址。然后查询节点标识与客户端的对应关系，根据对应关系得到故障节点的节点标识对应的目标客户端。
64.步骤b2，将目标故障信息发送至目标客户端，由目标客户端处理故障节点的目标故障信息。
65.在本技术实施例中，当故障修复操作为故障上报时，将目标故障信息发送至目标客户端，并通过目标客户端进行展示，以使工作人员对目标故障信息进行处理。
66.在本发明的实施方式中，当目标故障修复策略为自动修复时，步骤s14，控制故障节点执行目标故障处理策略对应的故障修复操作，包括以下步骤c1-c2：
67.步骤c1，获取故障修复规则，基于所述故障修复规则确定所述目标故障信息对应的目标修复流程，其中，所述故障修复规则中包括多个故障信息与多个修复流程的映射关系；
68.在本技术实施例中，当目标故障修复策略为自动修复时，则确定接口服务组件中存在解决目标故障信息的资源信息，资源信息包括故障信息与修复流程的映射关系，以及修复补丁等等。
69.作为一个示例，故障信息与修复流程的映射关系可以是键值对，其中故障信息为键名(key)，修复流程为键值(value)。
70.在本技术实施例中，从映射关系中查询目标故障信息相匹配的键名，并将该键名对应的键值作为目标修复流程。
71.步骤c2，按照目标修复流程控制故障节点执行故障修复操作。
72.在本技术实施例中，当故障修复操作为自动修复时，从接口服务组件的本地能够
获取处理目标故障信息的目标修复流程，提高了节点出现故障时的处理效率。同时不再需要进行人工修复，降低了修复成本。
73.本技术实施例通过对容器集群中各个节点的状态信息进行分析，从而确定故障节点，以及故障节点的故障信息，根据故障信息获取故障修复策略，实现了故障信息的自动处理，提高了故障处理效率，降低了开发人员的工作量。
74.如图2所示，在按照目标修复流程控制故障节点执行故障修复操作之前，方法还包括：
75.步骤s21，确定目标故障信息所表示的故障对故障节点服务能力的影响程度；
76.在本技术实施例中，对故障节点进行服务测试，从而确定故障节点是否能够正常执行服务调度操作。当故障节点能够正常执行服务调度操作，则表示目标故障信息对故障节点服务能力的影响程度低；当故障节点能够执行部分服务调度操作时，则表示目标故障信息对故障节点服务能力的影响程度中等；当故障节点不能正常执行服务调度操作，则表示目标故障信息对故障节点服务能力的影响程度高。
77.步骤s22，当影响程度符合预设影响程度时，控制故障节点停止接收服务调度指令。
78.在本技术实施例中，当影响程度处于中等以上即为影响程度符合预设影响程度，则确定故障节点无法保证服务效率，且继续运行有可能导致该节点瘫痪，此时控制故障节点停止接收服务调度指令。
79.本技术实施例通过在对故障节点进行修复之前，确定故障信息对故障节点的影响程度，当影响程度高时，控制故障节点停止接收服务调度指令，能够避免故障节点因持续运行导致瘫痪的情况。
80.如图3所示，在按照目标修复流程控制故障节点执行故障修复操作之前，方法还包括：
81.步骤s31，根据目标修复流程确定预期修复时间；
82.在本技术实施例中，从本地获取修复流程与修复时间的对应关系，从对应关系中确定目标修复流程对应的预期修复时间。
83.步骤s32，当预期修复时间大于预设修复时间时，获取部署于故障节点的服务信息；
84.在本技术实施例中，当预期修复时间大于预设修复时间时，可以向服务器查询部署于故障节点的服务信息。
85.步骤s33，对服务信息进行分析，得到故障节点所承载服务的服务类型；
86.在本技术实施例中，对部署于故障节点的服务信息进行分析，确定服务信息的服务类型，其中分析过程可以是获取服务信息列表，服务信息列表中包括服务信息，以及服务信息对应的服务类型，服务类型包括可转移类型以及不可转移类型。
87.步骤s34，对故障节点所承载的服务中服务类型属于预设服务类型的服务执行转移操作。
88.在本技术实施例中，预设服务类型为可转移类型，对服务类型属于预设类型的服务信息执行转移操作，即为对可转移类型的服务信息执行转移操作。
89.在本技术实施例中，通过对修复时间大于预设修复时间的修复流程,确定该故障
节点上部署的服务信息，并转移部分或全部服务信息，从而保证服务信息不会因故障节点的修复导致无法使用，同时降低了故障节点的压力，避免了服务的重新调度导致服务间歇的不可用的问题。
90.在本技术实施例还提供了一种故障处理方法，如图4所示，方法还包括：
91.步骤s41，获取故障节点的修复结果；
92.在本技术实施例中，当故障节点修复完成后，回反馈一个修复结果，修复结果包括：修复成功和修复失败。
93.步骤s42，当根据修复结果确定故障节点修复失败时，更新故障节点的修复次数；
94.在本技术实施例中，当根据修复结果确定故障节点修复失败时，查询故障节点的历史修复记录，历史修复记录包括历史修复时间以及历史修复结果。根据历史修复记录中历史修复时间的数量确定故障节点的修复次数。
95.步骤s43，当更新后的修复次数大于或等于预设次数时，将故障节点的节点标识，以及目标故障信息发送至预设客户端。
96.在本技术实施例中，当修复次数大于或等于预设次数时，则确认故障节点异常频率高，有可能存在漏洞，因此将故障节点的节点标识，以及目标故障信息发送至预设客户端，由预设客户端对故障节点进行检测，并进行漏洞修复。
97.图5为本技术实施例提供的一种故障处理装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图5所示，该装置包括：
98.获取模块51，用于获取容器集群中各个的节点的状态信息，节点用于根据接收到的服务调度指令执行服务调度操作；
99.分析模块52，用于根据状态信息确定容器集群中的故障节点，以及故障节点的目标故障信息；
100.确定模块53，用于根据目标故障信息确定故障节点的故障修复策略；
101.执行模块54，用于控制故障节点执行故障修复策略对应的故障修复操作。
102.在本发明的实施方式中，确定模块53，用于获取当前用于执行故障修复的配置信息；根据配置信息确定目标故障信息对应的故障修复策略，故障修复策略包括：故障上报和/或自动修复。
103.在本发明的实施方式中，当故障修复策略为故障上报时，执行模块54，用于确定故障节点的节点标识，以及节点标识对应的目标客户端；将目标故障信息发送至目标客户端，由目标客户端处理故障节点的目标故障信息。
104.在本发明的实施方式中，当故障修复策略为自动修复时，执行模块54，用于获取故障信息与修复流程的映射关系；根据映射关系确定目标故障信息对应的目标修复流程；按照目标修复流程控制故障节点执行故障修复操作。
105.在本发明的实施方式中，装置还包括：第一控制模块，用于确定目标故障信息对故障节点服务能力的影响程度；当影响程度符合预设影响程度时，控制故障节点停止接收服务调度指令。
106.在本发明的实施方式中，装置还包括：第二控制模块，用于根据目标修复流程确定预期修复时间；当预期修复时间大于预设修复时间时，获取部署于故障节点的服务信息；分析得到服务信息的服务类型；对服务类型属于预设服务类型的服务信息执行转移操作。
107.在本发明的实施方式中，装置还包括：发送模块，用于获取故障节点的修复结果；当根据修复结果确定故障节点修复失败时，确定故障节点的修复次数；当修复次数大于或等于预设次数时，将故障节点的节点标识，以及目标故障信息发送至预设客户端。
108.故障处理装置包括处理器和存储器，上述获取模块51、分析模块52、确定模块53、执行模块54等均作为程序模块存储在存储器中，由处理器执行存储在存储器中的上述程序模块来实现相应的功能。
109.本发明实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。
110.当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在故障处理设备侧执行的故障处理方法。
111.处理器用于执行存储器中存储的故障处理程序，以实现以下在故障处理设备侧执行的故障处理方法的步骤：
112.获取容器集群中各个的节点的状态信息，节点用于根据接收到的服务调度指令执行服务调度操作；
113.获取容器集群中各个的节点的状态信息，节点用于根据接收到的服务调度指令执行服务调度操作；
114.根据状态信息确定容器集群中的故障节点，以及故障节点的目标故障信息；
115.根据预设的配置信息确定目标故障信息对应的故障节点的目标故障修复策略，其中，配置信息中包括多个故障信息与多个故障修复策略的对应关系；
116.控制故障节点执行目标故障修复策略对应的故障修复操作。
117.在本发明的可选实施例中，配置信息的对应关系中包含的故障修复策略包括：故障上报和/或自动修复。
118.在本发明的可选实施例中，当目标故障修复策略为故障上报时，控制故障节点执行目标故障处理策略对应的故障修复操作，包括：
119.确定故障节点的节点标识，以及节点标识对应的目标客户端；
120.将目标故障信息发送至目标客户端，由目标客户端处理故障节点的目标故障信息。
121.在本发明的可选实施例中，当目标故障修复策略为自动修复时，控制故障节点执行目标故障处理策略对应的故障修复操作，包括：
122.获取故障修复规则，基于故障修复规则确定目标故障信息对应的目标修复流程，其中，故障修复规则中包括多个故障信息与多个修复流程的映射关系；
123.按照目标修复流程控制故障节点执行故障修复操作。
124.在本发明的可选实施例中，在按照目标修复流程控制故障节点执行故障修复操作之前，方法还包括：
125.确定目标故障信息所表示的故障对故障节点服务能力的影响程度；
126.当影响程度符合预设影响程度时，控制故障节点停止接收服务调度指令。
127.在本发明的可选实施例中，在按照目标修复流程控制故障节点执行故障修复操作
之前，方法还包括：
128.根据目标修复流程确定预期修复时间；
129.当预期修复时间大于预设修复时间时，获取部署于故障节点的服务信息；
130.对服务信息进行分析，得到故障节点所承载服务的服务类型；
131.对故障节点所承载的服务中服务类型属于预设服务类型的服务执行转移操作。
132.在本发明的可选实施例中，方法还包括：
133.获取故障节点的修复结果；
134.当根据修复结果确定故障节点修复失败时，更新故障节点的修复次数；
135.当更新后的修复次数大于或等于预设次数时，将故障节点的节点标识，以及目标故障信息发送至预设客户端。
136.本发明实施例提供了一种处理器，处理器用于运行程序，其中，程序运行时执行：
137.获取容器集群中各个的节点的状态信息，节点用于根据接收到的服务调度指令执行服务调度操作；
138.根据状态信息确定容器集群中的故障节点，以及故障节点的目标故障信息；
139.根据预设的配置信息确定目标故障信息对应的故障节点的目标故障修复策略，其中，配置信息中包括多个故障信息与多个故障修复策略的对应关系；
140.控制故障节点执行目标故障修复策略对应的故障修复操作。
141.图6为本发明实施例提供的一种电子设备的结构示意图，图6所示的电子设备60包括：至少一个处理器601、以及与处理器601连接的至少一个存储器602、总线603；其中，处理器601、存储器602通过总线603完成相互间的通信；处理器用于调用存储器中的程序指令，以执行上述的故障处理方法。本文中的电子设备可以是服务器、pc、pad、手机等。
142.本发明还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：
143.获取容器集群中各个的节点的状态信息，节点用于根据接收到的服务调度指令执行服务调度操作；
144.根据状态信息确定容器集群中的故障节点，以及故障节点的目标故障信息；
145.根据预设的配置信息确定目标故障信息对应的故障节点的目标故障修复策略，其中，配置信息中包括多个故障信息与多个故障修复策略的对应关系；
146.控制故障节点执行目标故障修复策略对应的故障修复操作。
147.在本发明的可选实施例中，配置信息的对应关系中包含的故障修复策略包括：故障上报和/或自动修复。
148.在本发明的可选实施例中，当目标故障修复策略为故障上报时，控制故障节点执行目标故障处理策略对应的故障修复操作，包括：
149.确定故障节点的节点标识，以及节点标识对应的目标客户端；
150.将目标故障信息发送至目标客户端，由目标客户端处理故障节点的目标故障信息。
151.在本发明的可选实施例中，当目标故障修复策略为自动修复时，控制故障节点执行目标故障处理策略对应的故障修复操作，包括：
152.获取故障修复规则，基于故障修复规则确定目标故障信息对应的目标修复流程，
其中，故障修复规则中包括多个故障信息与多个修复流程的映射关系；
153.按照目标修复流程控制故障节点执行故障修复操作。
154.在本发明的可选实施例中，在按照目标修复流程控制故障节点执行故障修复操作之前，方法还包括：
155.确定目标故障信息所表示的故障对故障节点服务能力的影响程度；
156.当影响程度符合预设影响程度时，控制故障节点停止接收服务调度指令。
157.在本发明的可选实施例中，在按照目标修复流程控制故障节点执行故障修复操作之前，方法还包括：
158.根据目标修复流程确定预期修复时间；
159.当预期修复时间大于预设修复时间时，获取部署于故障节点的服务信息；
160.对服务信息进行分析，得到故障节点所承载服务的服务类型；
161.对故障节点所承载的服务中服务类型属于预设服务类型的服务执行转移操作。
162.在本发明的可选实施例中，方法还包括：
163.获取故障节点的修复结果；
164.当根据修复结果确定故障节点修复失败时，更新故障节点的修复次数；
165.当更新后的修复次数大于或等于预设次数时，将故障节点的节点标识，以及目标故障信息发送至预设客户端。
166.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
167.在一个典型的配置中，设备包括一个或多个处理器(cpu)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。
168.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。
169.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
170.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要
素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
171.本领域技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
172.以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。