任务处理方法和装置、电子设备、存储介质

技术领域

本公开涉及大数据相关技术，具体涉及一种任务处理方法和装置、电子设备、存储介质。

背景技术

任务流中包括顺序执行的多个任务，每个任务可以称为该任务流中的一个任务节点。对于其中一个任务节点来说，该任务一般在单一的执行环境中执行。而随着技术的更新升级，同一个任务节点的任务可能具有在不同环境执行的需求，如何满足这种多环境执行的需求成为亟待解决的问题。

发明内容

本公开实施例至少提供一种任务处理方法和装置、电子设备、存储介质，以解决不能满足多环境执行需求的问题。

第一方面，提供一种任务处理方法，所述方法包括：

基于当前任务节点的任务对应的任务配置文件，获取所述任务的任务程序执行时所需的任务参数、以及所述任务程序执行所需的任务环境信息；

根据所述任务环境信息，将所述任务程序和所述任务参数提供至所述任务环境信息对应的目标执行环境；

在所述目标执行环境中，根据所述任务程序和任务参数执行所述任务。

第二方面，提供一种任务处理装置，所述装置包括：

信息获取模块，用于基于当前任务节点的任务对应的任务配置文件，获取所述任务的任务程序执行时所需的任务参数、以及所述任务程序执行所需的任务环境信息；

信息传递模块，用于根据所述任务环境信息，将所述任务程序和所述任务参数提供至所述任务环境信息对应的目标执行环境；

执行处理模块，用于在所述目标执行环境中，根据所述任务程序和任务参数执行所述任务。

第三方面，提供一种电子设备，该设备可以包括存储器、处理器，所述存储器用于存储计算机可读指令，所述处理器用于调用所述计算机指令，实现本公开任一实施例所述的方法。

第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本公开任一实施例所述的方法。

本公开实施例提供的任务处理方法和装置、电子设备、存储介质，通过根据任务配置文件中的任务环境信息，将待执行任务的相关信息提供至对应的目标执行环境，使得能够更加方便的将任务传输到其所需的任务环境，实现了任务在其所需的任务环境下执行，即本实施例的执行单元具有将任务调度至其所需的任务环境的能力，更加方便，且执行效率高。

附图说明

为了更清楚地说明本公开一个或多个实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开一个或多个实施例中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示出了本公开至少一个实施例提供的工作流的多任务示意图；

图2示出了本公开至少一个实施例提供的任务处理方法的流程图；

图3示出了本公开至少一个实施例提供的一种执行单元的结构示意图；

图4示出了本公开至少一个实施例提供的一种任务调度原理示意图；

图5示出了本公开至少一个实施例提供的一种任务处理装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开一个或多个实施例中的技术方案，下面将结合本公开一个或多个实施例中的附图，对本公开一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。

图1示例了一种工作流的多任务示意图，如图1所示，该工作流可以包括任务节点A、任务节点B、任务节点C、任务节点D、任务节点E等多个任务节点，每一个任务节点执行该节点对应的任务。例如，任务节点A和B可以分别是一个模型训练任务，任务节点C可以是一个模型输出结果的后处理任务。

各任务节点之间的任务执行可以具有依赖关系，例如，可以是先执行任务节点A和B的任务，再基于A和B的输出结果继续执行任务节点C的任务。然后可以依据任务节点C和D的输出结果执行任务节点E的任务。如图1所示，这种顺序执行的多个任务的整体可以称为一个工作流。

对于其中的任一个任务节点来说，任务的执行可能需要在不同的任务环境中。所述的任务环境例如可以是：任务节点的本地设备(也可以称管理机本地)、远程设备、kubernetes集群、slurm集群等。

例如，任务节点A的任务可以是在本地设备执行，任务节点B的任务可以是在kubernetes集群执行，任务节点E的任务可以是在slurm集群执行。

