本申请涉及流程控制技术领域，特别涉及一种合并活动的控制方法、控制装置、服务器以及计算机可读存储介质。
背景技术：
随着信息技术的快速发展，计算机可以完成的任务越来越多样化，复杂化，包括很多复杂的流程控制问题。并且计算机所处理的流程控制问题也引入了很多复杂的控制流程，使流程控制中不只处理一些简单的线性调度问题。尤其在流程控制中，并行分支的活动合并是一个比较难处理的问题。一般情况中，流程引擎只会提供所有入口分支的合并，即该合并活动的所有入口分支的活动都执行完后，才执行合并活动。但有些情况下，合并活动之前的所有分支活动并不能全部被执行，或者流程中需要回流到其中一个分支活动重新处理，在这种入口分支活动不完全执行的情况中，基于一般的合并活动控制方法执行合并活动通常会出现出错的情况。
虽然，解决上述问题可以通过条件启动和定时等待两种办法，但是一方面条件启动的方式，由于设置的静态启动条件在面对动态控制时，难以考虑到全部可能的状态而无法实现预期的效果，容易导致合并活动的执行失败。另一方面通过定时等待方式，由于在流程控制中，等待时间是不可控制的因素，因此定时等待也常常导致响应不及时或等待时间太短导致的合并活动执行失败。
因此，如何在复杂情况下正确的执行合并活动是本领域技术人员所关注的重点问题。
技术实现要素：
本申请的目的是提供一种合并活动的控制方法、控制装置、服务器以及计算机可读存储介质，通过对全局状态的判定，可以将判定后的回溯转移进行删除，得到不存在环的全局状态从而可以直接判断是否还有待执行和执行中的活动，以确定是否执行合并活动，避免了通过其他外部条件而导致的执行不准确，无法进行动态控制的情况，提高了在复杂情况中执行合并活动的确定率，使流程控制更加顺畅，符合预期的控制效果。
为解决上述技术问题，本申请提供一种合并活动的控制方法，包括：
对去除任一转移后的全局状态进行状态判定，将判定不存在环并且执行顺序未改变的全局状态中被去除的转移标记为回溯转移；
当接收到合并活动的触发指令时，删除所述全局状态中的所有所述回溯转移，得到删除结果；
根据所述删除结果判断到达所述合并活动的所有活动中是否存在未执行的活动；
若是，则将所述合并活动加入待执行活动列表中；
若否，则执行所述合并活动。
可选的，对去除任一转移后的全局状态进行状态判定，将判定不存在环并且执行顺序未改变的全局状态中被去除的转移标记为回溯转移，包括：
删除所述全局状态中的任一转移，得到待定全局状态；
判断所述待定全局状态中的所有活动是否均到达结束活动；
若是，则判断所述待定全局状态中是否不存在环；
若是，则将所述转移标记为回溯转移。
可选的，对去除任一转移后的全局状态进行状态判定，将判定不存在环并且执行顺序未改变的全局状态中被去除的转移标记为回溯转移，包括：
步骤301，对所述全局状态中的每个转移判断是否存在包含所述转移的从开始活动到结束活动的无环路径，若是则将所述转移标记为普通转移，若否则将所述转移标记为待确认转移；
步骤302，删除所述全局状态中的待确认转移，得到待确认全局状态；判断所述待确认全局状态是否存在环，若否则执行下一步；
步骤303，判断所述全局状态中每个活动的出口转移中是否除了普通转移还包含待确认转移，若是则将所述待确认转移标记为所述回溯转移。
可选的，还包括：
判断每个所述回溯转移的目标活动的入口转移中是否包含普通转移，若是则将所述目标活动标记为开始活动，执行步骤301。
可选的，还包括：
当所述待确认全局状态中存在环，停止状态判定，发送失败指令。
本申请还提供一种合并活动的控制装置，包括：
回溯转移标记模块，用于对去除任一转移后的全局状态进行状态判定，将判定不存在环并且执行顺序未改变的全局状态中被去除的转移标记为回溯转移；
回溯转移删除模块，用于当接收到合并活动的触发指令时，删除所述全局状态中的所有所述回溯转移，得到删除结果；
活动状态判断模块，用于根据所述删除结果判断到达所述合并活动的所有活动中是否存在未执行的活动；
待执行模块，用于当到达所述合并活动的所有活动中存在未执行的活动，将所述合并活动加入待执行活动列表中；
执行模块，用于当到达所述合并活动的所有活动中不存在未执行的活动，执行所述合并活动。
可选的，所述回溯转移标记模块包括：
转移删除单元，用于删除所述全局状态中的任一转移，得到待定全局状态；
活动到达判断单元，用于判断所述待定全局状态中的所有活动是否均到达结束活动；
环判断单元，用于当所述待定全局状态中的所有活动均到达结束活动，判断所述待定全局状态中是否不存在环；
回溯转移标记单元，用于当所述待定全局状态中不存在环，将所述转移标记为回溯转移。
可选的，所述回溯转移标记模块包括：
转移标记单元，用于对所述全局状态中的每个转移判断是否存在包含所述转移的从开始活动到结束活动的无环路径，若是则将所述转移标记为普通转移，若否则将所述转移标记为待确认转移；
待确认全局状态判断单元，用于删除所述全局状态中的待确认转移，得到待确认全局状态；判断所述待确认全局状态是否存在环，若否则执行下一步；
回溯转移标记单元，用于判断所述全局状态中每个活动的出口转移中是否除了普通转移还包含待确认转移，若是则将所述待确认转移标记为所述回溯转移。
本申请还提供一种服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如上所述的控制方法的步骤。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的控制方法的步骤。
本申请所提供的一种合并活动的控制方法，包括：对去除任一转移后的全局状态进行状态判定，将判定不存在环并且执行顺序未改变的全局状态中被去除的转移标记为回溯转移；当接收到合并活动的触发指令时，删除所述全局状态中的所有所述回溯转移，得到删除结果；根据所述删除结果判断到达所述合并活动的所有活动中是否存在未执行的活动；若是，则将所述合并活动加入待执行活动列表中；若否，则执行所述合并活动。
通过对全局状态的判定，可以将判定后的回溯转移进行删除，得到不存在环的全局状态从而可以直接判断是否还有待执行和执行中的活动，以确定是否执行合并活动，避免了通过其他外部条件而导致的执行不准确，无法进行动态控制的情况，提高了在复杂情况中执行合并活动的确定率，使流程控制更加顺畅，符合预期的控制效果。
本申请还提供一种合并活动的控制装置、服务器以及计算机可读存储介质，具有上述有益效果，在此不做赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种合并活动的控制方法的流程图；
图2为本申请实施例所提供的回溯转移示意图；
图3为本申请实施例所提供的合并活动的控制方法中的一种标记处理的流程图；
图4为本申请实施例所提供的合并活动的控制方法中的另一种标记处理的流程图；
图5为本申请实施例所提供的一种流程示意图；
图6为本申请实施例所提供的另一种流程示意图；
图7为本申请实施例所提供的又一种流程示意图；
图8为本申请实施例所提供的条件分支流程示意图；
图9为本申请实施例所提供的一种合并活动的控制装置的结构示意图；
图10为本申请实施例所提供的另一种合并活动的控制装置的结构示意图。
具体实施方式
本申请的核心是提供一种合并活动的控制方法、控制装置、服务器以及计算机可读存储介质，通过对全局状态的判定，可以将判定后的回溯转移进行删除，得到不存在环的全局状态从而可以直接判断是否还有待执行和执行中的活动，以确定是否执行合并活动，避免了通过其他外部条件而导致的执行不准确，无法进行动态控制的情况，提高了在复杂情况中执行合并活动的确定率，使流程控制更加顺畅，符合预期的控制效果。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参考图1，图1为本申请实施例所提供的一种合并活动的控制方法的流程图。
在本实施例中需要对部分名称进行说明，其中，活动是指流程控制领域中执行的一次动作。在流程中转移用于指示活动之间的顺序关系，其起点称为源活动，终点表示目标活动。因此全局状态就是指整个流程中所有活动的转移情况。在流程中按转移的顺序(从源活动到目标活动)，从一个活动到达另一个活动所需要经过的活动和转移的集合，称为转移路径，简称路径。
进一步的，合并活动也被叫做并行分支活动的合并，在工作流调度中是一个比较难处理的问题。大多数的合并活动的处理是根据设置的外部条件进行处理，但在实际流程调度中活动之间的关系是十分复杂的，设置的外部条件无法根据复杂情况做出动态调整，常常会出现错误。尤其是在流程中的一条路径上有某个活动出现了两次或以上，会导致流程复杂度提高，并称该路径中存在环。
本实施例提供一种合并活动的控制方法，可以提高执行合并活动的准确率，该方法可以包括：
S101，对去除任一转移后的全局状态进行状态判定，将判定不存在环并且执行顺序未改变的全局状态中被去除的转移标记为回溯转移；
本步骤旨在对全局状态进行判定，根据判定结果将不存在环并且执行顺序未改变的全局状态中被去除的转移标记为回溯转移。
其中，执行顺序未改变是指流程中所有活动与终点的先后关系未改变。
其中，回溯转移的说明请参考图2，图2为本申请实施例所提供的回溯转移示意图。
其中，可以观察到活动A与活动B处于一个环上，并且无法直观的判断出哪个活动应该先执行。根据图中所描述的流程可以假设活动A应该在活动B之前，所以就将从活动B到活动A的转移去掉，根据去除转移后流程就可以直接获得活动A与活动B的先后关系，并且流程中去除了环，并且流程中所有活动与终点的先后关系未改变，就可以将类似于活动B到活动A的转移称为回溯转移。
根据以上信息，可以规定回溯转移需满足以下条件：
1、去除回溯转移后，没有活动不能到达结束活动；
2、去除所有回溯转移后，流程图中不存在环。
所以，在本实施例中所描述的回溯转移表示的是一类在流程中满足以上条件的转移。并且在流程中去除满足上述条件的回溯转移后，如果流程中活动A可以到达活动B，则活动A应先于活动B执行；如果活动A不能到达活动B且活动B也不能到达活动A，则称活动A与活动B之间没有先后关系，二者可以任意顺序执行。据此，就可以在有环的流程中，确定活动之间执行的先后关系，从而去除环的影响，准确的执行合并活动。
综上，就可以对回溯转移进行定义。对于活动A到活动B的转移T，如果在流程中，所有从开始活动到结束活动且包含转移T的路径中都存在环，并且从流程图中去除转移T，不破坏流程中各活动与终点的先后关系，则称转移T为回溯转移。
因此，本步骤就是标记出全局状态中的回溯转移从而可以删除全局状态中的回溯转移直接判断是否执行合并活动，提高在复杂情况中合并活动执行的准确率。
本步骤中所介绍的标记操作，是通过遍历的方法判断转移是否为回溯转移。大体上是假设删除任一个转移得到删除后的全局状态，判断该全局状态是否符合回溯转移满足的条件，从而判定是否为回溯转移。
判定的方法可以将所有转移均进行判定，可以是现将转移进行分类对分类后的部分转移进行判定，还可以根据实际应用情况选择其他的判定方法，只要可以判定出和服上述条件的回溯转移的方法，都可以作为本步骤中的方法，在此不做限定。
S102，当接收到合并活动的触发指令时，删除全局状态中的所有回溯转移，得到删除结果；
在步骤S101的基础上，本步骤旨在将全局状态中的回溯转移删除，得到删除结果。据此就可以通过该删除结果判断是否应该执行合并活动。
换句话说，本实施例中对该全局状态进行的删除主要是通过删除回溯转移对全局状态中的环进行遮蔽处理，确定全局状态中所有活动的先后处理顺序，从而可以通过删除结果确定是否执行合并活动。
其中，触发指令可以是在特殊条件下触发合并活动的指令，也可以是每次有活动执行完毕就发送的触发指令，还可以是人工发送的指令，具体的可以根据实际情况选择不同的触发指令的形式和触发方式，在此不做限定。
S103，根据删除结果判断到达合并活动的所有活动中是否存在未执行的活动；若是，则执行S104，若否，则执行S105；
在步骤S102的基础上，本步骤旨在根据得到的删除结果判断所有到达该合并活动的所有活动中是否有执行中或待执行的活动。
其中，到达是指流程中存在一条从活动A可以到达活动B的路径且活动B不可到达活动A，则称活动A到达活动B。进一步的，本步骤主要是判断在所有到达合并活动的活动中是否还有未执行的活动。也就是，观察该合并活动的并行分支活动是否完成，如果完成即可执行合并活动。而在复杂情况中，尤其在具有环的流程中判断到达合并活动的所有活动是否执行完毕是十分困难的，因此在现有技术中需要通过设置其他外部条件执行合并活动。而本实施例中只需要通过简化结果进行判断即可确定是否执行合并活动，提高合并活动执行的准确率。
S104，将合并活动加入待执行活动列表中；
在步骤S103的基础上，本步骤旨在当所有活动中存在未完成的活动，因此合并活动无法执行，需要将合并活动加入待执行活动列表中，等待下一次触发合并活动。
S105，执行合并活动。
在步骤S103的基础上，本步骤旨在当所有活动中不存在未完成的活动，即所有活动都执行完毕，因此可以执行合并活动，可以正常执行合并活动的流程。
综上，本实施例通过对全局状态的判定，可以将判定后的回溯转移进行删除，得到不存在环的全局状态从而可以直接判断是否还有待执行和执行中的活动，以确定是否执行合并活动，避免了通过其他外部条件而导致的执行不准确，无法进行动态控制的情况，提高了在复杂情况中执行合并活动的确定率，使流程控制更加顺畅，符合预期的控制效果。
请参考图3，图3为本申请实施例所提供的合并活动的控制方法中的一种标记处理的流程图。
基于上一实施例，本实施例主要是针对上一实施例中如何进行标记做的一个具体说明，其他部分与上一实施例大体相同，相同部分可以参考上一实施例，在此不做赘述。
本实施例可以包括：
S201，删除全局状态中的任一转移，得到待定全局状态；
S202，判断待定全局状态中的所有活动是否均到达结束活动；若是，则执行S203
S203，判断待定全局状态中是否不存在环；若是，则执行S204
S204，将转移标记为回溯转移。
本实施例中，主要介绍一种标记回溯转移的方式，通过本实施例中的步骤就可以标记出回溯转移。
由于在一个流程中回溯转移可能存在多个，因此，可以在本实施例中得到多个待定全局状态，同时进行判断，将判定通过的转移同时标记为回溯转移。也可以执行多次本实施例对每个转移都进行判断，相当于是遍历每个转移，得到回溯转移。还可以综合上述两种方式，具体的在此不做限定。
请参考图4，图4为本申请实施例所提供的合并活动的控制方法中的另一种标记处理的流程图。
本实施例可以包括：
S301，对全局状态中的每个转移判断是否存在包含转移的从开始活动到结束活动的无环路径，若是则将转移标记为普通转移，若否则将转移标记为待确认转移；
S302，删除全局状态中的待确认转移，得到待确认全局状态；判断待确认全局状态是否存在环，若否则执行下一步；
S303，判断全局状态中每个活动的出口转移中是否除了普通转移还包含待确认转移，若是则将待确认转移标记为回溯转移。
本实施例所说明的方法，主要是将转移分类为普通转移和待确认转移，后续的判断主要针对待确认转移进行，可以降低计算量，提高标记速度。
其中，活动的入口转移是指以该活动为作目标活动的转移，活动的出口转移是指以该活动为作源活动的转移。
可选的，该实施例还可以包括：
当待确认全局状态中存在环，停止状态判定，发送失败指令。
可选的，该实施例还可以包括：
判断每个回溯转移的目标活动的入口转移中是否包含普通转移，若是则将目标活动标记为开始活动，执行S301。
由于本实施例执行一次只可以找到部分回溯转移，因此需要回溯转移后，将转移的目标活动作为新的开始活动，重复上述实施例的过程，直到找出所有的回溯转移。
具体的，可以给出三种标记回溯转移的实例。
实例一
请参考图5，图5为本申请实施例所提供的一种流程示意图。
执行回溯转移的标记过程：
第1步、仅活动B到活动A的转移被标记为待确认转移；
第2步、排除待确认转移和回溯转移后，遍历整个流程，其中不存在环；
第3步、活动B的出口转移中存在普通转移，因此将出口转移中的待确认转移标记为回溯转移；由于没有标记新的开始活动，标记过程结束(成功)。
实例二
请参考图6，图6为本申请实施例所提供的另一种流程示意图。
执行回溯转移的标记过程：
第1步、由于活动B与活动A之间的两条转移均存在包含该转移的从开始活动到结束活动的无环路径，因此没有找到任何待确认转移；
第2步、由于排除待确认转移后，流程中仍然存在环，因此停止标记处理(发送失败指令)。
实例三
请参考图7，图7为本申请实施例所提供的又一种流程示意图。
执行回溯转移的标记过程：
第1步、执行判断，将符合条件的转移标记为待确认转移，得到待确认转移包括：活动F到活动B、活动F到活动G、活动E到活动F、活动G到活动H、活动H到活动E、活动C到活动E；
第2步、排除待确认转移后，流程中不存在环，执行下一步；
第3步、从待确认转移中识别回溯转移，得到回溯转移包括：活动C到活动E；
第4步、由于排除回溯转移后，导致活动E被标记为开始活动。因此，再次执行第1步，标记待确认转移，得到待确认转移包括：活动F到活动G、活动G到活动H、活动H到活动E；
第5步、重复执行第2步，排除待确认转移和回溯转移后，流程中不存在环，执行下一步；
第6步、重复执行第3步，从待确认转移中识别回溯转移，得到回溯转移包括：活动F到活动G；
第7步、重复执行第4步，由于活动G被标记为开始活动。因此，再次执行第1步，标记待确认转移，未找到任何待确认转移；
第8步、重负执行第2步，排除待确认转移和回溯转移后，流程中不存在环，执行下一步；
第9步、重复执行第3步，从待确认转移中识别回溯转移，未得到任何回溯转移；
第10步、由于没有找到任何回溯转移，标记过程结束。
基于上述实施例，在实施过程中技术人员不需要关注合并活动的具体实现机制，只需要添加相应的合并活动即可在流程中实施合并活动，降低流程配置过程中的难度。并且当流程中出现动态控制，将活动的执行返回至部分的并行分支活动上，合并活动仍可以正常执行，不会发生流程停滞。
同时，如果并行分支活动中即使包含有条件分支，使得流程实际执行过程中，某些并行分支活动执行后绕到了合并活动的后面，合并活动在该分支不能到达合并活动时即可开始执行，不会因此而导致流程停滞。
具体的，请参考图8，图8为本申请实施例所提供的条件分支流程示意图。
如图8所示，活动C是合并活动，活动A执行后，同时触发活动B与活动F；活动F执行后，根据条件触发活动C或活动D之一。那么在流程的实际执行过程中，活动D被触发之后，同步活动C便在排除回溯转移后，根据活动之间是否可以到达合并活动确定不需要等待来自活动F的分支，也不需要等待活动D的执行，从而避免了流程停滞情况发生。
本申请实施例提供了一种合并活动的控制方法，可以通过对全局状态的判定，可以将判定后的回溯转移进行删除，得到不存在环的全局状态从而可以直接判断是否还有待执行和执行中的活动，以确定是否执行合并活动，避免了通过其他外部条件而导致的执行不准确，无法进行动态控制的情况，提高了在复杂情况中执行合并活动的确定率，使流程控制更加顺畅，符合预期的控制效果。
下面对本申请实施例提供的一种合并活动的控制装置进行介绍，下文描述的一种合并活动的控制装置与上文描述的一种合并活动的控制方法可相互对应参照。
请参考图9，图9为本申请实施例所提供的一种合并活动的控制装置的结构示意图。
本实施例提供一种合并活动的控制装置，可以包括：
回溯转移标记模块100，用于对去除任一转移后的全局状态进行状态判定，将判定不存在环并且执行顺序未改变的全局状态中被去除的转移标记为回溯转移；
回溯转移删除模块200，用于当接收到合并活动的触发指令时，删除全局状态中的所有回溯转移，得到删除结果；
活动状态判断模块300，用于根据删除结果判断到达合并活动的所有活动中是否存在未执行的活动；
待执行模块400，用于当到达合并活动的所有活动中存在未执行的活动，将合并活动加入待执行活动列表中；
执行模块500，用于当到达合并活动的所有活动中不存在未执行的活动，执行合并活动。
该回溯转移标记模块100，可以包括：
转移删除单元，用于删除全局状态中的任一转移，得到待定全局状态；
活动到达判断单元，用于判断待定全局状态中的所有活动是否均到达结束活动；
环判断单元，用于当待定全局状态中的所有活动均到达结束活动，判断待定全局状态中是否不存在环；
回溯转移标记单元，用于当待定全局状态中不存在环，将转移标记为回溯转移。
该回溯转移标记模块100，可以包括：
转移标记单元，用于对全局状态中的每个转移判断是否存在包含转移的从开始活动到结束活动的无环路径，若是则将转移标记为普通转移，若否则将转移标记为待确认转移；
待确认全局状态判断单元，用于删除全局状态中的待确认转移，得到待确认全局状态；判断待确认全局状态是否存在环，若否则执行下一步；
回溯转移标记单元，用于判断全局状态中每个活动的出口转移中是否除了普通转移还包含待确认转移，若是则将待确认转移标记为回溯转移。
请参考图10，图10为本申请实施例所提供的另一种合并活动的控制装置的结构示意图，该控制装置可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)622(例如，一个或一个以上处理器)和存储器632，一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对计算装置中的一系列指令操作。更进一步地，中央处理器622可以设置为与存储介质630通信，在计算装置600上执行存储介质630中的一系列指令操作。
控制装置600还可以包括一个或一个以上电源626，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口658，和/或，一个或一个以上操作系统641，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
上述图1至图8所描述的一种合并活动的控制方法中的步骤由一种合并活动的控制装置基于该图10所示的结构实现。
本申请实施例还提供一种服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行计算机程序时实现如上述实施例的控制方法的步骤。
本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述实施例的控制方法的步骤。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，功能调用装置，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上对本申请所提供的一种合并活动的控制方法、控制装置、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。