CN103701671A - 一种检测业务之间存在冲突的方法及装置 - Google Patents

Abstract

本发明公开了一种检测业务之间存在冲突的方法及装置，属于通信技术领域。方法包括：获取待检测的各业务对应的执行逻辑以及输入参数；在所述待检测的各业务中依次选取一个业务，根据所述选取的业务对应的执行逻辑中的每一个步骤执行所述选取的业务；在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突。本发明不局限于已知的存在冲突的逻辑分析方式，通过实时的分析业务之间输入输出参数之间的影响来进行检测，是一种更加有实效性的检测方式，提高了检测业务之间存在冲突的效率和准确性。

Description

一种检测业务之间存在冲突的方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种检测业务之间存在冲突的方法及装置。

背景技术

随着通信技术的发展，电信运营商所提供的业务越来越多，为人们的工作和生活提供了更加便利的通信服务。然而新的电信业务的启用，经常与已启用的业务产生冲突，造成业务的实际运行结果与预期运行结果不符，引起用户投诉甚至造成系统崩溃等严重后果，因此业务冲突问题成为阻碍电信业务发展的一大瓶颈。

现有技术中对于业务之间是否存在冲突的检测方式为：首先，获取到待检测业务的执行逻辑；然后，将待检测的各业务的执行逻辑，与预先存储的根据经验得到的存在冲突的业务的执行逻辑进行比对，从而判断业务间是否有冲突。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

当前的检测方式仅能检测出已存在的冲突，对于新业务之间的冲突则无法检测出，存在一定的局限性，并且检测效率较低。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种检测业务之间存在冲突的方法及装置。所述技术方案如下：

一方面，提供了一种检测业务之间存在冲突的方法，所述方法包括：

获取待检测的各业务对应的执行逻辑以及输入参数；

在所述待检测的各业务中依次选取一个业务，根据所述选取的业务对应的执行逻辑中的每一个步骤执行所述选取的业务；

在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突。

优选的，所述获取待检测的各业务对应的输入参数，包括：

获取所述待检测的各业务的初始执行规则，并根据所述待检测的各业务的初始执行规则，获取所述待检测的各业务对应的初始时的输入参数；

相应的，所述在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突，包括：

若当前步骤中执行所述选取的业务后的输出参数与所述其他业务对应的初始时的输入参数属于同一参数时，且当前步骤中执行所述选取的业务后的输出参数与所述其他业务对应的初始时的输入参数不相同或未在所述其他业务对应的初始时的输入参数的选取范围内时，则确定所述选取的业务与所述其他业务存在冲突。

优选的，获取待检测的各业务对应的输入参数，包括：

根据所述待检测的各业务的执行逻辑，获取所述待检测的各业务在执行过程中每一个步骤结束时对应的下一个步骤的输入参数；

相应的，所述在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突，包括：

若当前步骤中执行所述选取的业务后的输出参数与所述其他业务在当前步骤之后的一个步骤的输入参数属于同一参数时，且当前步骤中执行所述选取的业务后的输出参数与所述其他业务在当前步骤之后的一个步骤的输入参数不相同或未在所述其他业务在同一步骤中的输入参数的选取范围内时，则确定所述选取的业务与所述其他业务存在冲突。

优选的，所述确定所述选取的业务与所述其他业务是否存在冲突之后，所述方法还包括：

根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务未存在冲突时，则在预先设定的具备冲突关系的业务对应关系中，查询所述待检测的各业务中是否存在所述业务对应关系中的业务组合；

如果存在所述业务组合，则确定所述待检测的各业务中存在的所述业务组合存在冲突。

优选的，所述确定所述选取的业务与所述其他业务是否存在冲突之后，所述方法还包括：

获取定制所述待检测的各业务对应的用户标识；

相应的，所述如果存在所述业务组合，则确定所述待检测的各业务中存在的所述业务组合存在冲突，包括：

判断所述用户标识是否属于所述业务组合对应的预设用户群；

如果所述用户标识属于所述业务组合对应的预设用户群，则确定所述待检测的各业务中存在的所述业务组合存在冲突。