又例如，同一个任务节点也可以包括多个在不同环境执行的子任务。示例性的，任务节点A的任务可以包括三个子任务a1/a2/a3，其中，子任务a1需要在kubernetes集群执行，子任务a2需要在slurm集群执行，子任务a3需要在任务节点本地设备执行。

为了满足任务在不同环境下执行的需求，本公开实施例提供了一种任务处理方法，该方法可以由任一任务节点的执行单元执行，工作流中的每一个任务节点的任务都可以由该任务节点的执行单元来执行。请参见图2所示，该任务处理方法可以包括如下处理：

在步骤200中，基于当前任务节点的任务对应的任务配置文件，获取任务的任务程序执行时所需的任务参数、以及任务程序执行所需的任务环境信息。

每一个任务节点待执行的任务可以具有任务配置文件，该任务配置文件中可以设置在执行该任务的任务程序时所需要的任务参数。比如，该任务参数可以包括前序的任务节点的任务输出值value，也可以包括任务程序执行时所需的某文件txt。一个任务所需的任务参数可以是value和文件中的至少一种。

此外，任务配置文件中还可以包括任务程序执行所需的任务环境信息，该任务环境信息可以用于指示任务需要在何种环境中执行，例如，需要在kubernetes集群执行。任务配置文件还可以包括任务参数和任务环境信息之外的其他信息，本公开实施例并不做限制，示例性的，任务配置文件中还可以设置当前任务节点的任务包括哪些子任务，以及各个子任务所需的任务环境信息。

在步骤202中，根据所述任务环境信息，将所述任务程序和所述任务参数提供至所述任务环境信息对应的目标执行环境。

本步骤中，执行单元可以根据任务环境信息，将需要在该任务环境信息对应的目标执行环境中执行的任务程序以及任务参数，提供至该目标执行环境。

具体的，任务程序以及任务配置文件等信息通常可以是在任务节点的本地设备侧，如果目标执行环境是本地设备之外的其他设备，该其他设备可以称为远程环境节点，执行单元可以测试本地设备与目标执行环境的远程环境节点之间是否能正常的建立连接通道。如果能够连接正常，则执行单元可以通过建立的连接通道，将需要在目标执行环境中执行的任务程序以及任务参数等信息，由本地设备传输至上述远程环境节点，以供在目标执行环境中执行。

本公开实施例不限制向目标执行环境提供的方式，例如，可以在任务节点的本地设备与目标执行环境所在设备间建立SSH连接，以SFTP的形式传输到目标执行环境的指定机器。或者，若远程环境节点不能支持SFTP的形式传输，也可以通过SSH IO流的方式，将任务程序和任务参数传输至远程环境节点。

例如，在确定任务节点的任务需要在kubernetes集群执行时，执行单元可以将任务程序和任务参数等相关信息传输至该kubernetes集群；如果确定任务需要在任务节点的本地设备执行，则执行单元可以在本地设备的环境中执行任务。

在步骤204中，在所述目标执行环境中，根据所述任务程序和任务参数执行所述任务。

本公开实施例的任务处理方法，通过根据任务配置文件中的任务环境信息，将待执行任务的相关信息提供至对应的目标执行环境，使得能够更加方便的将任务传输到其所需的任务环境，实现了任务在其所需的任务环境下执行，即本实施例的执行单元具有将任务调度至其所需的任务环境的能力。

图3示例了一种执行单元的结构，如图3所示，该执行单元可以包括四层结构，可以理解的是，该四层结构的执行单元只是一种示例，具体实施中并不局限于这种结构。如下简单说明该四层结构的功能：

解析模块Parser：该Parser可以在执行任务的初始化阶段，负责获取当前任务节点的任务配置文件，解析该任务配置文件，并根据该配置文件获取任务执行时所需的任务参数。例如，对于value类型的任务参数，Parser可以由该工作流执行系统的任务服务器中获取该value；对于文件类型的任务参数，Parser可以根据文件路径和文件标识来获取到该文件。

