一种基于任务间优先关系约束的任务分配方法和系统与流程

本发明涉及网络资源分配技术领域，特别涉及一种众包背景下的基于任务间优先关系约束的任务分配方法和系统。

背景技术：

《连线》(Wired)杂志2006年发明了一个专业术语——众包(crowdsourcing)，这是一种组织形式，即在互联网上把工作分配出去、发现创意或解决技术问题。由于众包的高效性，现阶段，众包更多地与众多的商业应用联系在了一起，这样的现象使得众包广泛流行起来。

在衡量一个众包系统的性能时，任务分配机制的优劣是主要的因素。目前，相关的研究人员已经设计了大量高效的任务分配机制。针对任务参与者的异质性以及任务的异质性，已有的研究愈见完善。在考虑任务的技能需求、任务参与者具备的技能各不相同的前提下，针对各种优化目标进行任务分配的机制已不在少数，且大都取得了不错的效果。

例如，中国专利申请号201610144236.1的发明专利申请，公开了基于云平台匿名地点的众包服务系统及任务分配方法，包括云平台、配置文件库、元数据库和内容分析后台，其中元数据库包括专业领域概念图、Wiki和Dbpedia关键词以及FAQ关键词；内容分析后台包括加载平衡器、任务分配服务器、参与者模块、领域专家模块和用户数据存储服务器。

然而，在众包系统的实际应用过程中，平台往往是首先将一个大的任务分割成若干的子任务，然后再将子问题发布，分配给不同的任务参与者完成。而现有的研究均假设所有的子任务之间是彼此独立无关的。显然，这一假设并不能完全符合实际的应用需求。实际系统分割出的子任务之间往往是相关的，任务与任务之间可能会存在一定的先后关系。换句话说，某些任务必须在部分任务完成之后才能开始。由于已有的任务分配机制并没有考虑到这一点，此类任务的按序分配无法实现。仅针对异质性等约束条件进行问题研究，远远不够满足现在的需求。

技术实现要素：

为解决上述问题，本发明提出了一种众包背景下的基于任务间优先关系约束的任务分配方法和系统。针对任务间存在优先关系约束，被交付任务的任务参与者对不同的任务，存在不同意愿的情况，利用贪心法，实现对任务的分配，保证完成全部任务的整体时间最短。

具体的，根据本发明的一个方面，本发明提出了一种基于任务间优先关系约束的任务分配方法，所述方法包括以下步骤：

步骤一，对于任务集合中的每一个任务，根据该任务的条件任务集合，确定该任务的层次；

步骤二、找出上述任务集合中所有的最终任务，组成最终任务的集合；

步骤三、确定任务集合中各个任务之间的优先分配级别，组成分配序列；

步骤四、按照上述分配序列中任务的先后顺序，将任务集合中的任务分配出去。

根据本发明的另一个方面，本发明还提出了一种基于任务间优先关系约束的任务分配系统，所述系统包括以下模块：

任务层次确定模块，对于任务集合中的每一个任务，根据该任务的条件任务集合，确定该任务的层次；

最终任务寻找模块，用于找出上述任务集合中所有的最终任务，组成最终任务的集合；

分配级别确定模块，用于确定任务集合中各个任务之间的优先分配级别，组成分配序列；

任务分配模块，用于按照上述分配序列中任务的先后顺序，将任务集合中的任务分配出去。

本发明的有益效果如下：本发明可以实现对任务间具有优先关系约束的情况完成有效的任务分配，保证完成全部任务的整体时间最短，保证了任务的按序分配，提高了整体效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明的一种基于任务间优先关系约束的任务分配方法的整体流程图；

图2是本发明中初始的任务关系图；

图3是本发明中分层后的任务关系图；

图4是本发明寻求关键序列的原理示意图；

图5是本发明中任务分配的示意图；

图6是本发明的一种基于任务间优先关系约束的任务分配方法步骤一的流程图；

