业务制约关系管控方法及业务关系管理引擎与流程

1.本技术涉及数据处理技术领域，尤其涉及业务制约关系管控方法及业务关系管理引擎。


背景技术：

2.业务系统用户为实现一定目标需要对现有的数据内容、数据状态等进行变更，此变更通过系统固定的执行过程来完成，从发起至完结的整个过程称为一个业务流程。而业务流程从发起至完结的过程中，达到或完成某一个执行步骤的显性标识可以称之为业务状态。在供应商管理、人资管理等用户管理系统中，会依据业务场景和关系的需要为系统用户(企业或个人)设计各种业务流程，例如企业入驻管理、企业变更管理、企业协议管理、企业经营范围管理等，部分业务存在一个子流程(状态)通过多次提交表单实现。类似于数据库事务管理中并发场景，不同业务流程并发时，因为涉及到对用户基础数据、业务数据的读、写，没有合理的制约控制，也会发生业务数据的幻读、脏读、脏写。因此，这些业务流程之间需要存在一定的制约关系。
3.目前，在系统设计时大都采用了在系统内通过业务接口直接检索业务数据、判断业务状态来检验是否存在在途业务。然而，随着业务功能的不断增加，系统对业务流程之间的制约互斥要求越来越高，完全通过业务接口直接检索是否存在其他在途业务，不管是对研发难度还是应用性能都是不可取的，不但无法保证业务制约关系查询的全面性和有效性，还会影响业务制约关系查询的效率和设置灵活性。


技术实现要素：