此外，对于需要在远程环境节点执行的任务，Parser还可以测试本地设备与远程环境节点之间的连接是否正常，并建立与该远程环境节点之间的连接通道。再者，任务执行过程中可能会出现需要中断的情况，对于任务中断信号的处理，也可以由Parser负责。

调度模块Scheduler：该Scheduler可以负责任务的调度。比如，不同类型的任务对应使用不同的任务管理模块Manager，如，模型训练任务和模型测试任务由于任务所需的处理逻辑不同(例如，模型测试任务需输出测试报告，而模型训练任务不需要输出测试报告)，因此这两种类型任务对应所需的Manager也不同。Scheduler可以根据任务类型调用相应的Manager。在有些例子中，执行单元也可以不经过该调度模块Scheduler，直接使用任务类型相应的Manager，即直接使用内层执行单元(执行单元的内外层结构后续描述)。

此外，当任务节点的任务包括多个子任务时，该调度模块Scheduler还可以调度这多个子任务到相应的Manager。例如，若一个任务包括三个子任务，Scheduler可以调度该三个子任务到各自所需的目标执行环境，使得这些子任务并行执行。并且，Scheduler还可以监控各个子任务的执行情况，在所有子任务都执行完成后结束该任务节点的任务。另外，Scheduler还可以负责将待执行任务的任务程序和相关的任务参数传输给Manager，以供Manager提供给环境。

任务管理模块Manager：在任务执行的准备阶段，Manager可以继续进行任务执行前的一些处理逻辑。比如，Manager可以处理一些挂载文件的获取，并对待传递至任务程序的参数作处理，以使得处理后的任务参数能传递至任务程序。此外，Manager还可以在任务执行结束后向工作流执行系统的服务器(用于执行图1所示的工作流的设备整体可以称为工作流执行系统，而该系统的服务器可以是用于存储工作流执行中的一些必要信息，比如执行所需的参数或任务执行的输出数据)提交一些必要信息，比如任务执行后的输出处理等工作。比如，在任务执行结束后，Manager可以向工作流执行系统的服务器服务器提交测试任务的测试报告。

任务执行模块Executor：该Executor处理具体的任务程序的环境准备、具体执行以及任务执行后的临时文件清理等逻辑。比如，在任务执行结束或者异常退出执行后，Executor可以将本地执行期间的一些临时目录做清理。

本公开实施例中，可以将解析模块和调度模块称为外层执行单元，将任务管理模块和任务执行模块称为内层执行单元。如下请结合图4，以一个任务节点的任务包括多个子任务为例，描述任务处理的流程：

其中，外层执行单元的Parser可以根据当前任务节点的任务配置文件，获取各个子任务所需的任务参数、以及子任务所需的任务环境信息。

例如，当任务节点包括子任务-1，子任务2和子任务3时，各个子任务所需的任务参数和任务环境信息可能是不同的。比如，子任务1所需的目标执行环境-1可以是slurm集群，子任务2所需的目标执行环境-2可以是kubernetes集群，子任务3所需的目标执行环境-3可以是任务节点的本地设备。

Parser可以根据任务配置文件，获取各个子任务的任务参数。比如，对于依赖前序任务的传递值value的任务参数，Parser可以由工作流执行系统的服务器中获取。此外，Parser还可以获取各个子任务对应的待执行的任务程序。

接着，外层执行单元的Scheduler可以进行各个子任务的调度。具体的，Scheduler可以根据各个子任务的任务环境信息，将子任务的任务程序、任务参数提供至任务环境信息对应的目标执行环境。比如，可以将子任务1的任务程序和任务参数发送至目标执行环境-1，将子任务2的任务程序和任务参数发送至目标执行环境-2，子任务3由于是在任务节点的本地设备执行，不用再远程发送。