图7是本发明的一种基于任务间优先关系约束的任务分配方法步骤二的流程图；

图8是本发明的一种基于任务间优先关系约束的任务分配方法步骤三的流程图；

图9是本发明的一种基于任务间优先关系约束的任务分配方法步骤四的流程图；

图10是本发明的一种基于任务间优先关系约束的任务分配系统的结构模块图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

首先，本发明的具体问题模型如下：

假设所研究的任务分配系统中，存在任务集合T＝{t₁，t₂，t₃，...，t_m}和一个任务参与者集合W＝{w₁，w₂，w₃，...，w_n}。对于任务集合T中的任意一个任务t_j∈T，存在属性{C_j，h_j}。C_j为任务t_j的条件任务集合。当且仅当C_j中的任务全部被完成交付给平台时，任务t_j才能通过平台开始被分配。如果C_j是一个空集，则表示任务t_j不存在条件任务，可随时被平台分配出并由任务参与者完成；否则，任务t_j只能等待，直至所有条件任务全部被完成交付。假定对于任务集合T中的一个任务t_j，任意任务参与者完成的时间都是相同的，那么用符号h_j来表示任意任务参与者完成交付任务t_j所花的时间。任务分配由平台进行组织，平台发布的单个任务仅需一个任务参与者完成交付，同时一个任务参与者可以被分配到多个任务但必须按顺序依次完成。在任务拍卖开始阶段，任务参与者提交各自想做的任务集合，由符号T_i表示。

在所有任务参与者提交完各自的信息后，平台决定如何合理地将任务集合中的全部任务分配给任务参与者集合中的个人。在分配过程中，平台遵守任务间存在优先关系的约束和个人意愿的约束进行任务分配，以整个完成任务集合的过程花费的时间能够最短为目的，对分配方案进行求解。

具体的，根据本发明的一个方面，如图1所示，是本发明的一种基于任务间优先关系约束的任务分配方法的整体流程图；如图1所示，本发明的任务分配方法包括以下步骤：

S1、对于任务集合T中的每一个任务，根据任务的条件任务集合，确定该任务的层次。

S2、找出任务集合T中所有的最终任务，组成最终任务的集合Final。

S3、确定任务集合T中各个任务之间的优先分配级别，组成序列L。

S4、按照分配序列L中任务的先后顺序，将任务集合中的任务分配出去。

下面对每个步骤进行详细解释：

S1、对于任务集合T中的每一个任务，根据任务的条件任务集合，确定该任务的层次。

以平台发布的一个任务集合T＝{t₁，t₂，t₃，...，t₁₄}为例。任务间存在先后关系，关系如图2所示，对于图中的‘→’符号，存在说明，如果t_i→t_j，则表示任务t_j存在于任务t_i的条件任务集合C_j中。

假设在任务集合T中，条件任务集合为空的任务都已经被完成了，那么可以将这些任务从图上删除，则新的条件任务集合为空的任务会因此而出现，以此往复，可以将图上的任务全部删除。最终，我们可以根据任务在第几个轮次被删除来确定任务所处的层次。

例如在图2的情形下，第一轮次由于任务t₁，t₂，t₃，...，t₇不存在‘→’符号指向其它任务，因此它们在该轮次中确定了任务层次。将任务t₁，t₂，t₃，...，t₇从图上删除，使得任务t₈，t₉，t₁₀，t₁₁在第二轮次被确定了层次，紧接着确定了处在第三层的任务t₁₂，t₁₃，t₁₄，最终图上任务全部清空，S1过程由此结束。

根据最终对所有任务所处层次的判定结果，结合各个任务的条件任务集合，我们可以得到图3所示的一个结构分明的有向无环图。

如图6所示，所述步骤S1具体包括：

S101、对任务集合中的所有任务的条件任务集合进行拷贝，分别对应存放于C′_j中；寻找任务集合T中，处在第i层次的任务，i初始化为i＝1。

