云资源管理方法、装置、电子设备及可读存储介质与流程

1.本公开实施例涉及通信技术领域，更具体的，涉及一种云资源管理方法、装置、电子设备及可读存储介质。


背景技术：

2.边缘云计算是基于云计算和边缘计算的能力，构筑在边缘基础设备上的云计算平台，能够与中心云设备和物联网终端形成“云边端三体协同”的端到端的技术架构。
3.现有的云边一体架构中，通常通过将kubernetes的控制面设置在中心云侧，重构kubernetes边侧组件kubelet的方式来实现边侧组件的轻量化，以实现由一个中心云侧的kubernetes集群管理边缘云侧的计算节点。但是，在原生的kubernetes集群中，计算节点kubelet组件与控制面的通信机制使用的是kubernetes的list-watch机制，而在重构后，将kubelet组件与控制面的通信机制修改为websocket机制，这一机制使得边缘云侧在处于弱网情况下，传输数据的可靠性较低。
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.在一个实施例中，通过从微消息队列的第一消息主题中获取资源变化请求；其中，所述资源变化请求中至少包括资源名，资源参数和请求标识；所述请求标识用于唯一标识所述资源变化请求；所述资源变化请求是第一服务器发送到所述微消息队列中的；所述第一消息主题是所述第二服务器预先订阅的；根据所述资源参数，对与所述资源变化请求中的资源名对应的资源执行处理，得到处理执行结果；根据所述处理执行结果生成资源变化响应；向所述微消息队列的第二消息主题中发布所述资源变化响应；所述资源变化响应中至少包括所述请求标识和所述处理执行结果；所述第二消息主题是所述第一服务器预先订阅的。这样，通过微消息队列中发布-订阅不同的消息主题的机制实现了资源变化信息的获取，能支持百万连接，替换了传统的k8s的list-watch机制，可以保证第一服务器处于弱网的情况下的数据可靠传输，并解决了海量设备的大规模接入问题。
35.通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
36.被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。
37.图1是本公开实施例的云边一体化架构示意图；
38.图2是根据本公开实施例一的云资源管理方法的流程示意图；
39.图3是根据本公开实施例一的节点创建的流程示意图；
40.图4是根据本公开实施例一的pod调度信息的发布流程示意图；
41.图5是根据本公开实施例二的云资源管理方法的流程示意图；
42.图6是应用本公开实施例的云资源管理方法的系统的示意图；
43.图7是可用于本公开实施例的云资源管理装置的原理框图；
44.图8是可用于实施本公开实施例的电子设备的原理框图
45.图9是可用于实施本公开实施例的电子设备的原理框图；
46.图10是可用于实施本公开实施例的电子设备的原理框图；
47.图11是可用于实施本公开实施例的电子设备的原理框图。
具体实施方式
48.现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
49.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
50.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
51.在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
52.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
53.在本公开实施例中，第一服务器是指基于云计算和边缘计算能力，构筑在边缘基础设备上的云计算服务器，第二服务器是指中心云服务器，第一服务器、第二服务器和物联网终端形成“云边端三体协同”的端到端的技术架构。如图1所示，本公开中，在第二服务器中增加云产品mqtt(基于消息队列遥测传输协议，message queuing telemetry transport)模块和轻量化控制器；在第一服务器中，增加轻量级k8s计算节点，在轻量级k8s计算节点中，设置有轻量化kubelet和容器(containerd)。可以看出，本公开实施例的架构中，对原有的k8s集群没有侵入式修改和配置，属于旁路适配，能够完全无缝融入原有k8s体系之中。
54.图2是根据本公开实施例一的云资源管理方法的流程示意图，该方法可以由如图1所示的第二服务器实施。
55.如图2所示，本实施例的云资源管理方法可以包括如下步骤2100～步骤2400：
56.步骤2100，从微消息队列的第一消息主题中获取资源变化请求；其中，所述资源变化请求中至少包括资源名，资源参数和请求标识；所述请求标识用于唯一标识所述资源变化请求；所述资源变化请求是第一服务器发送到所述微消息队列中的；所述第一消息主题是所述第二服务器预先订阅的。
57.其中，所述资源名至少包括：节点(node)，事件(event)，容器组(pod)和出租(lease)中的任意一种。所述资源变化请求例如可以是节点创建请求，节点更新请求，事件创建请求，事件更新请求，容器组创建请求，容器组更新请求，容器组删除请求，出租更新请求，出租创建请求，在此不一一列举。
58.步骤2200，根据所述资源参数，对与所述资源变化请求中的资源名对应的资源执行处理，得到处理执行结果。
59.步骤2300，根据所述处理执行结果生成资源变化响应。
60.步骤2400，向所述微消息队列的第二消息主题中发布所述资源变化响应；所述资源变化响应中至少包括所述请求标识和所述处理执行结果；所述第二消息主题是所述第一服务器预先订阅的。
61.在本实施例中，以创建node为例对云资源管理方法进行说明。具体的，如图3所示，第二服务器(云端)中的云端控制器通过订阅获取节点创建请求(lite/edge/nodes/(nodename1)/create)，该节点创建请求中包括创建node所需要的参数信息和请求标识。
62.云端控制器通过调用client-go的接口调用真实的apiserver的接口，执行完client-go命令后，将返回的执行结果和对应的请求标识发布给mqtt中的消息主题(topic):lite/ack/{nodename}，以便于订阅了本node的ack topic的kubelet寻找对应于自己的请求标识的资源变化响应，来确定执行是否成功，或者是否超时。
63.同样的，对于event，pod和lease这三种资源的操作与上述过程类似，在此不再赘述。
64.可选地，在一个实施例中，本实施例的方法还可以包括：获取容器组(pod)调度信息；所述容器组调度信息中的容器组携带预设标签；将所述容器组调度信息发布到所述微消息队列的第三消息主题中；所述第三消息主题是所述第一服务器预先订阅的。
65.如图4所示，第二服务器(云端)需要在pod发生变化的情况下，通过云端控制器将pod调度信息发布到微消息队列中，这样，即可以将变化的pod的信息发送给第一服务器，还可以控制将哪些pod的运行下放到边缘云计算节点。可选地，可以下放到边缘云计算节点中的pod需要带有预设标签，该预设标签例如可以是openyurt.io/type＝lite-node。
66.以上已结合附图对本公开实施例的云资源管理方法进行了说明，在本实施例中，通过从微消息队列的第一消息主题中获取资源变化请求；其中，所述资源变化请求中至少包括资源名，资源参数和请求标识；所述请求标识用于唯一标识所述资源变化请求；所述资源变化请求是第一服务器发送到所述微消息队列中的；所述第一消息主题是所述第二服务器预先订阅的；根据所述资源参数，对与所述资源变化请求中的资源名对应的资源执行处理，得到处理执行结果；根据所述处理执行结果生成资源变化响应；向所述微消息队列的第二消息主题中发布所述资源变化响应；所述资源变化响应中至少包括所述请求标识和所述处理执行结果；所述第二消息主题是所述第一服务器预先订阅的。这样，通过微消息队列中发布-订阅不同的消息主题的机制实现了资源变化信息的获取，能支持百万连接，替换了传统的k8s的list-watch机制，可以保证第一服务器处于弱网的情况下的数据可靠传输，并解决了海量设备的大规模接入问题。
67.图5是根据本公开实施例二的云资源管理方法的流程示意图，该方法可以由如图1所示的第二服务器实施。
68.如图5所示，本实施例的云资源管理方法可以包括如下步骤5100～步骤5200：
69.步骤5100，向微消息队列的第一消息主题发送资源变化请求；其中，所述资源变化请求中至少包括资源名，资源参数和请求标识；所述请求标识用于唯一标识所述资源变化请求。
70.其中，所述资源名至少包括：节点(node)，事件(event)，容器组(pod)和出租(lease)中的任意一种。所述资源变化请求例如可以是节点创建请求，节点更新请求，事件创建请求，事件更新请求，容器组创建请求，容器组更新请求，容器组删除请求，出租更新请求，出租创建请求，在此不一一列举。
71.步骤5200，根据所述请求标识，从所述微消息队列的第二消息主题中获取资源变化响应；所述资源变化响应中至少包括所述请求标识和处理执行结果。
72.其中，所述第二消息主题是所述第一服务器预先订阅的；所述资源变化响应是第二服务器在从所述微消息队列中获取到所述资源变化请求，并根据所述资源参数，对所述资源变化请求中的资源名对应的资源执行处理后发布至所述微消息队列的所述第二消息主题中的。
73.需要说明的是，在本实施例中，在kubelet的代码逻辑中，新建一个结构体openyurt.clientset{}，去实现clientset.interface接口，kubelet与apiserver的通信主要涉及到node，event，pod和lease这几种资源和操作。所以只需要用新构建的结构体实现event,lease,node,pod的部分操作即可，其他的方法使用client-go里的fake.clientset去实现。使用mqtt client重新实现了clientset.interface部分实现后，这样我们就不需要修改kubelet关键代码的参数，对kubelet关键逻辑都不做侵入式修改。kubelet里的三个client：heartbeatclient，kubeclient，eventclient都使用newsimpleclientset()方法去初始化：其核心逻辑就是组装mqtt的信息，将创建node所需要的参数，通过mqtt送给云上
的mqtt broker(mqtt发布器)，最终由云上的云端控制器消费后，真实的调用client-go的接口去创建node。
74.如图6所示，以创建node为例，kubelet向微消息队列发布创建node所需的参数信息即可。
75.可选地，在一个实施例中，所述方法还包括：从所述微消息队列的第三消息主题中获取容器组调度信息并缓存；所述容器组调度信息是所述第二服务器获取后发布的；根据所述容器组调度信息生成容器组更新数据。
76.通常，容器组(pod)调度信息的获取方式有三种，如图7所示，一是获取本地文件系统上的静态pod声明文件；二是获取网络(web)上的pod声明文件；三是通过apiserver获取pod声明文件。前两者是我们常说的静态容器组(static pod)方式创建容器，第一种是我们经常用的，用来安装k8s集群创建前所需要的一些系统组件，由kubelet负责声明周期管理，不受k8s管控。第三种是kubelet获取pod声明文件的主流方式，这些pod都是受k8s调度和控制器的管控。通过上述三种方式获得的pod文件，都会汇总到podconfig模块中对应的channel里。经过podconfig模块的合并(merge)操作，来判断变化的pod是创建，更新还是删除，最终进入kubelet中的syncloop逻辑模块，执行pod的创建，更新和删除操作。
77.在本实施例中，考虑到mqtt本身的机制能保证数据在弱网环境下传输的可靠性，因此，在现有的kubelet获取pod调度信息的方式的基础上，增加了newsourcemqttfile这个获取pod的方式，如图8所示，通过mqtt协议获取变化的pod并缓存到本地文件，后续pod的处理方式如同newsourcefile原理类似，监控(watch)到本地文件的变化，并通知对应的channel,进入merge操作，最终生成podupdate的channel数据，后续的处理逻辑不变。好处是如果云边网络正常，则pod的变化信息可以通过mqtt协议不断获得，缓存到本地文件，而newsourcemqttfile的逻辑可以通过watch本地文件的变化，可以将pod的变化信息发送给podupdate的channel,进入下一步的merge操作。一旦网络断开，kubelet完全可以像处理本地文件系统static pod的方式一样处理mqtt缓存的本地文件，这样就可以实现主机重启，边缘云网络断开但是pod还能正常启动的目的，并且若网络恢复，则进入边缘云网络正常的处理逻辑。
78.以上已结合附图对本公开实施例的云资源管理方法进行了说明，在本实施例中，通过向微消息队列的第一消息主题发送资源变化请求；其中，所述资源变化请求中至少包括资源名，资源参数和请求标识；所述请求标识用于唯一标识所述资源变化请求；所述第一消息主题是第二服务器预先订阅的；根据所述请求标识，从所述微消息队列中获取资源变化响应；所述资源变化响应中至少包括所述请求标识和处理执行结果。这样，通过微消息队列中发布-订阅不同的消息主题的机制实现了资源变化信息的获取，能支持百万连接，替换了传统的k8s的list-watch机制，可以保证第一服务器处于弱网的情况下的数据可靠传输，并解决了海量设备的大规模接入问题。
79.《装置实施例》
80.在本实施例中，还提供一种云资源管理装置，如图9所示，该云资源管理装置4000可以包括：获取模块4100，处理模块4200，生成模块4300和发布模块4400。
81.其中，获取模块4100，用于从微消息队列的第一消息主题中获取资源变化请求；其中，所述资源变化请求中至少包括资源名，资源参数和请求标识；所述请求标识用于唯一标
识所述资源变化请求；所述资源变化请求是第一服务器发送到所述微消息队列中的；所述第一消息主题是所述第二服务器预先订阅的。
82.处理模块4200，用于根据所述资源参数，对与所述资源变化请求中的资源名对应的资源执行处理，得到处理执行结果。
83.生成模块4300，用于根据所述处理执行结果生成资源变化响应。
84.发布模块4400，用于向所述微消息队列的第二消息主题中发布所述资源变化响应；所述资源变化响应中至少包括所述请求标识和所述处理执行结果；所述第二消息主题是所述第一服务器预先订阅的。
85.其中，所述资源名至少包括：节点，事件，容器组和出租中的任意一种。
86.在一个实施例中，获取模块4100还用于获取容器组调度信息；所述容器组调度信息中的容器组携带预设标签；发布模块4400还用于将所述容器组调度信息发布到所述微消息队列的第三消息主题中；所述第三消息主题是所述第一服务器预先订阅的。
87.本实施例的云资源管理装置，可用于执行上述方法实施例一的技术方案，其实现原理和技术效果类似，此处不再赘述。
88.在本实施例中，还提供一种云资源管理装置，如图10所示，该云资源管理装置5000可以包括：发送模块5100和获取模块5200。
89.其中，发送模块5100，用于向微消息队列的第一消息主题发送资源变化请求；其中，所述资源变化请求中至少包括资源名，资源参数和请求标识；所述请求标识用于唯一标识所述资源变化请求；所述第一消息主题是第二服务器预先订阅的。
90.获取模块5200，用于根据所述请求标识，从所述微消息队列的第二消息主题中获取资源变化响应；所述资源变化响应中至少包括所述请求标识和处理执行结果；其中，所述第二消息主题是所述第一服务器预先订阅的；所述资源变化响应是第二服务器在从所述微消息队列中获取到所述资源变化请求，并根据所述资源参数，对所述资源变化请求中的资源名对应的资源执行处理后发送至所述微消息队列的所述第二消息主题中的。
91.其中，所述资源名至少包括：节点，事件，容器组和出租中的任意一种。
92.在一个实施例中，获取模块5200还用于从所述微消息队列的第三消息主题中获取容器组调度信息并缓存；所述容器组调度信息是所述第二服务器获取后发布的；所述装置还包括更新模块，用于根据所述容器组调度信息生成容器组更新数据。
93.本实施例的云资源管理装置，可用于执行上述方法实施例一的技术方案，其实现原理和技术效果类似，此处不再赘述。
94.《设备实施例》
95.本实施例中，还提供一种电子设备，该电子设备为图11所示的电子设备6000，包括：
96.存储器6100，用于存储可执行命令。
97.处理器6200，用于在存储器6100存储的可执行命令的控制下，执行本公开任意方法实施例中描述的方法。
98.在电子设备根据所执行的方法实施例的实施主体，可以是服务器，也可以是电子设备。
99.《可读存储介质实施例》
100.本实施例提供一种可读存储介质，该存储介质中存储有可执行命令，该可执行命令被处理器执行时，执行本公开任意方法实施例中描述的方法。
101.本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
102.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
103.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
104.用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c 等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
105.这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
106.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指
令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
107.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
108.附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
109.以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。