此外，任务的执行是在内层执行单元，因此，Scheduler可以调用各个子任务对应的内层执行单元，当子任务要在目标执行环境中运行时，Scheduler可以直接调用部署在目标执行环境中的内层执行单元来执行子任务。比如，假设子任务1要在目标执行环境-1的slurm集群执行，则Scheduler可以调用部署在slurm集群的内层执行单元(Manager和Executor)，并将子任务1的相关任务信息发送至该内层执行单元；同理，若子任务2要在目标执行环境-2的kubernetes集群执行，则Scheduler可以调用部署在kubernetes集群的内层执行单元来执行子任务2，将子任务2的相关任务信息kubernetes集群的内层执行单元；若子任务3要在任务节点的本地设备执行，Scheduler可直接调用本地的用于执行子任务3的内层执行单元。具体的，Scheduler可以是通过SFTP等形式将相关信息发送到目标执行环境。

即外层执行单元可以调用多个内层执行单元，并将子任务的任务程序和任务参数提供至对应该子任务的一个内层执行单元。上述多个内层执行单元可以是运行在不同的执行环境中，既可以是本地也可以是远程环境节点。

接着，在目标执行环境侧，内层执行单元的Manager可以负责根据Parser获取的参数，获取到这些参数。比如，Parser获取的任务参数是文件挂载类型的参数，那么Manager可以根据该文件挂载类型的参数，来获取到具体的挂载文件。比如，文件挂载类型的参数可以包括文件的存储路径path和文件Id，Manager可以先尝试根据存储路径path从本地获取。若本地获取不到，可以根据文件ID由工作流执行系统的服务器(该服务器也可以称为任务服务器)中获取。

对于Parser获取到的传递值value，Manager可以直接得到。例如，该传递值value可以是当前任务节点的前序任务节点的任务输出结果。其中，任务配置文件中的参数信息可以包括value的指示，或者文件挂载类型的参数，Parser可以获取value，Manager可以根据文件挂载类型的参数获取挂载文件。

Manager可以将子任务的任务程序、子任务的任务参数(文件、value等)提供至目标执行环境的Executor，以供Executor在目标执行环境根据所述任务程序和任务参数执行该子任务。

需要说明的是，在子任务的执行中，外层执行单元的调度模块Scheduler可以监控各个子任务的执行状态，比如，若一个子任务执行完毕时，可以由内层执行单元的Manager向Scheduler反馈子任务执行结束的通知。响应于各个子任务执行结束，Scheduler就可以确定当前任务节点的任务执行完成，结束当前任务节点的任务。

此外，Executor在执行结束子任务后，可以清理掉本地子任务执行期间的一些临时文件或目录。而且，内层执行单元的Manager还可以在Executor执行子任务结束后，处理一些任务的后处理工作，比如，将测试任务的测试报告输出，或者将测试报告提交至工作流执行系统的任务服务器，等。

本公开实施例的任务处理方法，通过根据任务配置文件中的任务环境信息，将待执行任务的相关信息提供至对应的目标执行环境，使得能够更加方便的将任务传输到其所需的任务环境，实现了任务在其所需的任务环境下执行；并且，通过将执行单元设置为外层和内层的双层结构，一方面，更加容易扩展，比如根据子任务的调度需要，调度位于不同任务环境中的内层执行单元；另一方面，该内外双层结构也使得更方便将内层执行单元在任务所需的目标执行环境中运行，比如外层可以在本地环境执行，而内层可以在远程环境执行，本地环境更加可靠可控，这种细粒度的拆分，使得只有内层这样一部分的代码在远程执行，相对于执行单元整体都在远程环境执行，将更加可靠稳定，从而确保不同环境下的执行可靠性和执行效果的稳定性。

在另一实施例中，工作流的任务执行中，由于不同任务节点间存在依赖关系，一个任务节点的执行结果要传递至下一个任务节点。这种节点间的参数传递中，传递的参数可以是数值value，也可以是文件(如，txt格式)。