为不破坏各任务的条件任务集合中的内容，因此将各条件任务进行拷贝。通过将拷贝任务集合中已经确定了层次的任务删除的方式，来确定新的可被确定层次的任务。

S102、j＝1。

遍历从任务集合T中的第一个任务开始。

S103、遍历任务集合T，当前目标为任务t_j。

确定整个遍历过程在当前阶段下的目标。

S104、判断任务t_j对应的拷贝任务集合C′_j是否为空集同时任务t_j是否未确定分层，如果是空集，则执行步骤S105，否则执行步骤S107。

当前阶段下某个任务的条件任务集合中仍然存在未被完成的任务，则当前轮次下该任务是不可能被确定层次的，任务需等待在下一个轮次中判断是否满足条件。

S105、将任务t_j标记为第i层次的任务。

对找到的符合条件的任务进行层次标记。

S106、在任务集合T中，找出任务集合C_j′中存在任务t_j的所有任务，从任务的拷贝任务集合中删除任务t_j。

将任务t_j从所有的拷贝任务集合中删除的过程，可看作是将图中的任务点t_j删除，同时把所有指向任务点t_j的‘→’符号删除的过程。

S107、判断任务t_j是否为任务集合T中的最后一个任务，如果是，则执行步骤S109，否则执行步骤108。

只有遍历到任务集合T中的最后一个任务，我们才能确定当前轮次下已经把应当被标记的任务都标记上了，避免发生遗漏。

S108、j++，执行步骤S103。

确定整个遍历过程在下一个阶段的目标，即在当前目标任务后面的任务中，排在第一个的任务。

S109、判断任务集合T中的任务是否都已确定分层，如果是，则结束步骤S1，否则执行步骤S110。

步骤S1的结束条件是任务集合T中的所有任务都已确定了层次。

S110、i++，执行步骤S102。

确定处在第(i+1)层次的任务。

S2、找出任务集合T中所有的最终任务，组成最终任务的集合Final。

最终任务t_j满足条件：该任务不存在于任务集合T中任何一个任务的条件任务集合中，即对于任意的任务t_k∈T，有。

针对此特性，只需将任务t_j与任务集合T中所有任务的条件任务集合进行比较，如果任务t_j不存在于任何一个任务的条件任务集合，则任务t_j必定属于最终任务的集合Final。

以图3为例，由于t₁∈C₉，t₂∈C₈，t₄∈C₈，t₅∈C₁₀……，最终可以得出Final＝{t₃，t₁₁，t₁₂，t₁₂，t₁₄}。

如图7所示，所述步骤S2具体包括：

S201、初始化最终任务的集合Final，Final＝T。

为了找到最终任务集合Final，我们可以假设任务集合T中所有任务都为最终任务，然后检查集合Final中的任务是否满足成为最终任务的条件，满足就保留，不满足则删除。

S202、j＝1。

依次判断任务是否为最终任务，遍历从最终任务的集合Final中的第一个任务开始。

S203、遍历最终任务的集合Final，当前目标为任务t_j。

确定整个遍历过程在当前阶段下的目标。

S204、k＝1。

从任务集合T中的第一个任务开始，按顺序依次与当前的判断目标任务进行比较。

S205、遍历任务集合T，当前与任务t_j进行比较的目标为任务t_k。

在判断一个任务是否为最终任务的过程中，确定当前阶段下与之进行比较的任务。

S206、判断任务t_k的条件任务集合C_k是否包含任务t_j，如果包含，则执行步骤S207，否则执行步骤S208。

任务t_k是任务集合T中的某个任务，如果任务t_j存在于任务t_k的条件任务集合C_k，那么任务t_j已经不符合成为最终任务了。

S207、将任务t_j从关键任务的集合Final中删除，执行步骤S210。