另一方面，提供了一种检测业务之间存在冲突的装置，所述装置包括：

第一获取模块，用于获取待检测的各业务对应的执行逻辑以及输入参数；

执行模块，用于在所述待检测的各业务中依次选取一个业务，根据所述选取的业务对应的执行逻辑中的每一个步骤执行所述选取的业务；

第一检测模块，用于在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突。

优选的，所述第一获取模块，包括：

第一获取单元，用于获取所述待检测的各业务的初始执行规则，并根据所述待检测的各业务的初始执行规则，获取所述待检测的各业务对应的初始时的输入参数；

相应的，所述第一检测模块，包括：

第一确定单元，用于若当前步骤中执行所述选取的业务后的输出参数与所述其他业务对应的初始时的输入参数属于同一参数时，且当前步骤中执行所述选取的业务后的输出参数与所述其他业务对应的初始时的输入参数不相同或未在所述其他业务对应的初始时的输入参数的选取范围内时，则确定所述选取的业务与所述其他业务存在冲突。

优选的，所述第一获取模块，包括：

第二获取单元，用于根据所述待检测的各业务的执行逻辑，获取所述待检测的各业务在执行过程中每一个步骤结束时对应的下一个步骤的输入参数；

相应的，所述第一检测模块，包括：

第二确定单元，用于若当前步骤中执行所述选取的业务后的输出参数与所述其他业务在当前步骤之后的一个步骤的输入参数属于同一参数时，且当前步骤中执行所述选取的业务后的输出参数与所述其他业务在当前步骤之后的一个步骤的输入参数不相同或未在所述其他业务在同一步骤中的输入参数的选取范围内时，则确定所述选取的业务与所述其他业务存在冲突。

优选的，所述装置还包括：

查询模块，用于根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务未存在冲突时，则在预先设定的具备冲突关系的业务对应关系中，查询所述待检测的各业务中是否存在所述业务对应关系中的业务组合；

第二检测模块，用于如果存在所述业务组合，则确定所述待检测的各业务中存在的所述业务组合存在冲突。

优选的，所述装置还包括：

第二获取模块，用于获取定制所述待检测的各业务对应的用户标识；

相应的，所述第二检测模块，包括：

判断单元，用于判断所述用户标识是否属于所述业务组合对应的预设用户群；

第三确定单元，用于如果所述用户标识属于所述业务组合对应的预设用户群，则确定所述待检测的各业务中存在的所述业务组合存在冲突。

本发明实施例提供的技术方案带来的有益效果是：

通过将选取的业务在执行过程中每一个步骤的输出参数与其他待检测的业务对应的输入参数进行比对，判断业务之间是否存在冲突的方式，不局限于已知的存在冲突的逻辑分析方式，通过实时的分析业务之间输入输出参数之间的影响来进行检测，是一种更加有实效性的检测方式，提高了检测业务之间存在冲突的效率和准确性。

附图说明

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

图1是本发明实施例一提供的检测业务之间存在冲突的方法流程图；

图2是本发明实施例二提供的检测业务之间存在冲突的方法流程图；

图3是本发明实施例二提供的检测业务之间存在冲突的方法中业务冲突管理器的系统模型的结构示意图；

图4是本发明实施例二提供的另一种检测业务之间存在冲突的方法流程图；

图5是本发明实施例三提供的检测业务之间存在冲突的装置结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本发明实施例提供了一种检测业务之间存在冲突的方法，参见图1，方法流程包括：

101：获取待检测的各业务对应的执行逻辑以及输入参数；

102：在待检测的各业务中依次选取一个业务，根据选取的业务对应的执行逻辑中的每一个步骤执行选取的业务；

103：在选取的业务的每一个步骤执行完毕时，根据当前步骤中执行选取的业务后的输出参数与待检测的各业务中除选取的业务以外其他业务对应输入参数，确定选取的业务与其他业务是否存在冲突。

本发明实施例通过将选取的业务在执行过程中每一个步骤的输出参数与其他待检测的业务对应的输入参数进行比对，判断业务之间是否存在冲突的方式，不局限于已知的存在冲突的逻辑分析方式，通过实时的分析业务之间输入输出参数之间的影响来进行检测，是一种更加有实效性的检测方式，提高了检测业务之间存在冲突的效率和准确性。