例如，一个任务节点的任务配置文件中，可以设置有指示该节点的任务执行时所需的任务参数的参数信息。该任务参数可以是前一个任务节点传递过来的数值value(也可以称为传递值，即前序任务传递的值)，该value可以是前序任务节点(例如，该前序任务节点可以是工作流中位于当前任务节点的前一个任务节点)的任务输出结果。或者，该任务参数还可以是文件挂载类型的参数信息，比如，该参数信息可以包括文件挂载路径path以及文件标识ID，这些信息指示所需的文件。这些任务参数都是本任务节点的任务执行时所需的参数。

本公开实施例中，可以由执行单元中的Parser根据任务配置文件的设置，获取数值；还可以由Manager根据文件挂载类型的参数信息获取到相应的文件，比如，根据所述文件挂载路径和文件标识，由Manager所在的本地获取所述文件。当Manager要将任务参数提供给待执行的任务程序时，可以是将任务参数以环境变量的形式提供给该任务程序，并执行获取到该环境变量中的任务参数的任务程序。

具体的，Manager在进行参数提供时，可以对数值类型的参数value进行预先处理，比如，对参数进行整点到浮点的数据类型转换，或者进行编码解码等处理。Manager可以处理后的数值value以及文件的文件路径，以环境变量的形式注入至待执行的任务程序。若传递的任务参数只有传递值和文件的其中一个，可以将该其中一个(即传递值或文件路径)以环境变量的形式提供至任务程序。

此外，对于有多个传递的文件的情况，Manager可以先根据各个文件的文件挂载路径path以及文件标识ID，分别获取到各个文件，再将这些文件集中到一个独立的文件夹，将该文件夹的路径以环境变量的方式提供给任务程序。

本公开实施例的任务处理方法，通过根据任务配置文件中的任务环境信息，将待执行任务的相关信息提供至对应的目标执行环境，使得能够更加方便的将任务传输到其所需的任务环境，实现了任务在其所需的任务环境下执行；并且，通过利用环境变量传递任务参数，能够更好的支持节点间的参数传递，尤其对于一些不支持文件挂载的任务执行环境，可以通过环境变量的方式注入待执行任务程序，使得程序获取到挂载的文件，保障任务的顺序执行。

图5示出了本公开至少一个实施例提供的一种任务处理装置的结构示意图，如图5所示，该装置可以包括：信息获取模块51、信息传递模块52和执行处理模块53。其中，

信息获取模块51，用于基于当前任务节点的任务对应的任务配置文件，获取所述任务的任务程序执行时所需的任务参数、以及所述任务程序执行所需的任务环境信息。

信息传递模块52，用于根据所述任务环境信息，将所述任务程序和所述任务参数提供至所述任务环境信息对应的目标执行环境。

执行处理模块53，用于在所述目标执行环境中，根据所述任务程序和任务参数执行所述任务。

在一个例子中，信息传递模块52，具体用于：响应于所述当前任务节点的任务包括多个子任务，对于各子任务中的任一子任务，根据所述子任务对应的任务环境信息，将所述子任务的任务程序和任务参数提供至任务环境信息对应的目标执行环境。

所述执行处理模块53，在用于根据所述任务程序和任务参数执行所述任务时，包括：响应于各个子任务执行结束，结束当前任务节点的任务执行。

例如，上述的信息传递模块52可以包括图3中的调度模块Scheduler。例如，上述的执行处理模块53可以包括图3中的任务执行模块Executor。需要说明的是，本公开实施例中的任务处理装置的各个模块可以是基于功能划分得到，实际实施中，该任务处理装置可以应用于任务节点的执行单元，并且执行单元的具体划分可以不局限于上述的信息获取模块、信息传递模块、执行处理模块的模块架构，只要其中包括能够实现上述模块的功能的部分即可。

在一个例子中，信息传递模块52，在用于将所述任务程序和任务参数提供至所述任务环境信息对应的目标执行环境时，包括：响应于所述目标执行环境是本地设备之外的远程环境节点，基于所述任务环境信息与所述远程环境节点建立连接通道；通过所述连接通道，将所述任务程序和任务参数发送至所述远程环境节点。

