一种风险命令的处理方法、计算设备及可读存储介质与流程

1.本发明涉及计算机领域，尤其涉及一种风险命令的处理方法、计算设备及可读存储介质。


背景技术：

2.面对服务器数量飞速增长，运维工作人员为了方便，一般采用一个控制端来操控多个服务器。在服务器的运维过程中，某些操作造成的后果需要工作人员花费大量的成本去挽回，比如提交了未完成的表单、删除了重要的数据等。基于此，提出了二次确认方案。具体地，当工作人员执行存在风险的操作时，让其进行二次确认，以来尽量避免执行这些操作后带来严重后果。
3.然而，目前的二次确认方案，都是在受控端的服务器中配置风险操作。这也就是说，每有一台需要二次确认功能的服务器，便需登陆该受控服务器来对风险操作进行配置。显然这样，当大量服务器有此需求时，配置风险操作的工作量将非常大。
4.为此，亟需一种方法来解决上述问题。


技术实现要素：

5.为此，本发明提供了一种风险命令的处理方法、计算设备及可读存储介质，以力图解决或者至少缓解上面存在的问题。
6.根据本发明的一个方面，提供一种风险命令的处理方法，适于在驻留于计算设备的终端中执行，计算设备与至少一个服务器通信连接，且计算设备中存储有用于记录风险命令的配置文件，该方法包括：响应于在终端的窗口中向目标服务器发送命令的操作，基于配置文件检测命令是否为风险命令；如果是，则生成告警界面，并将该告警界面进行显示，以便让用户基于告警界面再次确认是否发送命令。
7.可选地，在根据本发明的风险命令的处理方法中，响应于在终端的窗口中向目标服务器发送命令的操作，基于配置文件检测命令是否为风险命令的步骤，包括：响应于在终端的窗口中向目标服务器发送命令的操作，获取配置文件；将命令与配置文件中的各风险命令进行匹配；如果匹配成功，则确定命令为风险命令。
8.可选地，在根据本发明的风险命令的处理方法中，生成告警界面的步骤，包括：获取目标服务器的信息；生成包括命令和信息的告警界面。
9.可选地，在根据本发明的风险命令的处理方法中，终端的每一个窗口对应一个服务器，以及获取目标服务器的信息的步骤，包括：获取命令所在的目标窗口；将目标窗口对应的服务器确定为目标服务器；获取目标服务器的信息。
10.可选地，在根据本发明的风险命令的处理方法中，获取命令所在的目标窗口的步骤，包括：将当前光标所在的窗口，确定为目标窗口。
11.可选地，在根据本发明的风险命令的处理方法中，还包括：如果命令为风险命令，将目标窗口高亮显示。
12.可选地，在根据本发明的风险命令的处理方法中，告警界面中还包括确认接口和取消接口。
13.可选地，在根据本发明的风险命令的处理方法中，还包括：响应于对确认接口的触发操作，将命令发送至目标服务器，以便目标服务器执行命令；响应于对取消接口的触发操作，不再向目标服务器发送命令。
14.可选地，在根据本发明的风险命令的处理方法中，配置文件中的风险命令包括：重启命令、删除命令和提交命令。
15.根据本发明的又一个方面，提供一种计算设备，包括：至少一个处理器；以及存储器，存储有程序指令，其中，程序指令被配置为适于由至少一个处理器执行，程序指令包括用于执行根据本发明的风险命令的处理方法的指令。
16.根据本发明的又一个方面，提供一种存储有程序指令的可读存储介质，当程序指令被计算设备读取并执行时，使得计算设备执行根据本发明的风险命令的处理方法。
17.根据本发明的风险命令的处理方法，响应于在终端的窗口中向目标服务器发送命令的操作，基于该终端驻留于的计算设备中存储的用于记录风险命令的配置文件，检测该命令是否为风险命令。如果是，则生成提示用户是否继续发送命令的告警界面，并将该告警界面进行显示。可见，本发明是在终端所驻留的计算设备中存储用于记录风险命令的配置文件，即是在控制端配置风险命令。显然这样，工作人员仅需在控制端配置一次风险命令，便可使通过该控制端操控的所有服务器均实现风险命令二次确认的需求，而无需再一一登录各个受控服务器进行配置。因此，本发明能极大的减少工作人员的工作量。
附图说明
18.为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。
19.图1示出了根据本发明一个实施例的计算设备100的结构框图；
20.图2示出了根据本发明一个实施例的风险命令的处理方法200的流程图；
21.图3示出了根据本发明一个实施例的终端的多个窗口的示意图；
22.图4示出了根据本发明一个实施例的风险指令的应用场景的流程图的示意图；
23.图5示出了根据本发明一个实施例的非风险指令的应用场景的流程图的示意图；
24.图6示出了根据本发明又一个实施例的风险命令的处理方法600的流程图的示意图。
具体实施方式
25.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
26.图1示出了根据本发明一个实施例的计算设备100的结构框图。需要说明的是，图1所示的计算设备100仅为一个示例，在实践中，用于实施本发明的风险命令的处理方法的计算设备可以是任意型号的设备，其硬件配置情况可以与图1所示的计算设备100相同，也可以与图1所示的计算设备100不同。实践中用于实施本发明的风险命令的处理方法的计算设备可以对图1所示的计算设备100的硬件组件进行增加或删减，本发明对计算设备的具体硬件配置情况不做限制。
27.如图1所示，在基本配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。
28.取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器(μp)、微控制器(μc)、数字信息处理器(dsp)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(alu)、浮点数单元(fpu)、数字信号处理核心(dsp核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。
29.取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如ram)、非易失性存储器(诸如rom、闪存等)或者它们的任何组合。计算设备中的物理内存通常指的是易失性存储器ram，磁盘中的数据需要加载至物理内存中才能够被处理器104读取。系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据124。在一些实施方式中，应用122可以布置为在操作系统上由一个或多个处理器104利用程序数据124执行指令。操作系统120例如可以是linux、windows等，其包括用于处理基本系统服务以及执行依赖于硬件的任务的程序指令。应用122包括用于实现各种用户期望的功能的程序指令，应用122例如可以是浏览器、即时通讯软件、软件开发工具(例如集成开发环境ide、编译器等)等，但不限于此。当应用122被安装到计算设备100中时，可以向操作系统120添加驱动模块。
30.在计算设备100启动运行时，处理器104会从系统存储器106中读取操作系统120的程序指令并执行。应用122运行在操作系统120之上，利用操作系统120以及底层硬件提供的接口来实现各种用户期望的功能。当用户启动应用122时，应用122会加载至系统存储器106中，处理器104从系统存储器106中读取并执行应用122的程序指令。
31.计算设备100还包括储存设备132，储存设备132包括可移除储存器136和不可移除储存器138，可移除储存器136和不可移除储存器138均与储存接口总线134连接。
32.计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个a/v端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于经由一个或者多个i/o端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。
33.网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(rf)、微波、红外(ir)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。
34.在根据本发明的计算设备100中，应用122包括用于执行本发明的风险命令的处理方法200的指令，该指令可以指示处理器104执行本发明的风险命令的处理方法。本领域技术人员可以理解，除了用于执行风险命令的处理方法200的指令之外，应用122还可以包括用于实现其他功能的其他应用126。
35.图2示出了根据本发明一个实施例的风险命令的处理方法200的流程图，方法200适于在驻留于计算设备(例如图1所示的计算设备100)的终端中执行。终端是用于向操作系统输入内容的图形界面程序。目前，市面上常见的终端程序有xshell、securecrt、xterm以及各个系统自带的terminal程序。关于驻留于计算设备中的终端的类型，本发明不作限制。在具体的实施例中，本领域的技术人员可以根据实际需要进行设定。
36.其中，计算设备与至少一个服务器通信连接，且该计算设备中存储有用于记录风险命令的配置文件。风险命令是指执行该命令后可能需要用户花费大量成本来挽回的命令。具体地，风险命令可以包括重启命令、删除命令以及提交命令。当然，风险命令还可以包括其他命令。对于配置文件中包括哪些命令(即将哪些命令设定为风险命令)，本发明不作限制。在具体的实施例中，本领域的技术人员可以根据实际需要自行设定。
37.另外，用于记录风险命令的配置文件可以存储在储装置中。其中，存储装置可以是文件，也可以是mysql、mariadb、oracle等数据库，对此本发明不作限定。
38.如图2所示，本发明的风险命令的处理方法200始于步骤s210。在步骤s210中，响应于在终端的窗口中向目标服务器发送命令的操作，基于配置文件检测该命令是否为风险命令。
39.具体地，响应于在终端的窗口中向目标服务器发送命令的操作，首先获取配置文件。然后，将所要发送的命令与配置文件中的各风险命令进行匹配。如果匹配成功，则确定所要发送的命令为风险命令。否则，确定所要发送的命令为非风险命令。即，若所要发送的命令与配置文件中的某一命令相同时，则判定所要发送的命令为风险命令，而当所要发送的命令与配置文件中记录的所有命令都不相同时，则判定所要发送的命令不是风险命令。
40.在此需说明两点，其一，当所要发送的命令为风险命令时，代表用户执行的操作是风险操作，反之，则代表用户执行的操作为非风险操作(即不存在风险)。其二，在将所要发送的命令与配置文件中的各风险命令进行匹配时，忽略所要发送的命令中的参数。即，将所要发送的命令与配置文件中的各风险命令进行匹配时，如果所要发送的命令中包含参数，则去除其参数。作一示例，所要发送的命令为rm-rf test1。可见，rm-rf test1中包含参数test1，因此在将rm-rf test1与配置文件中记录的各风险命令进行匹配时，需先去除参数test1。如此一来，当配置文件中所记录的风险命令中包含rm-rf时，则将所要发送的命令rm-rf test1判定为风险命令。
41.如果所要发送的命令是风险命令，则进入步骤s220，生成告警界面，并将该告警界面进行显示，以便让用户基于告警界面再次确认是否发送命令。根据本发明的一个实施例，告警界面中可以包括所要发送的命令。进一步地，还可以包括目标服务器的信息。其中，可以通过如下方式来生成包括所要发送的命令和目标服务器的信息的告警界面。
42.获取目标服务器的信息。根据本发明的一个实施例，可以由一个终端来控制其驻留于的计算设备所连接的多个服务器。进一步讲，由终端的每一个窗口来控制一个服务器。具体地，开启终端的多个窗口，并设置终端的每一个窗口对应一个服务器。当终端检测到用户在其某一窗口中输入命令时，将此命令发送至该窗口所对应的服务器，随之该服务器执行此命令。如图3，其示出了根据本发明一个实施例的终端的多个窗口的示意图。其中，左上方的窗口对应的服务器的名称为server1，左下方窗口对应的服务器的名称为server3，右方窗口对应的服务器的名称为server2。当用户在左下方窗口中输入命令后，终端则会将该命令发送至名称为server3的服务器，随即此服务器执行该命令。可见，当用户想要让某一服务器执行一命令时，用户只需在该服务器所对应的窗口中输入此命令即可。因此，可以通过命令所在的窗口来获取目标服务器的信息。具体地：
43.首先，获取命令所在的目标窗口。根据本发明的一个实施例，将当前光标所在的窗口，确定为目标窗口。具体地，获取当前光标的位置信息，然后依据光标的位置信息和各窗口的位置信息，获取该光标当前所位于的窗口，进而将该窗口确定为所要发送的命令所在的目标窗口。其中，光标的位置信息是指光标的坐标，窗口的位置信息包括窗口的左上角坐标和右下角坐标。当然，窗口的位置信息也可以包括窗口的四个角的坐标，对此本发明不作限定。另外，关于获取所要发送的命令所在的窗口的方法，上述仅是一个示例，对此本发明不作限定。
44.然后，将目标窗口对应的服务器确定为目标服务器。基于前述指出的终端的每一个窗口对应一个服务器可知，命令所在的目标窗口对应的服务器，则为此命令所要发送至的服务器，因此可以将目标窗口对应的服务器确定为目标服务器。而在终端的每一个窗口对应一个服务器的情况下，在确定出所要发送的命令所在的目标窗口后，则可得到目标窗口对应的服务器，进而也就确定出了目标服务器。
45.最后，获取目标服务器的信息。其中，可以在计算设备中存储用于记录计算设备所连接的各个服务器的信息的配置文件，这样在确定目标服务器后，基于该配置文件，则可获得目标服务器的信息，当然这仅是一个示例，也可以通过其他方式来获取目标服务器的信息，对此本发明不作限制。另外，目标服务器的信息可以包括目标服务器的名称和/或目标服务器的ip地址，对此本发明不作限制。
46.至此可见，便得了目标服务器的信息。随后，基于所要发送的命令和目标服务器的信息，生成包括所要发送的命令和目标服务器的信息的告警界面。可见，本发明生成的告警界面中不仅包括所要发送的命令，还包括目标服务器的信息。因此，本发明不仅可以让用户对所要发送的命令进行二次确认，还可以让其对所要发送至的服务器进行二次确认，从而可以有效减少风险命令的误发送。
47.为了进一步减少风险命令的误发送，根据本发明的一个实施例，在确定所要发送的命令是风险命令后，还可以将目标窗口高亮显示。由于每一个窗口对应一个服务器，因此将目标窗口高亮显示，可以再次提醒用户，命令所要发送至的目标服务器为目标窗口对应
的服务器，从而能进一步减少风险命令的误发送。
48.另外，根据本发明的一个实施例，告警界面中还可以包括确认接口和取消接口。其中，确认接口和取消接口可以实现为确认控件和取消控件。参见图3，其告警界面中包括所要发送的命令(即风险语句“rm-rf test1”)、目标服务器的信息(即名称server3和ip地址10.10.53.60)、确认控件以及取消控件。
49.在告警界面中包括确认接口和取消接口时，用户则可以通过触发这两个接口来执行是否继续将命令发送至目标服务器的操作。具体地，在检测到用户触发确认接口的操作后，响应于对确认接口的触发操作，将命令发送至目标服务器，以便目标服务器执行该命令。而在检测到用户触发取消接口的操作后，则响应于对取消接口的触发操作，不再向目标服务器发送命令，即取消命令的发送。
50.需说明的是，用户还可以采用其他方式来执行是否继续将命令发送至目标服务器的操作，例如在终端的窗口中输入yes或no的方式。对于具体采用何种方式，本发明不作限制。
51.还需说明的是，如果所要发送的命令不是风险命令，则将该命令发送至目标服务器。即，当所要发送的命令不是风险命令时，不再执行生成并显示告警界面等步骤，而是直接将该命令发送至目标服务器，以便目标服务器执行该命令。
52.为了更好的说明本发明的完整实现过程，下面将结合图4和图5通过两个具体示例来对本发明的风险命令的处理方法的整个过程进行说明。具体地：
53.第一步，当检测到用户在某个窗口中输入指令(即命令)时，截取并缓存该指令。
54.第二步，向数据库中获取风险指令清单。此处的数据库可以是文件，也可以是mysql等数据库程序，对此本发明不作限定。
55.第三步，将缓存的指令与风险指令清单中的各风险指令进行比对。
56.第四步，若未比对成功(即风险指令清单中不包括所缓存的指令)，则确定所缓存的指令不是风险指令，无需用户进行二次确认，随之将缓存的指令发送至该窗口所对应的服务器(即受控服务器)；若比对成功(即风险指令清单中包括缓存的指令)，则确定所缓存的指令为风险指令，需用户进行二次确认，随之向用户展示二次确认弹窗。
57.第五步，当检测到用户在二次弹窗中的确认操作后，将所缓存的指令发送至该窗口所对应的服务器(即受控服务器)。
58.其中，需说明的是，不管受控服务器是在比对成功还是未比对成功的情况下接收到指令，其都会执行该指令，并将执行结果发送至终端。而终端在接收到执行结果后，则会向用户展示该结果。另外，关于本实施例的风险指令的处理方法的具体细节可以参考上述基于图1至图3的描述，在此不再赘述。
59.为了更好的理解本发明的风险命令的处理方法，本发明又给出了一个实施例。图6示出了根据本发明又一个实施例的风险命令的处理方法600的流程图的示意图，方法600适于在计算设备(例如图1所示的计算设备100)中执行。如图6所示，该方法600始于步骤s610。
60.在步骤s610中，响应于用户在终端的窗口中向目标服务器发送命令的操作，获取自定义的风险命令列表，随后进入步骤s620。
61.在步骤s620中，将所要发送的命令与风险命令列表中的各命令进行匹配。若匹配成功，则进入步骤s630。若未匹配成功，则进入步骤s660。
62.在步骤s630中，获取光标焦点所在的窗口(即所要发送的命令所在的窗口)和目标服务器的信息，随后进入步骤s640。
63.在步骤s640中，高亮光标焦点所在的窗口，并弹窗提示风险命令和目标服务器的信息，随后进入步骤s650。
64.在步骤s650中，基于用户在弹窗中的操作，判断用户是否确认通过。若否，则结束。若是，则进入步骤s660。
65.在步骤s660中，将窗口中的命令发送至目标服务器。
66.其中，关于本实施例的风险命令的处理方法的具体细节可以参考上述基于图1至图5的描述，在此不再赘述。
67.根据本发明的风险命令的处理方法，响应于在终端的窗口中向目标服务器发送命令的操作，基于该终端驻留于的计算设备中所存储的用于记录风险命令的配置文件，检测该命令是否为风险命令。如果是，则生成提示用户是否继续发送命令的告警界面，并将该告警界面进行显示。可见，本发明是在终端所驻留的计算设备中存储用于记录风险命令的配置文件，即是在控制端配置风险命令。显然这样，工作人员仅需在控制端配置一次风险命令，便能使通过该控制端操控的所有服务器均实现风险命令二次确认的需求，而无需再一一登录各个受控服务器进行配置。因此，本发明能极大的减少工作人员的工作量。
68.另外，本发明的告警界面中不仅包括所要发送的命令，还包括目标服务器的信息。因此，本发明不仅可以让用户对所要发送的命令进行二次确认，还可以让其对所要发送至的服务器进行二次确认，从而可以有效减少风险命令的误发送。
69.进一步地，本发明还通过将命令所在的目标窗口高亮显示，来再次提醒用户，命令所要发送至的服务器为目标窗口对应的服务器，从而能进一步减少风险命令的误发送。
70.这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、u盘、软盘、cd-rom或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。
71.在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的风险命令的处理方法。
72.以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。
73.在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
74.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
75.应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。
76.本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。
77.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
78.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。
79.此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。
80.如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。
81.尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。