4.鉴于此，本技术实施例提供了业务制约关系管控方法及业务关系管理引擎，以消除或改善现有技术中存在的一个或更多个缺陷。
5.本技术的一个方面提供了一种业务制约关系管控方法，包括：
6.在独立于各个业务系统的环境中，根据预存储在本地的业务流程制约关系数据，获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果，其中，所述业务流程制约关系数据由授权用户自可视化模块中编辑得到；
7.若所述业务流程制约关系管控结果显示所述目标业务当前自身以及所述目标业务当前与其他业务之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务。
8.在本技术的一些实施例中，还包括：
9.根据预存储在本地的业务状态制约关系数据，获取目标业务系统当前请求业务状态流转的目标业务的业务状态制约关系管控结果，其中，所述业务状态制约关系数据由授权用户自可视化模块中编辑得到；
10.若所述业务状态制约关系管控结果显示所述目标业务当前自身的状态以及所述目标业务当前与其他业务的状态之间均不存在制约关系，则基于预设的接口向所述目标业
务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后对该目标业务进行状态流转。
11.在本技术的一些实施例中，还包括：
12.若所述业务流程制约关系管控结果显示所述目标业务当前自身和/或所述目标业务当前与其他业务之间存在制约关系，则自预存储在本地的业务流程记录数据中获取该目标业务当前的业务流程制约记录；若所述业务流程制约记录显示该目标业务当前处于未被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务；
13.若所述业务状态制约关系管控结果显示所述目标业务当前自身的状态和/或所述目标业务当前与其他业务之间的状态存在制约关系，则自预存储在本地的业务状态记录数据中获取该目标业务当前的业务状态制约记录，若所述业务状态制约记录显示该目标业务的状态当前处于未被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后对该目标业务进行状态流转。
14.在本技术的一些实施例中，还包括：
15.若所述业务流程制约记录显示该目标业务当前处于被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的发起失败告知消息；
16.若所述业务状态制约记录显示该目标业务的状态当前处于被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的状态流转失败告知消息。
17.在本技术的一些实施例中，还包括：
18.判断所述目标业务系统针对所述目标业务的发起进程是否执行成功，若是，则在预存储在本地的业务流程记录数据中新增针对该目标业务的业务流程及状态信息；
19.判断所述目标业务系统针对所述目标业务的状态流转进程是否执行成功，若是，则在预存储在本地的业务状态记录数据中新增针对该目标业务的业务状态信息。
20.在本技术的一些实施例中，在所述获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果之前，还包括：
21.基于预设的接口接收目标业务系统当前针对目标业务的发起请求；
22.根据所述发起请求对应的用户唯一标识，自本地预存储的各个用户唯一标识当前各自对应的用户令牌占用记录数据中，获取所述发起请求对应的用户令牌占用记录；
23.若所述用户令牌占用记录为空，则在所述用户令牌占用记录数据中新增所述发起请求对应的用于显示所述发起请求对应的用户令牌当前未被占用的初始用户令牌占用记录数据，并获取所述目标业务的唯一业务标识以用于查询业务流程制约关系数据；
24.若所述用户令牌占用记录显示所述用户令牌当前未被占用，则获取所述目标业务的唯一业务标识以用于查询业务流程制约关系数据；
25.若所述用户令牌占用记录显示所述用户令牌当前被占用，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的发起失败告知消息。
26.在本技术的一些实施例中，在所述获取目标业务系统当前请求业务状态流转的目标业务的业务状态制约关系管控结果之前，还包括：
27.基于预设的接口接收目标业务系统当前针对目标业务的业务状态流转请求；
28.根据所述业务状态流转请求对应的用户唯一标识，自本地预存储的各个用户唯一标识当前各自对应的用户令牌占用记录数据中，获取所述业务状态流转请求对应的用户令牌占用记录；
29.若所述用户令牌占用记录为空，则在所述用户令牌占用记录数据中新增所述业务状态流转请求对应的用于显示所述业务状态流转请求对应的用户令牌当前未被占用的初始用户令牌占用记录数据，并获取所述目标业务以及其待流转状态的唯一标识以用于查询业务状态制约关系数据；
30.若所述用户令牌占用记录显示所述用户令牌当前未被占用，则获取所述目标业务以及其待流转状态的唯一标识以用于查询业务状态制约关系数据；
31.若所述用户令牌占用记录显示所述用户令牌当前被占用，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的业务状态流转失败告知消息。
32.本技术的第二个方面提供了一种业务关系管理引擎，包括：
33.业务流程编辑及查询模块，用于在独立于各个业务系统的环境中，根据预存储在本地的业务流程制约关系数据，获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果，其中，所述业务流程制约关系数据由授权用户自可视化模块中编辑得到；
34.业务流程管控模块，用于若所述业务流程制约关系管控结果显示所述目标业务当前自身以及所述目标业务当前与其他业务之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务。
35.本技术的第三个方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的业务制约关系管控方法。
36.本技术的第四个方面提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的业务制约关系管控方法。
37.本技术提供的业务制约关系管控方法，通过在独立于各个业务系统的环境中，根据预存储在本地的业务流程制约关系数据，获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果，其中，所述业务流程制约关系数据由授权用户自可视化模块中编辑得到；若所述业务流程制约关系管控结果显示所述目标业务当前自身以及所述目标业务当前与其他业务之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务，能够有效实现针对多个业务系统的业务制约关系的集中管控，并能够有效提高业务制约关系管控的灵活性、可靠性、全面性及效率，进而能够有效提高各个业务系统的运行可靠性及业务处理效率。
38.本技术的附加优点、目的，以及特征将在下面的描述中将部分地加以阐述，且将对于本领域普通技术人员在研究下文后部分地变得明显，或者可以根据本技术的实践而获
知。本技术的目的和其它优点可以通过在说明书以及附图中具体指出的结构实现到并获得。
39.本领域技术人员将会理解的是，能够用本技术实现的目的和优点不限于以上具体所述，并且根据以下详细说明将更清楚地理解本技术能够实现的上述和其他目的。
附图说明
40.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，并不构成对本技术的限定。附图中的部件不是成比例绘制的，而只是为了示出本技术的原理。为了便于示出和描述本技术的一些部分，附图中对应部分可能被放大，即，相对于依据本技术实际制造的示例性装置中的其它部件可能变得更大。在附图中：
41.图1为本技术一实施例中的业务制约关系管控方法中业务流程制约管控的第一种流程示意图。
42.图2为本技术一实施例中的业务制约关系管控方法中业务状态制约管控的第一种流程示意图。
43.图3为本技术一实施例中的业务制约关系管控方法中业务流程制约管控的第二种流程示意图。
44.图4为本技术一实施例中的业务制约关系管控方法中业务状态制约管控的第二种流程示意图。
45.图5为本技术另一实施例中的业务关系管理引擎的第一种结构示意图。
46.图6为本技术另一实施例中的业务关系管理引擎的第二种结构示意图。
47.图7为本技术应用实例中的业务关系管理引擎总体架构示意图。
48.图8为本技术应用实例中的业务流程关系维护内容的举例示意图。
49.图9为本技术应用实例中的业务流程信息采集框架的示意图。
50.图10为本技术应用实例中的业务流程制约控制的流程示意图。
51.图11为本技术应用实例中的业务发起的流程制约的详细流程示意图。
52.图12为本技术应用实例中的业务状态制约的详细流程示意图。
具体实施方式
53.为使本技术的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本技术做进一步详细说明。在此，本技术的示意性实施方式及其说明用于解释本技术，但并不作为对本技术的限定。
54.在此，还需要说明的是，为了避免因不必要的细节而模糊了本技术，在附图中仅仅示出了与根据本技术的方案密切相关的结构和/或处理步骤，而省略了与本技术关系不大的其他细节。
55.应该强调，术语“包括/包含”在本文使用时指特征、要素、步骤或组件的存在，但并不排除一个或更多个其它特征、要素、步骤或组件的存在或附加。
56.在此，还需要说明的是，如果没有特殊说明，术语“连接”在本文不仅可以指直接连接，也可以表示存在中间物的间接连接。
57.在下文中，将参考附图描述本技术的实施例。在附图中，相同的附图标记代表相同
或类似的部件，或者相同或类似的步骤。
58.在本技术的一个或多个实施例中，所述用户令牌是指：用于单一用户业务获取业务关系管理引擎校验服务的权限，为避对业务制约关系数据的脏读，通过用户令牌控制单一用户的多个业务流程对于业务关系校验服务的调用采用排队机制。
59.本技术考虑在业务模块之外搭建一个通用的可管理的业务关系管理引擎，在业务流程发起时只需通过简单的接口、高效的判断即可识别此业务是否可以启动。
60.举例来说，如作为国铁商城的准入系统的国铁商城商户审核系统等管理系统，主要提供供应商入驻信息提交审核以及后续信息管理服务，涵盖了与供应商相关联的多种业务流程，如:供应商入驻流程、供应商新增流程、供应商续签流程、供应商换签流程等，这些业务流程相互独立，但业务数据相互耦合，通过业务流程控制表对系统中各个业务线进行了解耦，实现各个业务相互制约，保证供应商仅有一个在途业务。
61.本技术提出的业务制约关系管控方法和业务关系管理引擎，主要解决业务管理系统中对单用户不同业务之间制约关系的管理，避免系统多个独立的业务流程在并发执行或重复执行的过程中对用户业务主数据的读写错误或异常，业务流程执行过程中只需要关注本身的状态流转，与其他业务场景的限制关系可以完全交给业务关系管理引擎来控制，大大提高了研发效率和系统的灵活性。
62.具体通过下述实施例进行详细说明。
63.本技术实施例提供一种业务制约关系管控方法，参见图1，可以由业务关系管理引擎执行的所述业务制约关系管控方法具体包含有如下内容：
64.步骤100：在独立于各个业务系统的环境中，根据预存储在本地的业务流程制约关系数据，获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果，其中，所述业务流程制约关系数据由授权用户自可视化模块中编辑得到。
65.可以理解的是，所述独立于各个业务系统的环境是指业务关系管理引擎未设置在任何业务系统内部的独立第三方。
66.在本技术的一个或多个实施例中，业务流程制约关系数据用于存储各个业务的业务唯一标识、各个业务当前自身的制约关系数据和各个业务当前与其他业务之间的制约关系数据等等内容之间的对应关系。
67.步骤200：若所述业务流程制约关系管控结果显示所述目标业务当前自身以及所述目标业务当前与其他业务之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务。
68.在本技术的一个或多个实施例中，例如可以自所述目标业务的发起请求中提取所述目标业务的唯一标识(如业务id)；
69.根据所述目标业务的唯一标识，在预设的业务流程关系表中查找该目标业务对应的业务流程制约关系信息，其中，该业务流程制约关系信息中包含有所述目标业务的唯一标识、与所述目标业务之间存在制约关系的其他业务的唯一标识(如制约业务标识)、例外状态、制约状态和记录状态之间的对应关系，其中，所述记录状态包含有“有效”或“无效”两种内容。
70.从上述描述可知，本技术实施例提供的业务制约关系管控方法能够有效实现针对
多个业务系统的业务制约关系的集中管控，并能够有效提高业务制约关系管控的灵活性、可靠性、全面性及效率，进而能够有效提高各个业务系统的运行可靠性及业务处理效率。
71.为了进一步提高业务制约关系管控的全面性及有效性，在本技术实施例提供的一种业务制约关系管控方法中，参见图2，所述业务制约关系管控方法中还具体包含有如下内容：
72.步骤300：根据预存储在本地的业务状态制约关系数据，获取目标业务系统当前请求业务状态流转的目标业务的业务状态制约关系管控结果，其中，所述业务状态制约关系数据由授权用户自可视化模块中编辑得到。
73.在本技术的一个或多个实施例中，业务状态制约关系数据用于存储各个业务的业务唯一标识、各个状态当前自身的制约关系数据和各个状态当前与其他状态之间的制约关系数据等等内容之间的对应关系。
74.具体来说，通过此功能可对不同业务维护流程制约关系，包括业务id、制约业务id、制约状态、例外状态等。
75.制约状态：代表制约业务作为制约条件的有效状态，默认为all，代表制约业务存在任意非终态的业务时，都对发起业务存在制约；非all场景取值为制约业务的中间状态(非终态)，代表制约业务处于制约状态及后续状态节点时，对发起业务存在制约，且非all场景中例外状态必须为null。
76.例外状态：代表制约业务作为制约条件的例外状态，默认null，代表制约业务存在任意非终态的业务时，都对发起业务存在制约；非null场景取值为制约业务的中间状态(非终态)，代表制约业务处于例外状态之前的状态节点时，对发起业务存在制约，且非null场景中制约状态必须为all。
77.对于不同业务的流程制约关系表现为相互制约、成对出现，例如业务b对业务a存在制约，业务a同样也会对业务b存在制约，在维护b对a的制约关系时，系统会自动添加反向的制约记录。
78.步骤400：若所述业务状态制约关系管控结果显示所述目标业务当前自身的状态以及所述目标业务当前与其他业务的状态之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后对该目标业务进行状态流转。
79.为了进一步提高业务制约关系管控的全面性及有效性，在本技术实施例提供的一种业务制约关系管控方法中，所述业务制约关系管控方法中还具体包含有如下内容：
80.参见图3，步骤100之后执行的步骤210：若所述业务流程制约关系管控结果显示所述目标业务当前自身和/或所述目标业务当前与其他业务之间存在制约关系，则自预存储在本地的业务流程记录数据中获取该目标业务当前的业务流程制约记录；若所述业务流程制约记录显示该目标业务当前处于未被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务。
81.参见图4，步骤300之后执行的步骤410：若所述业务状态制约关系管控结果显示所述目标业务当前自身的状态和/或所述目标业务当前与其他业务之间的状态存在制约关系，则自预存储在本地的业务状态记录数据中获取该目标业务当前的业务状态制约记录，
若所述业务状态制约记录显示该目标业务的状态当前处于未被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后对该目标业务进行状态流转。
82.为了进一步提高业务制约关系管控的全面性及有效性，在本技术实施例提供的一种业务制约关系管控方法中，所述业务制约关系管控方法中还具体包含有如下内容：
83.参见图3，步骤100之后执行的步骤220：若所述业务流程制约记录显示该目标业务当前处于被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的发起失败告知消息。
84.参见图4，步骤300之后执行的步骤420：若所述业务状态制约记录显示该目标业务的状态当前处于被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的状态流转失败告知消息。
85.为了进一步提高业务制约关系管控的全面性及有效性，在本技术实施例提供的一种业务制约关系管控方法中，参见图3，所述业务制约关系管控方法中的步骤200、步骤210之后还具体包含有如下内容：
86.步骤230：判断所述目标业务系统针对所述目标业务的发起进程是否执行成功，若是，则在预存储在本地的业务流程记录数据中新增针对该目标业务的业务流程及状态信息。
87.参见图4，所述业务制约关系管控方法中的步骤400、步骤410之后还具体包含有如下内容：
88.步骤430：判断所述目标业务系统针对所述目标业务的状态流转进程是否执行成功，若是，则在预存储在本地的业务状态记录数据中新增针对该目标业务的业务状态信息。
89.为了进一步提高业务制约关系管控的全面性及有效性，在本技术实施例提供的一种业务制约关系管控方法中，参见图3，所述业务制约关系管控方法中的步骤100之前具体包含有如下内容：
90.步骤010：基于预设的接口接收目标业务系统当前针对目标业务的发起请求。
91.步骤020：根据所述发起请求对应的用户唯一标识，自本地预存储的各个用户唯一标识当前各自对应的用户令牌占用记录数据中，获取所述发起请求对应的用户令牌占用记录。
92.步骤031：若所述用户令牌占用记录为空，则在所述用户令牌占用记录数据中新增所述发起请求对应的用于显示所述发起请求对应的用户令牌当前未被占用的初始用户令牌占用记录数据，并获取所述目标业务的唯一业务标识以用于查询业务流程制约关系数据。
93.步骤032：若所述用户令牌占用记录显示所述用户令牌当前未被占用，则获取所述目标业务的唯一业务标识以用于查询业务流程制约关系数据。
94.步骤033：若所述用户令牌占用记录显示所述用户令牌当前被占用，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的发起失败告知消息。
95.为了进一步提高业务制约关系管控的全面性及有效性，在本技术实施例提供的一种业务制约关系管控方法中，参见图4，所述业务制约关系管控方法中的步骤300之前具体
包含有如下内容：
96.步骤040：基于预设的接口接收目标业务系统当前针对目标业务的业务状态流转请求。
97.步骤050：根据所述业务状态流转请求对应的用户唯一标识，自本地预存储的各个用户唯一标识当前各自对应的用户令牌占用记录数据中，获取所述业务状态流转请求对应的用户令牌占用记录。
98.步骤061：若所述用户令牌占用记录为空，则在所述用户令牌占用记录数据中新增所述业务状态流转请求对应的用于显示所述业务状态流转请求对应的用户令牌当前未被占用的初始用户令牌占用记录数据，并获取所述目标业务以及其待流转状态的唯一标识以用于查询业务状态制约关系数据。
99.步骤062：若所述用户令牌占用记录显示所述用户令牌当前未被占用，则获取所述目标业务以及其待流转状态的唯一标识以用于查询业务状态制约关系数据。
100.步骤063：若所述用户令牌占用记录显示所述用户令牌当前被占用，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的业务状态流转失败告知消息。
101.从软件层面来说，本技术还提供一种用于执行所述业务制约关系管控方法中全部或部分内的业务关系管理引擎，参见图5，所述业务关系管理引擎具体包含有如下内容：
102.业务流程编辑及查询模块10，用于在独立于各个业务系统的环境中，根据预存储在本地的业务流程制约关系数据，获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果，其中，所述业务流程制约关系数据由授权用户自可视化模块中编辑得到；
103.业务流程管控模块20，用于若所述业务流程制约关系管控结果显示所述目标业务当前自身以及所述目标业务当前与其他业务之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务。
104.本技术提供的业务关系管理引擎的实施例具体可以用于执行上述实施例中的业务制约关系管控方法的实施例的处理流程，其功能在此不再赘述，可以参照上述业务制约关系管控方法实施例的详细描述。
105.所述业务关系管理引擎进行业务制约关系管控的部分可以在服务器中执行，而在另一种实际应用情形中，也可以所有的操作都在客户端设备中完成。具体可以根据所述客户端设备的处理能力，以及用户使用场景的限制等进行选择。本技术对此不作限定。若所有的操作都在所述客户端设备中完成，所述客户端设备还可以包括处理器，业务制约关系管控的具体处理。
106.上述的客户端设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。
107.上述服务器与所述客户端设备端之间可以使用任何合适的网络协议进行通信，包
括在本技术提交日尚未开发出的网络协议。所述网络协议例如可以包括tcp/ip协议、udp/ip协议、http协议、https协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的rpc协议(remote procedure call protocol，远程过程调用协议)、rest协议(representational state transfer，表述性状态转移协议)等。
108.参见图6，所述业务关系管理引擎还可以包含有如下内容：
109.业务状态编辑及查询模块30，用于根据预存储在本地的业务状态制约关系数据，获取目标业务系统当前请求业务状态流转的目标业务的业务状态制约关系管控结果，其中，所述业务状态制约关系数据由授权用户自可视化模块中编辑得到；
110.业务状态管控模块40，用于若所述业务状态制约关系管控结果显示所述目标业务当前自身的状态以及所述目标业务当前与其他业务的状态之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后对该目标业务进行状态流转。
111.从上述描述可知，本技术实施例提供的业务关系管理引擎，能够有效实现针对多个业务系统的业务制约关系的集中管控，并能够有效提高业务制约关系管控的灵活性、可靠性、全面性及效率，进而能够有效提高各个业务系统的运行可靠性及业务处理效率。
112.为了进一步说明本方案，本技术还提供一种应用业务关系管理引擎实现业务制约关系管控方法的具体应用实例。
113.(一)业务关系管理引擎总体架构
114.参见图7，在总体架构上，业务关系管理引擎分为基础资源、应用服务、接口服务几部分。
115.接口服务是管理引擎对外提供服务的途径，主要提供业务流程采集、业务状态采集、业务流程制约校验、业务状态校验等接口。
116.应用服务是管理引擎主要业务及应用功能的实现，包含了业务流程管理、业务制约关系管理、流程信息采集、状态信息采集、流程制约控制、状态制约控制等功能。
117.基础资源是管理引擎的信息采集提供传输、交换、存储和计算的基础平台。系统软硬件基础设施包括服务器、存储设备等设施及其管理软件(包括虚拟化软件、操作系统、数据库、中间件等)。
118.(二)应用场景
119.1、适用条件
120.业务关系管理引擎适用于平行业务较多的供应商管理、人资管理等用户管理系统，例如供应商准入系统、crm、人资系统、综合服务平台等。上述系统需具备用户的唯一标识、业务流程的唯一标识以及业务流水号，并通过轻量级的集成改造实现。
121.1、适用场景
122.业务关系管理引擎包括业务流程关系维护、业务流程信息采集、业务流程制约控制三个模块。
123.业务流程关系维护模块通过前端接口，由管理员维护不同业务流程之间的制约关系，制约关系包括流程制约和状态制约，且不同业务的制约都表现为相互制约、成对出现，例如当维护业务b对业务a的制约关系后，那么业务a对业务b也将自动产生制约。
124.业务流程关系维护举例如图8所示。
125.业务关系管理引擎核心功能包括信息管理和业务控制两个部分。信息管理通过前端页面操作，操作人通常为系统管理员，包括对业务流程信息、业务状态映射信息、业务流程关系、业务状态关系的维护；业务控制通过对业务服务开放接口对接实现，包括业务流程制约控制、业务状态制约控制。
126.参见图9，业务流程信息采集模块主要通过集成接口收集单一用户的某个业务流程发起、状态、结束等信息。
127.参见图10，业务流程制约控制包括流程制约和状态制约控制。通过校验业务流程关系和业务流程记录信息，判断是否存在制约此业务发起的其他在途业务；通过校验业务状态关系和业务流程记录信息，判断是否存在制约此业务状态流转的其他在途业务。
128.(三)数据结构
129.根据应用架构，业务关系管理引擎可以包含以下主要表结构：
130.(1)business_process(业务流程信息表)，可以包含有如表1所示的字段，具体举例可以参见后述如表6所述的业务流程信息表的内容举例。
131.表1-业务流程信息表的字段
132.字段名注释id主键idbusiness_id业务id(业务系统与管理引擎全局唯一标识)business_name业务名称business_system业务所属系统或服务status状态(是否有效)operator操作人create_time创建时间update_time更新时间
133.(2)business_status(业务状态映射表)可以包含有如表2所示的字段，其中，部分字段对应的内容具体举例可以参见后述如表8所述的业务状态映射表的内容举例。
134.表2-业务状态映射表的字段
135.[0136][0137]
(3)business_relation(业务流程关系表)可以包含有如表3所示的字段，其中，部分字段对应的内容具体举例可以参见后述如表7所述的业务流程自身制约关系表的举例，以及后述如表9所述的业务流程之间制约关系表的举例。
[0138]
表3-业务流程关系表
[0139]
[0140][0141]
(4)business_state_relation(业务状态关系表)可以包含有如表4所示的字段，其中，部分字段对应的内容具体举例可以参见后述如表10所述的业务状态关系表的内容举例。
[0142]
表4-业务状态关系表
[0143][0144]
(5)business_record(业务流程记录表)可以包含有如表5所示的字段，其中，部分字段对应的内容具体举例可以参见后述如表12所述的业务流程记录表的内容举例。
[0145]
表5-业务流程记录表
[0146]
[0147][0148]
(四)功能描述
[0149]
业务关系管理引擎核心功能包括信息管理和业务控制两个部分。信息管理通过前端页面操作，操作人通常为系统管理员，包括对业务流程信息、业务状态映射信息、业务流程关系、业务状态关系的维护；业务控制通过对业务服务开放接口对接实现，包括业务流程制约控制、业务状态制约控制。
[0150]
(1)业务流程信息管理
[0151]
当业务系统新增业务流程时，由系统管理员或指定高权限的角色维护通过前端界面维护业务流程信息表，如表6所示，包括：业务名称、业务id、业务状态等。业务流程id是业务服务中的唯一标识，记录状态则标识其对应的这条记录是否有效，在表1中，尤其指其中业务当前是否有效，当此业务下线后，可将记录状态变更为无效。
[0152][0153]
同时系统会在如表7或表9所示的业务流程制约关系表中生成本业务流程自身制约的关系记录。
[0154]
表7-业务流程自身制约关系表的举例
[0155]
[0156][0157]
需要维护业务状态映射关系，参见表8，业务关系管理引擎服务中业务的中间状态按照状态流转顺序从
‘
01’开始设置，并与业务服务的状态一一映射。
[0158]
表8-业务状态映射表的内容举例
[0159][0160]
当业务流程废弃删除时，系统将校验业务流程记录中是否存在在途业务，根据不同的业务场景可给出信息提示、或将在途业务置为终止状态，同时与废弃业务相关的制约流程信息、状态映射信息统一删除或置为无效状态。
[0161]
(2)业务流程关系管理
[0162]
如表9，通过此功能可对不同业务维护流程制约关系，包括业务id、制约业务id、制约状态、例外状态等。
[0163]
制约状态：代表制约业务作为制约条件的有效状态，默认为all，代表制约业务存在任意非终态的业务时，都对发起业务存在制约；非all场景取值为制约业务的中间状态(非终态)，代表制约业务处于制约状态及后续状态节点时，对发起业务存在制约，且非all场景中例外状态必须为null。
[0164]
例外状态：代表制约业务作为制约条件的例外状态，默认null，代表制约业务存在任意非终态的业务时，都对发起业务存在制约；非null场景取值为制约业务的中间状态(非终态)，代表制约业务处于例外状态之前的状态节点时，对发起业务存在制约，且非null场景中制约状态必须为all。
[0165]
对于不同业务的流程制约关系表现为相互制约、成对出现，例如业务b对业务a存在制约，业务a同样也会对业务b存在制约，在维护b对a的制约关系时，系统会自动添加反向
的制约记录。
[0166]
表9-业务流程之间制约关系表
[0167][0168]
上表9中e00001对e00004的制约之所以没有反向记录，是因为e00004对e00001的制约属于状态制约，而不再制约e00001业务的流程发起，反向制约记录存在于状态制约关系中，将在下一个小节中呈现。
[0169]
(3)业务状态关系管理
[0170]
如表10，通过此功能可对不同业务维护状态制约关系，包括业务id、业务状态、制约业务id、制约状态等。
[0171]
业务状态：代表发起业务的流程向指定状态流转时收到其他业务的制约，取值为发起业务的非初始状态，无默认值，不可设置为all和null。
[0172]
制约状态：与业务流程关系信息中的制约状态相同，代表制约业务作为制约条件的有效状态，默认为all，代表制约业务存在任意非终态的业务时，都对发起业务存在制约；非all场景取值为制约业务的中间状态(非终态)，代表制约业务处于制约状态及后续状态节点时，对发起业务存在制约。
[0173]
表10-业务状态关系表的内容举例
[0174][0175]
e00004对e00001的制约关系与前述中e00001对e00004的制约关系相互对应，即用户存在e00004在途业务时，e00001业务将不能流转至03状态，相反，e00001如果处于03及后续状态节点(非终态)时，将对e00004业务产生流程发起的制约。且此类制约关系仅能通过维护状态制约关系来生成，关系记录生成前业务流程关系表中不能存在e00001与e00004的
流程制约关系。
[0176]
e00001与e00005之间就是相互状态制约的关系，即任一业务在02及后续状态节点(非终态)时，另外一种业务都不能流转至02状态。如果业务流程关系表已存在e00001与e00005之间流程制约信息，状态制约将失效。
[0177]
这里说一种特例，就是e00006对e00001的状态制约，属于非相互制约，因此制约关系是独立存在的。从上表中可看出，e00006在进入02及后续状态节点(非终态)时，e00001不能进入终态99，可以推理出反向场景，e00001其实对e00006不存在制约，除非业务流程关系表已存在e00001与e00006之间流程制约信息。
[0178]
(4)业务流程记录采集
[0179]
如表11，通过开放接口实现业务流程记录的实时采集，包括业务发起信息采集、业务状态信息采集、业务终止信息采集。
[0180]
用户业务成功发起时，业务服务向业务流程管理引擎推送发起信息，业务状态固定为00；当业务状态流转时，业务服务向业务流程管理引擎推送状态变更信息，业务状态记录当前实际状态；当业务完结时(包括业务成功结束、业务取消等)，业务服务向业务流程管理引擎推送终止信息，业务状态固定为99。
[0181]
表11-业务流程记录表的内容举例
[0182][0183]
(5)业务关系制约控制
[0184]
通过开放接口实现对业务流程的实时校验，包括对业务流程能否发起的校验、对业务流程向指定状态能否流转的校验。
[0185]
其一，业务流程制约
[0186]
如表12，用户在发起业务流程时，系统先通过业务流程管理引擎获取发起业务的制约关系信息，再通过用户信息、制约关系信息获取业务流程记录，通过业务流程制约的一系列算法判断是否可发起此业务，并将业务状态进行记录；如存在制约记录，业务流程管理引擎返回制约原因。
[0187]
考虑到相同业务或不同业务同时发起，可能导致业务流程记录的脏读或幻读，因此，业务管理管理引擎提供的业务流程制约服务和业务状态制约服务，对于单用户或同组织机构来说属于共享资源，需要控制共享资源的访问。业务关系管理引擎采用数据库锁(用
户令牌记录表的记录锁)和基于redis的分布式锁两种方式来解决。
[0188]
数据库锁(用户令牌记录表的记录锁)的原理是，用户发起业务且获取制约关系信息前，判断业务流程记录表是否已存在用户令牌记录(令牌记录的业务标识为固定值“aaaaaa”，且用户唯一，如下表(不存在则插入一条，或通过可视化界面预置令牌记录))，如果记录的占用状态为“0-未使用”，则更新为“1-使用中”并做子事务提交，方可进行后续流程，待业务在当前节点处理完成后，将占用状态更新回“0-未使用”释放令牌；如果记录的占用状态为“1-使用中”，则提示用户并终止操作；另一种方式是在读取令牌记录时直接使用预设的数据库的排他锁，令牌记录将不再设置“占用状态”、“创建时间”、“更新时间”列值。利用数据库锁控制共享资源访问的原理相对简单，为了便于理解，在后文中的业务流程中将按数据库锁来说明。
[0189]
基于redis的分布式锁与数据库锁的实现目标一致，以用户id(或组织机构id)、或用户id(或组织机构id)+请求服务作为key，来控制线程的并发和等待，相较数据库锁，避免了对数据库i/o的高开销和性能问题，且在多服务、分布式等复杂架构中会表现得更为可靠、对系统服务侵入性较低，但随着系统用户规模的不断扩大和架构复杂化，基于redis的分布式锁在面临诸如超时、误删等问题也在不断升级演进，本文将不在详述。
[0190]
表12-业务流程记录表
[0191][0192][0193]
如图11所示，业务发起的流程制约控制是比较通用的应用场景，因为不涉及到控制业务的具体状态，制约关系的维护和制约逻辑相对简单。
[0194]
其二，业务状态制约
[0195]
如图12所示，业务状态制约是指在业务的状态流转时，通过业务关系管理引擎校验是否存在制约业务、是否可变更为下一状态。业务状态制约关系的维护和制约逻辑相对复杂，且通常系统中业务流程如果具备发起条件，通常不会控制状态的流转，因此业务状态制约在实际业务中并不常用；在实际应用中在业务状态流转时通过接口在业务关系管理引擎服务中获取令牌(与业务流程制约使用相同令牌记录)，启动状态制约校验。
[0196]
(五)接口设计
[0197]
业务关系管理引擎对业务服务开放接口，包括流程制约校验接口、状态制约校验接口、流程记录采集接口。
[0198]
(六)流程制约校验
[0199]
如表13，流程制约校验接口应用于业务发起场景，通过接口实现获取令牌和业务流程关系校验。
[0200]
表13
[0201][0202]
(七)状态制约校验
[0203]
如表13，状态制约校验接口应用于业务状态流转场景，通过接口实现获取令牌和业务状态关系校验。
[0204]
表13
[0205][0206][0207]
(八)流程记录采集
[0208]
如表14，流程记录采集接口应用于业务全流程场景，包括业务发起、业务状态流转、业务终止等，通过接口实现业务流程及状态信息的记录、释放令牌，无需校验状态制约关系的普通状态流转场景，不启动释放令牌的功能，只做状态信息记录。
[0209]
表14
[0210][0211]
本技术应用实例通过业务管理与业务主服务的解耦，大大提高了业务主服务优化和拓展的灵活性，提高业务功能的研发效率；通过对业务关系的可视化管理，可大大降低因业务关系的变更而引发系统改造升级的代价。
[0212]
随着业务功能的不断增加，系统对业务流程之间的制约互斥要求越来越高，完全通过业务接口直接检索是否存在其他在途业务，不管是对研发难度还是应用性能都是不可取的，因此在业务模块之外搭建一个通用的可管理的业务关系管理引擎是很有意义的，在业务流程发起时只需通过简单的接口、高效的判断即可识别此业务是否可以启动。并且通过对业务关系的可视化管理，可大大降低因业务关系的变更而引发系统改造升级的代价。
[0213]
本技术实施例还提供了一种电子设备，该电子设备可以包括处理器、存储器、接收器及发送器，处理器用于执行上述实施例提及的业务制约关系管控方法，其中处理器和存储器可以通过总线或者其他方式连接，以通过总线连接为例。该接收器可通过有线或无线方式与处理器、存储器连接。所述电子设备可自所述无线多媒体传感器网络中的传感器接收实时运动数据，并自所述视频采集装置接收原始视频序列。
[0214]
处理器可以为中央处理器(central processing unit，cpu)。处理器还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
[0215]
存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本技术实施例中的业务制约关系管控方法对应的程序指令/模块。处理器通过运行存储在存储器中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施例中的业务制约关系管控方法。
[0216]
存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存
器件、或其他非暂态固态存储器件。在一些实施例中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0217]
所述一个或者多个模块存储在所述存储器中，当被所述处理器执行时，执行实施例中的业务制约关系管控方法。
[0218]
在本技术的一些实施例中，用户设备可以包括处理器、存储器和收发单元，该收发单元可包括接收器和发送器，处理器、存储器、接收器和发送器可通过总线系统连接，存储器用于存储计算机指令，处理器用于执行存储器中存储的计算机指令，以控制收发单元收发信号。
[0219]
作为一种实现方式，本技术中接收器和发送器的功能可以考虑通过收发电路或者收发的专用芯片来实现，处理器可以考虑通过专用处理芯片、处理电路或通用芯片实现。
[0220]
作为另一种实现方式，可以考虑使用通用计算机的方式来实现本技术实施例提供的服务器。即将实现处理器，接收器和发送器功能的程序代码存储在存储器中，通用处理器通过执行存储器中的代码来实现处理器，接收器和发送器的功能。
[0221]
本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时以实现前述业务制约关系管控方法的步骤。该计算机可读存储介质可以是有形存储介质，诸如随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、软盘、硬盘、可移动存储盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质。
[0222]
本领域普通技术人员应该可以明白，结合本文中所公开的实施方式描述的各示例性的组成部分、系统和方法，能够以硬件、软件或者二者的结合来实现。具体究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(asic)、适当的固件、插件、功能卡等等。当以软件方式实现时，本技术的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。
[0223]
需要明确的是，本技术并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本技术的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本技术的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
[0224]
本技术中，针对一个实施方式描述和/或例示的特征，可以在一个或更多个其它实施方式中以相同方式或以类似方式使用，和/或与其他实施方式的特征相结合或代替其他实施方式的特征。
[0225]
以上所述仅为本技术的优选实施例，并不用于限制本技术，对于本领域的技术人员来说，本技术实施例可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。