在一个例子中，任务获取模块和信息传递模块可以是位于执行单元中的外层执行单元。例如，任务获取模块51可以包括图3中的Parser，信息传递模块52可以包括图3中的Scheduler。执行处理模块位于所述执行单元中的内层执行单元。例如，该执行处理模块53可以包括图3中的Manager和Executor。

在一个例子中，执行处理模块53，在用于根据所述任务程序和任务参数执行所述任务时，包括：将所述任务参数以环境变量的形式提供至所述任务程序，执行获取到所述环境变量后的任务程序。

在一些实施例中，上述装置可以用于执行上文所述的对应任意方法，为了简洁，这里不再赘述。

本领域技术人员应明白，本公开一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本公开一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本公开一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开实施例还提供一种计算机可读存储介质，该存储介质上可以存储有计算机程序，所述程序被处理器执行时实现本公开任一实施例描述的方法。

本公开实施例还提供一种电子设备，该电子设备包括：存储器、处理器，所述存储器用于存储计算机可读指令，所述处理器用于调用所述计算机指令，实现本公开任一实施例所述的方法。

其中，本公开实施例所述的“和/或”表示至少具有两者中的其中一个，例如，“多和/或B”包括三种方案：多、B、以及“多和B”。

本公开中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于数据处理设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本公开特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的行为或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本公开中描述的主题及功能操作的实施例可以在以下中实现：数字电子电路、有形体现的计算机软件或固件、包括本公开中公开的结构及其结构性等同物的计算机硬件、或者它们中的一个或多个的组合。本公开中描述的主题的实施例可以实现为一个或多个计算机程序，即编码在有形非暂时性程序载体上以被数据处理装置执行或控制数据处理装置的操作的计算机程序指令中的一个或多个模块。可替代地或附加地，程序指令可以被编码在人工生成的传播信号上，例如机器生成的电、光或电磁信号，该信号被生成以将信息编码并传输到合适的接收机装置以由数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行存取存储器设备、或它们中的一个或多个的组合。

本公开中描述的处理及逻辑流程可以由执行一个或多个计算机程序的一个或多个可编程计算机执行，以通过根据输入数据进行操作并生成输出来执行相应的功能。所述处理及逻辑流程还可以由专用逻辑电路—例如FPG多(现场可编程门阵列)或多SIC(专用集成电路)来执行，并且装置也可以实现为专用逻辑电路。

适合用于执行计算机程序的计算机包括，例如通用和/或专用微处理器，或任何其他类型的中央处理单元。通常，中央处理单元将从只读存储器和/或随机存取存储器接收指令和数据。计算机的基本组件包括用于实施或执行指令的中央处理单元以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备，例如磁盘、磁光盘或光盘等，或者计算机将可操作地与此大容量存储设备耦接以从其接收数据或向其传送数据，抑或两种情况兼而有之。然而，计算机不是必须具有这样的设备。此外，计算机可以嵌入在另一设备中，例如移动电话、个人数字助理(PD多)、移动音频或视频播放器、游戏操纵台、全球定位系统(GPS)接收机、或例如通用串行总线(USB)闪存驱动器的便携式存储设备，仅举几例。

适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、媒介和存储器设备，例如包括半导体存储器设备(例如EPROM、EEPROM和闪存设备)、磁盘(例如内部硬盘或可移动盘)、磁光盘以及CD ROM和DVD-ROM盘。处理器和存储器可由专用逻辑电路补充或并入专用逻辑电路中。

虽然本公开包含许多具体实施细节，但是这些不应被解释为限制任何公开的范围或所要求保护的范围，而是主要用于描述特定公开的具体实施例的特征。本公开内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。

类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。

由此，主题的特定实施例已被描述。其他实施例在所附权利要求书的范围以内。在某些情况下，权利要求书中记载的动作可以以不同的顺序执行并且仍实现期望的结果。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。

以上所述仅为本公开一个或多个实施例的较佳实施例而已，并不用以限制本公开一个或多个实施例，凡在本公开一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开一个或多个实施例保护的范围之内。