对于不满足最终任务条件的任务t_j，将任务从集合Final中删除任务t_j。由于在是任务t_k处查到了任务t_j不满足条件的，尽管任务t_k之后可能还存在一些任务，针对任务t_j检查而采取遍历步骤也不需要进行下去了。

S208、判断任务t_k是否为任务集合T的最后一个任务，如果是，则执行步骤S210，否则执行步骤S209。

如果任务t_j不存在于任务t_k的条件任务集合C_k，则只有遍历下去，直到检查任务集合T的最后一个任务为止，我们才能真正的确认任务t_j是最终任务。

S209、k++，执行步骤S205。

在判断一个任务是否为最终任务的过程中，确定下一个阶段与之进行比较的任务。

S210、判断任务t_j是否为最终任务集合Final的最后一个任务，如果是，则步骤S2结束，否则执行步骤S211。

每一个在集合Final中的任务必须接受检测才能确定该任务是否真的应该存在于集合Final。

S211、j++，执行步骤S203。

判断下一个任务是否为最终任务。

S3、确定任务集合T中各个任务之间的优先分配级别，组成序列L。

我们将原问题模型简化。任务间依旧存在先后顺序；对于一个任务，任意任务参与者完成的时间固定；任务参与者能够接收完成被分配的任意任务。

假如参与完成任务的任务参与者足够多，使可分配的任务都能够立即地被任务参与者接收完成，则在当前的任务集合T中必然存在着一条关键任务序列(在图上可视为一条路径)，序列从某一最终任务出发，指向处在低层次的某个任务，序列中所有任务的完成时间之和必定大于图中的任何其他符合相同特征的序列。关键序列中所有任务的完成时间之和是关键序列的关键值。处于关键任务序列中是关键序列的关键任务。

如果此时平台发布了一个任务集合T＝{t₁，t₂，t₃，...，t₁₀}。根据任务间存在先后关系，各个任务的层次都已确定，如图4所示。按照上述假设，我们可以得到那条关键任务序列{t₁₀，t₉，t₇，t₄}，关键值为(h₁₀+h₉+h₇+h₄)，显然，关键值(h₁₀+h₉+h₇+h₄)是任务参与者足够多这一假设成立的前提下，完成任务集合T中所有任务所花费的时间。

而如果参与完成任务的任务参与者的数目并不是足够多的，(h₁₀+h₉+h₇+h₄)可视为在此情形下最理想的完成时间。我们选择以每次将关键任务优先分配的方式对任务的完成顺序进行安排。

依旧以图4为例，如果我们将关键任务优先分配，则对于任务集合T中所有剩下的任务来说，在任务参与者足够多的情形下，完成任务的总时间是会有所减少；而如果选择完成其它可分配的任务，同样情形下，完成剩下的任务的总时间不会减少，显然选择完成其它任务优先完成不存在任何好处。因此在任务参与者的数目并不是足够多的情形下，我们有理由相信，相对于其它的优先任务选择方式，选择将关键任务优先分配，这样的方式会更好一些。

图4的例子中，最终任务仅仅存在一个最终任务，对于集合Final存在多个最终任务的情况，我们将各个最终任务的关键值和关键任务求出，将集合Final中最大关键值对应的关键任务优先分配。将求出的关键路径上最低层的关键任务从任务集合T后，更新各个最终任务的关键值和关键任务，然后再次进行优先分配，以此往复，完成对整个任务集合T中任务的优先级排序，最终形成整个任务集合中所有任务的优先分配序列L。

如图8所示，所述步骤S3具体包括：

S301、用L表示任务按优先级别组成的序列，

S302、用i表示正在遍历任务集合T中第i层次的任务，i＝1。

事实上，无论是从低层次任务开始往高层次任务寻找关键路径，还是从高层次往低层次，最终的结果是一样的，原因两种过程的目标都是找到关键值最大的路径。尽管之前对关键路径的解释是从高层次往低层次的过程，在步骤S3中却是从低层次任务开始往高层次任务寻找关键路径的。