技术特征：
1.一种业务制约关系管控方法，其特征在于，包括：在独立于各个业务系统的环境中，根据预存储在本地的业务流程制约关系数据，获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果，其中，所述业务流程制约关系数据由授权用户自可视化模块中编辑得到；若所述业务流程制约关系管控结果显示所述目标业务当前自身以及所述目标业务当前与其他业务之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务。2.根据权利要求1所述的业务制约关系管控方法，其特征在于，还包括：根据预存储在本地的业务状态制约关系数据，获取目标业务系统当前请求业务状态流转的目标业务的业务状态制约关系管控结果，其中，所述业务状态制约关系数据由授权用户自可视化模块中编辑得到；若所述业务状态制约关系管控结果显示所述目标业务当前自身的状态以及所述目标业务当前与其他业务的状态之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后对该目标业务进行状态流转。3.根据权利要求2所述的业务制约关系管控方法，其特征在于，还包括：若所述业务流程制约关系管控结果显示所述目标业务当前自身和/或所述目标业务当前与其他业务之间存在制约关系，则自预存储在本地的业务流程记录数据中获取该目标业务当前的业务流程制约记录；若所述业务流程制约记录显示该目标业务当前处于未被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务；若所述业务状态制约关系管控结果显示所述目标业务当前自身的状态和/或所述目标业务当前与其他业务之间的状态存在制约关系，则自预存储在本地的业务状态记录数据中获取该目标业务当前的业务状态制约记录，若所述业务状态制约记录显示该目标业务的状态当前处于未被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后对该目标业务进行状态流转。4.根据权利要求3所述的业务制约关系管控方法，其特征在于，还包括：若所述业务流程制约记录显示该目标业务当前处于被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的发起失败告知消息；若所述业务状态制约记录显示该目标业务的状态当前处于被制约状态中，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的状态流转失败告知消息。5.根据权利要求2所述的业务制约关系管控方法，其特征在于，还包括：判断所述目标业务系统针对所述目标业务的发起进程是否执行成功，若是，则在预存储在本地的业务流程记录数据中新增针对该目标业务的业务流程及状态信息；判断所述目标业务系统针对所述目标业务的状态流转进程是否执行成功，若是，则在预存储在本地的业务状态记录数据中新增针对该目标业务的业务状态信息。6.根据权利要求1所述的业务制约关系管控方法，其特征在于，在所述获取目标业务系
统当前请求发起的目标业务的业务流程制约关系管控结果之前，还包括：基于预设的接口接收目标业务系统当前针对目标业务的发起请求；根据所述发起请求对应的用户唯一标识，自本地预存储的各个用户唯一标识当前各自对应的用户令牌占用记录数据中，获取所述发起请求对应的用户令牌占用记录；若所述用户令牌占用记录为空，则在所述用户令牌占用记录数据中新增所述发起请求对应的用于显示所述发起请求对应的用户令牌当前未被占用的初始用户令牌占用记录数据，并获取所述目标业务的唯一业务标识以用于查询业务流程制约关系数据；若所述用户令牌占用记录显示所述用户令牌当前未被占用，则获取所述目标业务的唯一业务标识以用于查询业务流程制约关系数据；若所述用户令牌占用记录显示所述用户令牌当前被占用，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的发起失败告知消息。7.根据权利要求2所述的业务制约关系管控方法，其特征在于，在所述获取目标业务系统当前请求业务状态流转的目标业务的业务状态制约关系管控结果之前，还包括：基于预设的接口接收目标业务系统当前针对目标业务的业务状态流转请求；根据所述业务状态流转请求对应的用户唯一标识，自本地预存储的各个用户唯一标识当前各自对应的用户令牌占用记录数据中，获取所述业务状态流转请求对应的用户令牌占用记录；若所述用户令牌占用记录为空，则在所述用户令牌占用记录数据中新增所述业务状态流转请求对应的用于显示所述业务状态流转请求对应的用户令牌当前未被占用的初始用户令牌占用记录数据，并获取所述目标业务以及其待流转状态的唯一标识以用于查询业务状态制约关系数据；若所述用户令牌占用记录显示所述用户令牌当前未被占用，则获取所述目标业务以及其待流转状态的唯一标识以用于查询业务状态制约关系数据；若所述用户令牌占用记录显示所述用户令牌当前被占用，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统发出针对所述目标业务的业务状态流转失败告知消息。8.一种业务关系管理引擎，其特征在于，包括：业务流程编辑及查询模块，用于在独立于各个业务系统的环境中，根据预存储在本地的业务流程制约关系数据，获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果，其中，所述业务流程制约关系数据由授权用户自可视化模块中编辑得到；业务流程管控模块，用于若所述业务流程制约关系管控结果显示所述目标业务当前自身以及所述目标业务当前与其他业务之间均不存在制约关系，则基于预设的接口向所述目标业务系统发出对应的告知消息以使该目标业务系统在对该目标业务进行业务校验通过后发起该目标业务。9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的业务制约关系管控方法。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被
处理器执行时实现如权利要求1至7任一项所述的业务制约关系管控方法。

技术总结
本申请提供一种业务制约关系管控方法及业务关系管理引擎，方法包括：在独立于各个业务系统的环境中，根据预存储在本地的业务流程制约关系数据，获取目标业务系统当前请求发起的目标业务的业务流程制约关系管控结果，业务流程制约关系数据由授权用户自可视化模块中编辑得到；若管控结果显示目标业务当前自身以及与其他业务之间均不存在制约关系，则发出告知消息以使目标业务系统在对目标业务进行业务校验通过后发起目标业务。本申请能够有效实现针对多个业务系统的业务制约关系的集中管控，并能够有效提高业务制约关系管控的灵活性、可靠性、全面性及效率，进而能够有效提高各个业务系统的运行可靠性及业务处理效率。个业务系统的运行可靠性及业务处理效率。个业务系统的运行可靠性及业务处理效率。


技术研发人员：商大磊 张锦超 杨钊 董立华 佘飞宇 崔政 余莎莎 王朝阳 刘承亮 朱韦桥 潘立海 王日谭 郝伟俊 于立凯 王婷 赵毅 刘新 任柯苇 支宇
受保护的技术使用者：北京经纬信息技术有限公司
技术研发日：2023.04.21
技术公布日：2023/8/4