实施例二

本发明实施例提供了一种检测业务之间存在冲突的方法，参见图2。

其中，方法流程包括：

201：获取待检测的各业务对应的执行逻辑以及输入参数。

将待检测的各业务对应的业务文件加载至系统中。通过参数提取器分析各业务对应的业务文件，优选的可以从中提取出业务标识、业务类型、业务进程、输入参数、输出参数、功能描述、定制该业务的用户标识等信息。其中待检测的业务包括至少两个，或两个以上的业务。

其中，每个业务的业务进程中包括有该业务对应的初始执行规则，执行逻辑，执行结果等信息。其中，在初始执行规则中还包含有业务触发时的输入参数，其中可以为输入参数对应的确定的值或输入参数的选取范围。

进一步的，预先对所有的业务进行预处理，提取每个业务的业务标识、业务类型、业务进程、输入参数、输出参数、功能描述、定制用户等信息。根据业务进程中的业务执行逻辑对每一个业务进行单独执行，并记录在每一个业务在执行过程中每一个步骤中的输出参数，以及在当前步骤执行后下一个步骤的输入参数，其中每一个步骤对应的输入参数和输出参数是由业务的执行逻辑中确定的，具体记录输入参数和输出参数在每一个步骤中的值。另外，业务的执行过程中的输入参数和输出参数可以通过业务的执行逻辑分析得到。

其中对于每个业务的业务进程的分析过程可以根据情景演算的方式得到，具体为：

情景演算是一种形式化的规划方法。它是一种一阶逻辑语言，主要用来表示动态变化的世界，是一种关于状态、动作和动作作用于状态结果的形式化谓词演算。在情景演算中，世界上的所有变化都是动作执行的结果，知识被表达为关于状态和动作的公式。一个现实存在的世界状态称为“情景”（situation），属于情景型，表示成一串行动序列。初始情景用常量S0来表示，即空的行动序列。特殊的二元函数do(a,s)表示在情景s下执行行动a后产生的后续情景。

借助情景演算的思想，本发明实施例将电信中的业务执行看成情景演算中的动作并将业务抽象为一个进程（Process），即抽象为一个四元组<I,P,E,O>，其中I（Input）表示业务的输入列表（即输入参数），P（Precondition）为业务的初始执行规则，E（Effect）为业务执行后的结果，而O（Output）为业务的输出列表（即输出参数）。将以上业务进程描述结合实际业务数据表示为业务状态，组合业务执行前和执行后分别对应两种不同的状态，执行一个业务引起状态的一次改变，通过检测业务执行前后状态的改变，可以判断出不同业务在组合时是否会发生冲突，从而达到检测的目的。

因此，在将业务文件加载至系统中时，通过将该文件输入至冲突检测资源管理器中，对该文件进行分析。

其中，冲突检测资源管理器用于提供将业务的执行逻辑转化为业务的状态描述所需的状态谓词和状态演化规则，包括状态谓词规则库和状态演化规则库。这里采用一种语义化的形式化描述语言OWL-S（Ontology Web Language，语义网服务）对业务状态进行描述，OWL-S是语义网中一种用来描述业务的属性和功能的本体规范，OWL-S把每个业务看成是一个过程，并定义了过程类，通过业务所需的输入参数和产生的输出参数，业务所需的初始执行规则以及执行后的结果进行描述。

其中，冲突检测资源管理器中包含有状态生成器，其主要用于产生相关的用于表示业务状态的谓词事件和生成相关的用于检测业务冲突的规则。业务状态的生成需要用到参数提取器中提取到的业务数据信息以及资源管理器中的语义规则描述信息。把当前业务包含的一组谓词事件定义为业务的状态；业务的前置条件Precondition，业务的初始执行规则inCondition和后置条件Effect定义为业务的转换规则，其中，Precondition描述了业务成功调用执行所必须满足的前提条件，Effect描述了业务成功执行之后产生的效果，inCondition描述了在什么样的前提条件之下会产生如何的结果，反映了业务执行后状态发生变化的条件和规则。这里，还需要两个状态池：Former和Latter。Former用来表示当前业务执行前的组合业务状态，Latter用来表示当前业务执行后的组合业务状态。这两个状态池都是动态变化的，在业务组合流程还没有执行之前，Former就类似于情景演算理论中的初始情景状态S0，执行组合业务中的当前业务就类似于行动a，而Latter就是do(a,s)后的情景状态。