S303、j＝1。

遍历从任务集合T中的第一个任务开始。

S304、遍历任务集合T，当前目标为任务t_j。

确定整个遍历过程在当前阶段下的目标。

S305、判断任务t_j是否为第i层次的任务，如果是，则执行步骤S306，否则执行步骤S307。

找到第i层次的任务，在接下来的步骤中对其进行处理。

S306、得到任务t_j的关键路径上最低层的关键任务和关键值w_j：

如果任务t_j为第一层次的任务，则任务t_j的关键值为w_j＝h_j，任务t_j的关键任务为任务t_j本身。如果i≥1，任务t_j为非第一层次的任务，则必须找出任务t_j的条件任务集合C_j中，w_k最大的任务t_k，任务t_j的关键值为w_j＝h_j+w_k，任务t_j的关键路径上最低层的关键任务为任务t_k的关键路径上最低层的关键任务。

S307、判断任务t_j是否为任务集合T的最后一个任务，如果是，则执行步骤S309，否则执行步骤S308。

找出任务集合T中所有第i层次的任务。

S308、j++，执行步骤S304。

确定整个遍历过程在下一个阶段的目标，即在当前目标任务后面的任务中，排在第一个的任务。

S309、判断最终任务集合Final中各个任务的关键值和关键路径上最低层的关键任务是否都已经确定，如果是则执行步骤311，否则执行步骤S310。

确定最终任务集合Final中所有任务的关键值和关键路径。

S310、i++，执行步骤303。

开始对任务集合T中第(i+1)层次的任务进行处理。

S311、找出最终任务集合Final中，w_j最大的最终任务t_j。

当前阶段下最应当被优先分配出的任务必然存在于关键值最大的关键路径中。

S312、将任务t_j的关键任务t_k从任务集合T中删除，同时将任务t_k加入到序列L末尾。

确定并找到前阶段下最应当被优先分配出的任务。

S313、判断任务集合T是否为空集，如果是，则步骤S3结束，否则执行步骤314。

当所有任务都已确定了各自的分配级别，步骤S3结束。

S314、将任务t_k从最终任务集合Final或者任务集合T中所有任务的条件任务集合中删除，执行步骤S302。

任务t_k可能存在于最终任务集合Final中，也可能存在于多个任务的条件任务集合中，但两者是互斥的，同时必定满足其中一种。在这样的情况下，如果前者满足了，另一种情况就不需要进行检测了。

S4、按照分配序列L中任务的先后顺序，将任务集合中的任务分配出去。

以图4中的任务集合为例，执行步骤S3，最终得到图5上的任务分配序列，同时图5中存在任务参与者集合W＝{w₁，w₂，w₃，w₄，w₅}。如果有T₁＝{t₁，t₄，t₆，t₈}，T₂＝{t₃，t₄，t₆，t₉}，T₃＝{t₁，t₂，t₅，t₁₀}，T₄＝{t₂，t₆，t₇，t₉}，T₅＝{t₃，t₅，t₇，t₉}。

任务分配过程开始。我们从第一个任务参与者w₁开始，依次查看任务序列L中是否有任务参与者w₁能做的任务，由于任务参与者w₁处于空闲状态而且对任务t₄表示出了兴趣，同时任务t₄当前是可分配的，于是我们将任务t₄交付给任务参与者w₁完成。我们对下一个任务参与者进行任务分配，对于任务参与者w₂和任务t₃、任务参与者w₃和任务t₂满足了同样的条件，于是将任务交付给对应的任务参与者完成。

而对于任务参与者w₄和任务t₇，尽管任务参与者w₄对任务t₇表示出了兴趣，任务参与者w₄也处于空闲状态，但任务t₇的条件任务未被完成，任务便不能被分配出，同样对于任务t₇之后的那些任务，在进行检查后都发现任务参与者w₄不能执行，因此我们只能对下一个任务参与者进行任务分配，任务参与者w₄保持空闲状态等待任务分配的时刻。