在本发明实施例中检测两种方式的冲突，其中一种为检测当前执行的业务是否对其他业务的初始执行规则有影响；另一种为检测当前执行的业务是否对其他执行中的业务有影响。

因此，分别对应这两种方式会获取不同的输入参数进行判别。

对应第一种方式获取输入参数，由于是对当前执行的业务与其他业务初始执行规则的影响进行判断，因此需要获取的是其他业务的初始时的输入参数，因此该过程为：

获取待检测的各业务的初始执行规则，并根据待检测的各业务的初始执行规则，获取待检测的各业务对应的初始时的输入参数。

对应第二种方式获取输入参数，由于是对当前执行的业务与其他业务执行过程中的影响进行判断，因此需要获取的是其他业务中的输入参数，因此该过程为：

根据待检测的各业务的执行逻辑，获取待检测的各业务在执行过程中每一个步骤结束时对应的下一个步骤的输入参数。

202：在待检测的各业务中依次选取一个业务，根据选取的业务对应的执行逻辑中的每一个步骤执行选取的业务。

203：在选取的业务的每一个步骤执行完毕时，根据当前步骤中执行选取的业务后的输出参数与待检测的各业务中除选取的业务以外其他业务对应输入参数，确定选取的业务与其他业务是否存在冲突。

具体的，对比的内容有两种。

第一种：对应于步骤201中的第一种方式。

具体的，选取的业务在执行时的输出参数可能会影响其他业务执行时的输入参数，而导致的对其他业务在执行逻辑中的影响。因此在执行逻辑中每一个步骤执行完毕时，需要查看选取的业务对应的状态参数是否与其他业务对应的初始执行规则中对应的输入参数存在冲突。

其中，判断是否存在冲突，则通过以下过程进行：

2031：若当前步骤中执行选取的业务后的输出参数与其他业务对应的初始时的输入参数属于同一参数时，且当前步骤中执行选取的业务后的输出参数与其他业务对应的初始时的输入参数不相同或未在其他业务对应的初始时的输入参数的选取范围内时，则确定选取的业务与其他业务存在冲突。

因此，当选取的业务的输出参数对其他业务的初始执行规则中所涉及的输入参数有影响即存在冲突。

第二种：对应于步骤202中的第一种方式。

具体的，选取的业务在执行完没一个步骤时的输出参数，可能会对其他业务在执行时到当前步骤的下一个步骤的输入参数有影响，包括改变了其预设的内容或选取范围而导致的对其他业务在执行逻辑中的影响。因此在执行逻辑中每一个步骤执行完毕时，需要查看选取的业务的输出参数是否与其他业务在当前步骤的下一个步骤的输入参数存在冲突。

其中，判断是否存在冲突，则通过以下过程进行：

2032：若当前步骤中执行选取的业务后的输出参数与其他业务在当前步骤之后的一个步骤的输入参数属于同一参数时，且当前步骤中执行选取的业务后的输出参数与其他业务在当前步骤之后的一个步骤的输入参数不相同或未在其他业务在当前步骤之后的一个步骤的输入参数的选取范围内时，则确定选取的业务与其他业务存在冲突。

其中，选取的业务在当前步骤执行完毕时的输出参数，可能与其他业务在当前步骤的下一个步骤的输入参数属于同一个参数，因此当属于同一个参数时，并且该参数被选取的业务在当前步骤执行过程中进行了修改，不符合其他业务在下一个步骤的输入参数的执行条件，因此确定这两个业务存在冲突。

其中，选取的业务的步骤与其他业务当前步骤的确定方式可以通过步骤的执行序号来确定。