在对所有任务参与者进行任务分配后，任务参与者集合W中有的任务参与者是处于忙碌状态的，而有些是空闲的，我们需要等待最先被完成的任务出现，才能针对空闲的任务参与者按照上述的原则进行下一轮的任务分配。以此往复，所有任务完成时，任务分配过程才结束。

如图9所示，所述步骤S4具体包括：

S401、对分配过程中需要的局部变量进行初始化：

存在一个当前正在被完成的任务的集合T_f，初始化为一个记录任务分配和完成经历的时间time，初始化为time＝0。

S402、i＝1。

遍历从任务参与者集合T中的第一个任务参与者开始。

S403、遍历任务参与者集合W，当前目标为任务参与者w_i。

确定整个遍历过程在当前阶段下的目标任务参与者。

S404、j＝1。

从任务序列L中的第一个任务开始，按顺序依次与当前的判断任务参与者进行匹配。

S405、遍历任务序列L，当前目标为任务t_j。

在对一个任务参与者尝试进行任务分配的过程中，确定当前阶段下与之尝试进行匹配的任务。

S406、判断任务参与者w_i是否能够完成任务t_j。如果能够完成，则执行步骤S407，否则执行步骤S408。

判断任务参与者w_i是否空闲，以及对任务t_j是否存在意向，即任务t_j属于任务参与者w_i想做的任务集合T_i，同时在当前情形下任务t_j是否可分配的，只有同时满足这三个条件，任务参与者w_i才能够完成任务t_j。

S407、将任务t_j从任务集合T中删除，并加入到当前正在被完成的任务的集合T_f中，记录任务t_j被分配的时刻time_j＝time和完成任务t_j的任务参与者，同时将任务参与者w_i标记为忙碌状态，执行步骤S410。

对匹配成功的任务和任务参与者进行处理。

S408、判断任务t_j是否为任务序列L的最后一个任务，如果是则执行步骤S410，否则执行步骤S409。

是否最终确定任务序列L中不存在与目标任务参与者匹配的任务。

S409、j++，执行步骤S405。

确定下一个阶段与目标任务参与者进行匹配的任务。

S410、判断任务参与者w_i是否为任务参与者集合W的最后一个任务参与者，如果是则执行步骤S412，否则执行步骤S411。

是否已经对所有任务参与者尝试过进行任务分配。

S411、i++，执行步骤S403。

对下一个任务参与者尝试进行任务分配。

S412、找到当前正在被完成的任务的集合T_f中，time_j+h_j最小的任务t_j，更新time＝time+time_j+h_j。

当有一个任务参与者完成任务时，平衡的状态被打破，需要再次对所有任务参与者进行任务分配。

S413、判断任务序列L是否为空，如果是则步骤S4结束，如果否则进入步骤S414。

当任务序列L中所有任务都被分配出时，步骤S4结束。

S414、删除任务集合T_f中的任务t_j，将完成任务t_j的任务参与者w_i标记为空闲状态，执行步骤S402。

对完成任务的任务参与者和被完成的任务进行处理。

根据本发明的另一个方面，如图10所示，本发明还提出了一种基于任务间优先关系约束的任务分配系统200，所述系统200包括以下模块：

任务层次确定模块210，对于任务集合中的每一个任务，根据该任务的条件任务集合，确定该任务的层次；

最终任务寻找模块220，用于找出上述任务集合中所有的最终任务，组成最终任务的集合；

分配级别确定模块230，用于确定任务集合中各个任务之间的优先分配级别，组成分配序列；

任务分配模块240，用于按照上述分配序列中任务的先后顺序，将任务集合中的任务分配出去。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的虚拟机的创建装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其同等技术的范围之内，则本发明也意图包含这些改动和变型在内。