如果步骤203的检测过程中，所有选取的业务在运行的每一个步骤中的输出参数都对其他业务的初始时的输入参数，以及对其他业务在当前步骤之后的一个步骤的输入参数不影响时，则确定待检测的业务之间未存在冲突。

如图3所示，该图示出了本发明实施例中的业务冲突管理器300的系统模型。包括有将待检测的业务301输入至业务冲突管理器300中，首先通过参数提取器302提取各种参数，如：业务标识、业务类型、业务进程、输入参数、输出参数、功能描述、定制该业务的用户标识等信息。并将这些信息存储入冲突检测资源管理器306中的状态谓词规则库3061，并通过冲突检测资源管理器306中的状态演化规则库3062辅助状态生成器302得到该业务的状态，即初始状态规则，执行逻辑，执行结果，并根据初始状态规则和执行逻辑得到初始时的输入参数以及执行过程中每一步骤的输入参数。并通过冲突检测器对选取的业务进行执行，得到每一个步骤该选取的业务的输出参数，并与其他业务中的初始时的输入参数以及执行过程中每一步骤的输入参数进行比对，判断是否对其他业务有影响。优选的，通过具备冲突关系的业务对应关系3042在预先设定的业务对应关系中进行进一步的查找，得到更加精确的结果。最后将结果通过报告生成器305输出。其中，状态演化规则库3062和具备冲突关系的业务对应关系3042这两个库中都可以有用户主动添加检测规则进行检测所使用。

优选的，在检测出待检测的各业务未存在冲突的情况时，还可以通过预先设定的具备冲突关系的业务对应关系中进行查询，该业务对应关系是根据具体的情况设定的，正常情况下某些待检测的各业务是不会存在冲突关系的，但是在某些特定场景或情况下则需要会存在冲突，因此可以将这些在特定场景或情况时存在冲突的业务对应关系预先进行保存，在检测的时候将加入对此类业务对应关系的检测。

例如：多媒体会议业务和定位业务这两个业务在执行逻辑上并不会产生冲突。但是在特定情况下，参与多媒体会议业务时不允许暴露自身的位置，因此定位业务会与其预期结果相反，会产生冲突，则将这两个业务的对应关系存储于的具备冲突关系的业务对应关系中，在检测时可以将待检测的各业务进一步的通过该业务对应关系中进行查询。

因此，在本发明实施例中还提供了另一种检测业务之间存在冲突的方法，如图4所示，该方法包括：

401：根据当前步骤中执行选取的业务后的输出参数与待检测的各业务中除选取的业务以外其他业务对应输入参数，确定选取的业务与其他业务未存在冲突时，则在预先设定的具备冲突关系的业务对应关系中，查询待检测的各业务中是否存在业务对应关系中的业务组合；

402：如果存在业务组合，则确定待检测的各业务中存在的业务组合存在冲突。

其中，还可以通过定制该业务的用户来确定这些业务之间是否存在冲突，其中，首先需要确定定制具备冲突关系的业务对应关系中所涉及的各业务的定制用户，该方式为：

获取定制待检测的各业务对应的用户标识。其中该过程可以通过在步骤201中业务文件中获取到。

因此，步骤402可以具体为：

判断用户标识是否属于业务组合对应的预设用户群；

如果用户标识属于业务组合对应的预设用户群，则确定待检测的各业务中存在的业务组合存在冲突。

进一步的，在所有的检测方式结束后，根据当前的检测结果输出检测报告，以方便用户进行后续的分析以及解决冲突。其中，检测报告的各类内容可以进行预先存储，并根据得到的存在冲突的业务选取对应的内容生成检测报告。

本发明实施例通过将选取的业务在执行过程中每一个步骤的输出参数与其他待检测的业务对应的输入参数进行比对，判断业务之间是否存在冲突的方式，不局限于已知的存在冲突的逻辑分析方式，通过实时的分析业务之间输入输出参数之间的影响来进行检测，是一种更加有实效性的检测方式，提高了检测业务之间存在冲突的效率和准确性。

实施例三

本发明实施例提供了一种检测业务之间存在冲突的装置，参见图5，该装置包括：

第一获取模块501，用于获取待检测的各业务对应的执行逻辑以及输入参数；

执行模块502，用于在待检测的各业务中依次选取一个业务，根据选取的业务对应的执行逻辑中的每一个步骤执行选取的业务；

第一检测模块503，用于在选取的业务的每一个步骤执行完毕时，根据当前步骤中执行选取的业务后的输出参数与待检测的各业务中除选取的业务以外其他业务对应输入参数，确定选取的业务与其他业务是否存在冲突。

其中，第一获取模块501，包括：

第一获取单元，用于获取待检测的各业务的初始执行规则，并根据待检测的各业务的初始执行规则，获取待检测的各业务对应的初始时的输入参数；

相应的，第一检测模块503，包括：

第一确定单元，用于若当前步骤中执行选取的业务后的输出参数与其他业务对应的初始时的输入参数属于同一参数时，且当前步骤中执行选取的业务后的输出参数与其他业务对应的初始时的输入参数不相同或未在其他业务对应的初始时的输入参数的选取范围内时，则确定选取的业务与其他业务存在冲突。

其中，第一获取模块501，包括：

第二获取单元，用于根据待检测的各业务的执行逻辑，获取待检测的各业务在执行过程中每一个步骤结束时对应的下一个步骤的输入参数；

相应的，第一检测模块503，包括：

第二确定单元，用于若当前步骤中执行选取的业务后的输出参数与其他业务在当前步骤之后的一个步骤的输入参数属于同一参数时，且当前步骤中执行选取的业务后的输出参数与其他业务在当前步骤之后的一个步骤的输入参数不相同或未在其他业务在同一步骤中的输入参数的选取范围内时，则确定选取的业务与其他业务存在冲突。

其中，装置还包括：

查询模块504，用于根据当前步骤中执行选取的业务后的输出参数与待检测的各业务中除选取的业务以外其他业务对应输入参数，确定选取的业务与其他业务未存在冲突时，则在预先设定的具备冲突关系的业务对应关系中，查询待检测的各业务中是否存在业务对应关系中的业务组合；

第二检测模块505，用于如果存在业务组合，则确定待检测的各业务中存在的业务组合存在冲突。

其中，装置还包括：

第二获取模块506，用于获取定制待检测的各业务对应的用户标识；

相应的，第二检测模块505，包括：

判断单元，用于判断用户标识是否属于业务组合对应的预设用户群；

第三确定单元，用于如果用户标识属于业务组合对应的预设用户群，则确定待检测的各业务中存在的业务组合存在冲突。

本发明实施例通过将选取的业务在执行过程中每一个步骤的输出参数与其他待检测的业务对应的输入参数进行比对，判断业务之间是否存在冲突的方式，不局限于已知的存在冲突的逻辑分析方式，通过实时的分析业务之间输入输出参数之间的影响来进行检测，是一种更加有实效性的检测方式，提高了检测业务之间存在冲突的效率和准确性。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种检测业务之间存在冲突的方法，其特征在于，所述方法包括：

获取待检测的各业务对应的执行逻辑以及输入参数；

在所述待检测的各业务中依次选取一个业务，根据所述选取的业务对应的执行逻辑中的每一个步骤执行所述选取的业务；

在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突。

2.根据权利要求1所述的方法，其特征在于，所述获取待检测的各业务对应的输入参数，包括：

获取所述待检测的各业务的初始执行规则，并根据所述待检测的各业务的初始执行规则，获取所述待检测的各业务对应的初始时的输入参数；

相应的，所述在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突，包括：

若当前步骤中执行所述选取的业务后的输出参数与所述其他业务对应的初始时的输入参数属于同一参数时，且当前步骤中执行所述选取的业务后的输出参数与所述其他业务对应的初始时的输入参数不相同或未在所述其他业务对应的初始时的输入参数的选取范围内时，则确定所述选取的业务与所述其他业务存在冲突。

3.根据权利要求1所述的方法，其特征在于，获取待检测的各业务对应的输入参数，包括：

根据所述待检测的各业务的执行逻辑，获取所述待检测的各业务在执行过程中每一个步骤结束时对应的下一个步骤的输入参数；

相应的，所述在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突，包括：

若当前步骤中执行所述选取的业务后的输出参数与所述其他业务在当前步骤之后的一个步骤的输入参数属于同一参数时，且当前步骤中执行所述选取的业务后的输出参数与所述其他业务在当前步骤之后的一个步骤的输入参数不相同或未在所述其他业务在同一步骤中的输入参数的选取范围内时，则确定所述选取的业务与所述其他业务存在冲突。

4.根据权利要求1所述的方法，其特征在于，所述确定所述选取的业务与所述其他业务是否存在冲突之后，所述方法还包括：

根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务未存在冲突时，则在预先设定的具备冲突关系的业务对应关系中，查询所述待检测的各业务中是否存在所述业务对应关系中的业务组合；

如果存在所述业务组合，则确定所述待检测的各业务中存在的所述业务组合存在冲突。

5.根据权利要求4所述的方法，其特征在于，所述确定所述选取的业务与所述其他业务是否存在冲突之后，所述方法还包括：

获取定制所述待检测的各业务对应的用户标识；

相应的，所述如果存在所述业务组合，则确定所述待检测的各业务中存在的所述业务组合存在冲突，包括：

判断所述用户标识是否属于所述业务组合对应的预设用户群；

如果所述用户标识属于所述业务组合对应的预设用户群，则确定所述待检测的各业务中存在的所述业务组合存在冲突。

6.一种检测业务之间存在冲突的装置，其特征在于，所述装置包括：

第一获取模块，用于获取待检测的各业务对应的执行逻辑以及输入参数；

执行模块，用于在所述待检测的各业务中依次选取一个业务，根据所述选取的业务对应的执行逻辑中的每一个步骤执行所述选取的业务；

第一检测模块，用于在所述选取的业务的每一个步骤执行完毕时，根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务是否存在冲突。

7.根据权利要求6所述的装置，其特征在于，所述第一获取模块，包括：

第一获取单元，用于获取所述待检测的各业务的初始执行规则，并根据所述待检测的各业务的初始执行规则，获取所述待检测的各业务对应的初始时的输入参数；

相应的，所述第一检测模块，包括：

第一确定单元，用于若当前步骤中执行所述选取的业务后的输出参数与所述其他业务对应的初始时的输入参数属于同一参数时，且当前步骤中执行所述选取的业务后的输出参数与所述其他业务对应的初始时的输入参数不相同或未在所述其他业务对应的初始时的输入参数的选取范围内时，则确定所述选取的业务与所述其他业务存在冲突。

8.根据权利要求6所述的装置，其特征在于，所述第一获取模块，包括：

第二获取单元，用于根据所述待检测的各业务的执行逻辑，获取所述待检测的各业务在执行过程中每一个步骤结束时对应的下一个步骤的输入参数；

相应的，所述第一检测模块，包括：

第二确定单元，用于若当前步骤中执行所述选取的业务后的输出参数与所述其他业务在当前步骤之后的一个步骤的输入参数属于同一参数时，且当前步骤中执行所述选取的业务后的输出参数与所述其他业务在当前步骤之后的一个步骤的输入参数不相同或未在所述其他业务在同一步骤中的输入参数的选取范围内时，则确定所述选取的业务与所述其他业务存在冲突。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

查询模块，用于根据当前步骤中执行所述选取的业务后的输出参数与所述待检测的各业务中除所述选取的业务以外其他业务对应输入参数，确定所述选取的业务与所述其他业务未存在冲突时，则在预先设定的具备冲突关系的业务对应关系中，查询所述待检测的各业务中是否存在所述业务对应关系中的业务组合；

第二检测模块，用于如果存在所述业务组合，则确定所述待检测的各业务中存在的所述业务组合存在冲突。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二获取模块，用于获取定制所述待检测的各业务对应的用户标识；

相应的，所述第二检测模块，包括：

判断单元，用于判断所述用户标识是否属于所述业务组合对应的预设用户群；

第三确定单元，用于如果所述用户标识属于所述业务组合对应的预设用户群，则确定所述待检测的各业务中存在的所述业务组合存在冲突。

Images