流程业务处理方法及装置、存储介质及电子设备与流程

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.一种流程业务处理装置，包括：
42.监听单元，用于在接收到处理指令后，实时监听所述处理指令对应的流程业务是否发生流程环节的流转；
43.第一确定单元，用于当监听到所述流程业务发生流程环节的流转时，确定所述流程业务对应的当前流程环节；
44.第二确定单元，用于在预设的触发器集合中，确定所述流程业务对应的至少一个触发器，所述预设的触发器集合中包含多个已建立的触发器；
45.第三确定单元，用于对于所述流程业务对应的每个触发器，判断该触发器是否与所述当前流程环节相匹配，若该触发器与所述当前流程环节相匹配，则将该触发器作为第一触发器；
46.获取单元，用于获取所述流程业务对应的业务信息；
47.第四确定单元，用于对于每个所述第一触发器，依据所述业务信息判断该第一触发器是否符合其对应的预设触发规则，若该第一触发器符合其对应的预设触发规则，则将该第一触发器作为第二触发器；
48.执行单元，用于执行每个所述第二触发器对应的触发操作，以对所述流程业务进行处理。
49.一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如上述的流程业务处理方法。
50.一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如上述的流程业务处理方法。
51.基于上述本发明实施例提供的一种流程业务处理方法，包括：在接收到处理指令后，实时监听对应的流程业务是否发生流程环节的流转；当监听到该流程业务发生流程环节的流转时，确定该流程业务对应的当前流程环节；在预设的触发器集合中，确定该流程业务对应的至少一个触发器，所述预设的触发器集合中包含多个已建立的触发器；对于该流程业务对应的每个触发器，判断该触发器是否与当前流程环节相匹配，若该触发器与当前流程环节相匹配，则将该触发器作为第一触发器；获取该流程业务对应的业务信息；对于每个第一触发器，依据业务信息判断该第一触发器是否符合其对应的预设触发规则，若该第一触发器符合其对应的预设触发规则，则将该第一触发器作为第二触发器；执行每个第二触发器对应的触发操作，以对该流程业务进行处理。应用本发明实施例提供的方法，可以在流程业务的处理过程中，通过已建立的触发器执行对应流程环节的触发操作，若对流程环节中的触发操作进行变更，仅需更改触发器的配置即可，而无需重新进行系统开发，可提高变更效率，节省开发资源，亦使流程业务处理的灵活性较高，提升用户的使用体验。
附图说明
52.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
53.图1为本发明实施例提供的一种流程业务处理方法的方法流程图；
54.图2为本发明实施例提供的一种触发器管理过程的示例图；
55.图3为本发明实施例提供的一种流程业务处理过程的示例图；
56.图4为本发明实施例提供的一种流程业务处理装置的结构示意图；
57.图5为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
58.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
59.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
60.由背景技术可知，现有对于流程业务的处理采用的是全开发的模式，依据流程触发动作的策略与需求，基于平台的基础架构，通过前后端开发的方式，对接短信、邮件通知、第三方调用等触发动作。相关触发机制、策略等配置，全部写入系统代码统筹管理。任何触发动作的变更，都需要重新进行系统开发，效率低下，周期长，需投入大量的开发资源。其次，处理的灵活性较低，用户体验不佳。另外，触发动作的策略不可见，若是出现故障，故障排错过程较为繁琐。
61.因此，本发明实施例提供的一种流程业务处理方法，通过建立触发器执行触发操作，可通过触发器的配置完成触发操作的变更，无需进行系统开发，变更效率较高，可节省大量开发资源。
62.本发明实施例提供了一种流程业务处理方法，所述方法可应用于流程业务系统，其执行主体可以为系统的处理器，所述方法的方法流程图如图1所示，包括：
63.s101：在接收到处理指令后，实时监听所述处理指令对应的流程业务是否发生流程环节的流转；
64.本发明实施例提供的方法中，当流程业务系统接收到对流程业务进行处理的处理指令后，可通过预设的监听器对该处理指令对应的流程业务进行持续监听。具体的，可以监听流程业务对应的流转信息，实时确定该流转信息中的当前流程环节是否发生变动，或者是否产生了流程环节的变更信息，以监听该流程业务是否发生流程环节的流转。流程业务指的是需要通过多流程处理的业务，每个流程则为一个流程环节。在实际的应用过程中，流程业务通常是涉及工单处理的业务。具体的业务内容例如事务的审批业务，该事务需要通过多个审批人逐一进行审批，每个审批人的审批工作则为一个流程环节，当一个审批人在系统中完成该事务的审批工作后，系统则会将该流程业务的流程环节，由当前审批人的审批，流转到下一个审批人的审批。
65.s102：当监听到所述流程业务发生流程环节的流转时，确定所述流程业务对应的当前流程环节；
66.本发明实施例提供的方法中，当监听器监听到流程业务发生流程环节的流转时，也就是流程业务从上一个流程环节进入到当前流程环节的处理过程时，可根据流程业务的
流转信息确定该流程业务当前对应的流程环节，即当前流程环节。
67.s103：在预设的触发器集合中，确定所述流程业务对应的至少一个触发器，所述预设的触发器集合中包含多个已建立的触发器；
68.本发明实施例提供的方法中，工作人员可根据实际需求，在系统中预先配置多个触发器，得到预设的触发器集合。在预设的触发器集合中，可根据各个触发器的相关信息，确定当前处理的流程业务所对应的至少一个触发器。
69.s104：对于所述流程业务对应的每个触发器，判断该触发器是否与所述当前流程环节相匹配，若该触发器与所述当前流程环节相匹配，则将该触发器作为第一触发器；
70.本发明实施例提供的方法中，对于流程业务对应的每个触发器，可根据当前流程环节的相关信息，判断该触发器是否与当前流程环节相匹配。也就是判断流程业务对应的每个触发器是否为当前流程环节需应用的触发器。将与当前流程环节相匹配的触发器作为第一触发器。
71.s105：获取所述流程业务对应的业务信息；
72.本发明实施例提供的方法中，可从预先设置的信息存储区域获取该流程业务对应的业务信息，其业务信息可以包括业务类型、业务数据、创建时间、已完成流程环节、当前流程环节等等。
73.s106：对于每个所述第一触发器，依据所述业务信息判断该第一触发器是否符合其对应的预设触发规则，若该第一触发器符合其对应的预设触发规则，则将该第一触发器作为第二触发器；
74.本发明实施例提供的方法中，可根据业务信息判断每个第一触发器是否符合其对应的预设触发规则，将符合其对应预设触发规则的第一触发器作为第二触发器。
75.本发明实施例提供的方法中，每个触发器中都配置有其对应的预设触发规则，由工作人员在触发器的创建或管理过程中进行配置。不同触发器对应的预设触发规则的规则类型可以不同，预设触发规则的规则类型可以是条件触发，其规则内容则为需满足的条件，例如某个业务属性的值是否为预设值。在实际应用过程中，系统中还可以包含一些默认的运行条件，例如基于服务水平协议(service-level agreement，sla)设定的规则，sla规则是基于系统服务质量指标所设定的，主要涉及响应时长和处理时长等指标，其具体内容可以为处理时长是否小于预设阈值等等。预设触发规则中可默认关联调用sla规则。而预设触发规则的规则类型也可以是定时触发，其规则内容亦为预先设置的条件(也可以不设置条件)，以及默认关联调用的sla规则。sla规则是系统运行的默认配置，可由工作人员在后台配置，每个已建立的触发器对应的预设触发规则可默认关联调用，在触发器的创建或管理过程中无需进行配置。
76.s107：执行每个所述第二触发器对应的触发操作，以对所述流程业务进行处理。
77.本发明实施例提供的方法中，每个触发器中都配置有其对应的触发操作，由工作人员在触发器的创建或管理过程中进行配置，系统中会对应生成触发操作对应的操作脚本。触发操作指的是流程业务流转处理过程中需要执行的一些动作，诸如发送邮件给指定用户、发送系统通知给指定用户、发送短信给指定用户或修改业务状态等等。执行每个第二触发器对应的触发操作，以进行流程业务在当前流程环节中需执行的操作，进行当前流程环节的处理操作或是推进当前流程环节的处理流程，以对该流程业务进行处理。
78.需要说明的是，在实际的应用过程中，本发明实施例提供的方法中的监听和后续处理过程是在流程业务的处理过程中实时持续进行的，也就是流程业务在每次发生流程环节的流转时，都可执行上述过程。
79.基于本发明实施例提供的方法，在接收到处理指令后，实时监听所述处理指令对应的流程业务是否发生流程环节的流转；当监听到该流程业务发生流程环节的流转时，确定当前流程环节；在预设的触发器集合中，确定该流程业务对应的至少一个触发器，并在该流程业务对应的各个触发器中，确定与当前流程环节相匹配的各个第一触发器，并将符合其对应预设触发规则的每个第一触发器作为第二触发器。执行每个第二触发器对应的触发操作，以对该流程业务进行处理。应用本发明实施例提供的方法，可以在流程业务的处理过程中，通过已建立的触发器执行对应流程环节的触发操作，若对流程环节中的触发操作进行变更，仅需更改触发器的配置即可，而无需重新进行系统开发，可提高变更效率，节省开发资源，亦使流程业务处理的灵活性较高，提升用户的使用体验。此外，触发动作可通过触发器的配置可见，可降低故障排错的难度。
80.进一步的，在上述实施例提供的方法的基础上，本发明实施例提供的方法中，步骤s103中提及的在预设的触发器集合中，确定所述流程业务对应的至少一个触发器的过程，包括：
81.确定所述流程业务对应的第一业务类型；
82.本发明实施例提供的方法中，流程业务的业务信息中会包含该流程业务的业务类型标识，可获取业务信息中表征业务类型的标识，以确定该流程业务对应的业务类型。业务类型诸如请假审批、报销审批或发文审批等等。
83.确定所述预设的触发器集合中每个触发器对应的第二业务类型；
84.本发明实施例提供的方法中，可在触发器的配置中，设置其对应的业务类型，为系统中每类业务设置其处理过程中所需的触发器。可从每个触发器的配置信息中，获取表征其对应业务类型的标识，以确定每个触发器对应的业务类型。
85.对于所述预设的触发器集合中的每个触发器，判断该触发器对应的第二业务类型是否与所述第一业务类型相匹配，若该触发器对应的第二业务类型与所述第一业务类型相匹配，则将该触发器作为第三触发器；
86.本发明实施例提供的方法中，可将触发器集合中每个触发器对应的业务类型与当前的流程业务对应的业务类型进行匹配，若触发器对应的业务类型与流程业务对应的业务类型相匹配，即相同，则将该触发器作为第三触发器。
87.确定每个所述第三触发器的使用状态是否为启用状态；
88.本发明实施例提供的方法中，系统中预设的触发器具有其对应的使用状态，使用状态为禁用状态的触发器不可用，而使用状态为启用状态的触发器可用。可从触发器的配置信息中获取表征使用状态的参数，若该参数为启用状态对应的参数，则确定该触发器的使用状态为启用状态，若该参数为禁用状态对应的参数，则确定该触发器的使用状态为禁用状态。
89.将每个使用状态为启用状态的第三触发器作为所述流程业务对应的触发器。
90.本发明实施例提供的方法中，将使用状态为启用状态的第三触发器作为当前的流程业务所对应的触发器。
91.在图1所示方法的基础上，本发明实施例提供的方法中，所述预设的触发器集合中的触发器的建立过程，包括：
92.当接收到用户发送的新建指令时，确定所述新建指令对应的触发器信息，所述触发器信息包括所述用户通过前端界面输入的触发器名称、触发事件、触发条件和触发动作；
93.基于所述触发器信息生成所述新建指令对应的触发器。
94.本发明实施例提供的方法中，触发器集合中的每个触发器可由用户，即工作人员，进行创建和管理。用户可以通过管理系统的前端界面新建触发器，前端界面中可提供触发器名称、触发器描述(便于团队内理解)、触发事件(在该事件发生时需进行触发条件的判断)、每类触发事件对应的触发条件、触发操作(满足条件时的执行动作)和每类触发操作对应的动作内容等等信息的输入框，上述信息的输入框可以为文本输入框，也可以为具有预设选项的选择框，可根据实际的应用需求设计。
95.触发事件可根据业务需求设置多个选项由用户选择，事件可与流程环节的流转等信息相关联，如业务进入流程环节a、业务进入流程环节b等等。用户选择某一选项后，界面中会显示对应的条件配置选项，用户可根据业务需求设置多个条件，并定义各个条件需同时满足还是任意一个满足即可。触发事件还可配置为定时事件，也就是将触发器配置为定时触发器，匹配某一流程环节开启定时，或者是从流程业务的起始就开启。当触发事件为定时事件时，用户可无需配置条件，也可以同样设置需满足的条件，还需配置触发时间点或时间间隔等触发时间的相关信息。
96.触发操作亦可根据业务需求设置多个选项由用户选择，诸如发送邮件给指定用户、发送系统通知给指定用户、发送短信给指定用户、工单环节处理人设置、工单状态设置、创建人设置、创建时间设置、解决人设置、解决时间设置、关闭人设置和关闭时间设置等等。当用户选择某一项触发操作后，界面中可显示该类触发操作的动作内容的输入界面，例如选择发送邮件给指定用户，则界面中会提示输入邮件主题、收件人和邮件内容等等。
97.进一步的，用户还可以通过前端界面配置触发器是立即触发还是延时触发(定时触发器可不配置)。
98.本发明实施例提供的方法中，用户可通过前端界面输入触发器名称、触发事件、触发条件和触发条件等相关信息以创建触发器，前端界面响应于用户的创建操作，可向处理器发送对应的新建指令。当接收到用户通过前端界面发送的新建指令时，可从该新建指令中获取用户通过前端界面输入的触发器名称、触发时间、触发条件和触发动作等触发器信息，基于触发器信息生成触发器。
99.基于本发明实施例提供的方法，用户可以通过前端界面完成触发器的配置，使系统自动生成触发器，用于流程业务的处理过程。用户可通过可视化的方式配置触发器，配置过程方便快捷、可进一步提升用户的使用体验。
100.为了更好地说明本发明实施例提供的方法，接下来对触发器的管理作简要说明。本发明实施例提供的方法中，用户还可以通过前端界面管理已建立的触发器的使用状态，触发器初始的使用状态可以为启用状态。在前端界面中可显示已建立的各个触发器列表，主要显示触发器名称、触发器描述、创建时间和当前的使用状态等等。用户可以通过前端界面更改触发器的使用状态。
101.如图2所示，本发明实施例提供的方法中，用户对触发器进行管理的内容包括修改
触发器、停用/启用触发器或是删除触发器。对于已建立的触发器，用户可通过前端界面选择操作的触发器，若是需修改触发器，前端界面则会显示对应的配置界面，在配置界面中修改配置信息后可保存触发器。用户也可对选择操作的触发器进行使用状态的变更，以停用或启用触发器。另外，用户还可以通过对选择操作的触发器执行删除操作，将该触发器删除。
102.在图1所示方法的基础上，本发明实施例提供的方法中，步骤s104中提及的判断该触发器是否与所述当前流程环节相匹配的过程，包括：
103.确定所述当前流程环节对应的环节信息；
104.本发明实施例提供的方法中，系统中可预先设置每类流程业务的处理过程中每个流程环节对应的环节信息，可根据当前流程环节的环节标识，获取其对应的环节信息，环节信息为说明其对应流程环节的具体事件，即该流程环节是什么环节的信息。
105.确定该触发器对应的触发事件；
106.本发明实施例提供的方法中，可在触发器的配置信息中，确定该触发器对应的触发事件，也就是在发生什么事件需触发该触发器。
107.判断该触发器对应的触发事件是否与所述当前流程环节对应的环节信息相匹配；
108.本发明实施例提供的方法中，判断触发器对应的触发事件是否与当前流程环节对应的环节信息相匹配，也就是判断当前是否发生了该触发器对应的触发事件，例如触发事件为进入流程环节a，而环节信息中指明当前流程环节为流程环节a，那么触发事件则与环节信息相匹配。
109.若该触发器对应的触发事件与所述当前流程环节对应的环节信息相匹配，则确定该触发器与所述当前流程环节相匹配。
110.本发明实施例提供的方法中，若触发器的触发事件与当前流程环节对应的环节信息相匹配，即当前发生了该触发器对应的触发事件，确定该触发器与当前流程环节相匹配。
111.在图1所示方法的基础上，本发明实施例提供的方法中，步骤s106中提及的依据所述业务信息判断该第一触发器是否符合其对应的预设触发规则的过程，包括：
112.确定该第一触发器对应的触发规则类型；
113.本发明实施例提供的方法中，触发器的触发规则可以是条件触发的规则(具有触发条件的定时触发器也可对应条件触发的规则)，也可以是单纯定时触发的规则。可根据触发器的配置信息，确定触发器对应的触发规则类型。
114.在所述业务信息中，获取所述触发规则类型对应的信息数据；
115.本发明实施例提供的方法中，可根据触发规则类型，在业务信息中获取对应的信息数据，例如若是条件触发的规则，则获取用于条件判断的相关数据，若是不包含条件判断的定时触发的规则，那么通常仍需执行一些常规的判断，例如需验证sla规则，那么则获取用于sla规则判断的相关数据。
116.判断所述信息数据是否与该第一触发器对应的预设触发规则相匹配；
117.本发明实施例提供的方法中，判断业务信息中的对应信息数据是否与触发器对应的预设触发规则相匹配，也就是判断是否符合规则。例如预设触发规则为审核人已确认，则判断信息数据中是否有审核人的确认信息。又如预设的触发规则为处理时间小于第一阈值，则判断信息数据中的处理时间是否小于该第一阈值。
118.若所述信息数据与该第一触发器对应的预设触发规则相匹配，则确定该第一触发器符合其对应的预设触发规则。
119.本发明实施例提供的方法中，若业务信息中的信息数据与该触发器对应的预设触发规则相匹配，则确定该触发器符合该触发器对应的预设触发规则，也就是触发器当前满足了执行触发操作的前提条件。
120.在图1所示方法的基础上，本发明实施例提供的方法中，步骤s107中提及的执行每个所述第二触发器对应的触发操作的过程，包括：
121.确定每个所述第二触发器对应的触发类型；
122.本发明实施例提供的方法中，可基于触发器的配置信息，确定触发器对应的触发类型。
123.对于每个所述第二触发器，若该第二触发器对应的触发类型为条件触发，则确定该第二触发器对应的第一触发时间点，并在所述第一触发时间点执行该第二触发器对应的触发操作；
124.本发明实施例提供的方法中，若触发器为条件触发的触发器，则根据该触发器是立即触发或是延时触发的方式，确定触发时间点，若是立即触发，则将当前时间点作为触发时间点，若是延时触发，则根据延时时间间隔确定触发时间点。在触发时间点执行触发器对应的触发操作。
125.若该第二触发器对应的触发类型为定时触发，则确定该第二触发器对应的定时信息，并确定所述定时信息对应的多个第二触发时间点，在每个所述第二触发时间点执行该第二触发器对应的触发操作。
126.本发明实施例提供的方法中，若触发器为定时触发的触发器，则根据该触发器对应的定时信息，确定多个触发时间点，可定时循环执行触发操作。定时信息可以为预设的时间间隔，或是循环式的预定时间点等等(例如每天八点)。在每个触发时间点都执行一次该触发器对应的触发操作。
127.基于本发明实施例提供的方法，可实现触发动作的循环触发，可适配需重复执行的复杂触发动作。
128.在图1所示方法的基础上，本发明实施例提供的方法中，还包括：
129.在所述流程业务的处理过程中，记录已执行的触发操作所对应的操作信息。
130.本发明实施例提供的方法中，在每次执行触发器的触发操作后，可记录该已执行的触发操作所对应的操作信息。
131.基于本发明实施例提供的方法，可记录整个处理过程中的触发操作信息，便于后续统计分析。
132.为了更好地说明本发明实施例提供的方法，接下来结合实际的应用场景进行说明，本发明实施例提供的方法中，流程业务的处理过程如图3所示。
133.需要说明的是，图3仅为简要的示意图，并非实际处理过程中的实际执行过程。图3中所示的sla规则、定时器和触发器的配置过程，均为实际的处理过程之前进行的过程。为了更好地说明实际应用过程中，流程业务(即工单)可能涉及的条件验证的类型，图3中对于sla规则、定时器和触发器存在区别表示，图3中所示的触发器实际上指的是条件触发(无定时)的触发器，sla规则和定时器在应用过程中实际上也是触发器的形式。定时器指的是包
含触发条件的定时触发器。另外，图3所示验证流程，仅是为了更好地说明业务流程可能涉及多种类型条件的验证过程，这些验证过程并非需要同时存在。
134.本发明实施例提供的方法中，流程业务为工单处理。用户可以根据流程工单的处理需求，确定触发条件、触发事件、触发时间、触发动作等信息，使系统快速生成相关触发器，触发动作管理，支持与邮件、短信平台的对接，并且通过restful接口的方式，支持第三方接口的post及get请求配置。
135.本发明实施例提供的方法中，可通过条件设置、动作设置等操作，完成条件触发的触发器的配置。通过指标字段设置、条件设置、动作设置和作用流程模型设置等操作，完成sla规则的配置，sla规则可作为独立的触发器配置，也可以作为触发器默认调用的触发规则。以触发器的模式，通过条件设置和动作设置，完成定时器的配置，其实际上是具有触发条件的定时触发器。
136.在工单创建、流转的过程中，系统动态监测工单提交、关闭、取消等流程流转动作，通过对该工单对应的各个触发器的实时解析，系统动态分析是否满足触发条件。工单的流转可触发定时器、sla规则和触发器的条件判断，当满足对应条件时，可触发对应的动作，若均不满足则丢弃任务。
137.本发明实施例提供的方法中存在流程触发定时机制，通过识别触发器内部的定时执行策略，系统动态识别是否包含定时触发策略(定时器)，按照定时触发策略，循环触发相关动作(满足条件的情况下)，实现邮件、短信、第三方调用策略等动作的实时动作触发。
138.本发明实施例提供的方法中，主要的处理过程包括：定义流程触发器触发规则、触发器策略解析、启动监听器和定时器、监听器和定时器工作、监控规则触发、执行触发器动作。
139.后台触发程序成功启动后，默认启用监听器和定时器，并同时加载已配置的流程触发监控规则信息(即各个触发器的触发时间和触发条件等信息)；
140.流程业务处理时，对于条件触发的触发器，触发其对应的触发事件时，跟进触发规则，判断是否执行触发操作；而对于定时器，按监控规则配置的触发规则，系统判断是否满足触发条件，满足后通过循环方式执行触发动作；
141.记录整个过程的触发操作信息，便于后续统计分析。
142.当工单流转到当前环节时，获取满足条件的触发器列表，判断是否存在需定时执行的策略，存在且通过条件判断则循环执行触发操作。然后往activemq的trigger.ticket.event队列发送往事件，ticket模块监听该队列，然后根据队列里面的消息获取工单信息和环节信息。获取满足条件的策略，执行对应的操作。执行的具体动作包括restful请求、邮件、站内信、短信等内容对应的动作。
143.本发明实施例提供的方法中，触发器的触发操作可以配置为修改流程业务中指定信息的操作，可以统一业务申请流程和变更流程的框架格式，形成流程模板的统一框架。打通业务流程申请与变更流程框架之间的壁垒，流程间的业务信息能够得到充分利用，减少因多流程而造成的交付效率低下。
144.本发明实施例提供的方法，可解决流程动作触发缺乏统一归口管理的问题，可提升流程平台向外的扩展能力，强化平台的交互性。
145.与图1所示的一种流程业务处理方法相对应的，本发明实施例还提供了一种流程
业务处理装置，用于对图1中所示方法的具体实现，其结构示意图如图4所示，包括：
146.监听单元201，用于在接收到处理指令后，实时监听所述处理指令对应的流程业务是否发生流程环节的流转；
147.第一确定单元202，用于当监听到所述流程业务发生流程环节的流转时，确定所述流程业务对应的当前流程环节；
148.第二确定单元203，用于在预设的触发器集合中，确定所述流程业务对应的至少一个触发器，所述预设的触发器集合中包含多个已建立的触发器；
149.第三确定单元204，用于对于所述流程业务对应的每个触发器，判断该触发器是否与所述当前流程环节相匹配，若该触发器与所述当前流程环节相匹配，则将该触发器作为第一触发器；
150.获取单元205，用于获取所述流程业务对应的业务信息；
151.第四确定单元206，用于对于每个所述第一触发器，依据所述业务信息判断该第一触发器是否符合其对应的预设触发规则，若该第一触发器符合其对应的预设触发规则，则将该第一触发器作为第二触发器；
152.执行单元207，用于执行每个所述第二触发器对应的触发操作，以对所述流程业务进行处理。
153.基于本发明实施例提供的装置，在接收到处理指令后，实时监听所述处理指令对应的流程业务是否发生流程环节的流转；当监听到该流程业务发生流程环节的流转时，确定当前流程环节；在预设的触发器集合中，确定该流程业务对应的至少一个触发器，并在该流程业务对应的各个触发器中，确定与当前流程环节相匹配的各个第一触发器，并将符合其对应预设触发规则的每个第一触发器作为第二触发器。执行每个第二触发器对应的触发操作，以对该流程业务进行处理。应用本发明实施例提供的装置，可以在流程业务的处理过程中，通过已建立的触发器执行对应流程环节的触发操作，若对流程环节中的触发操作进行变更，仅需更改触发器的配置即可，而无需重新进行系统开发，可提高变更效率，节省开发资源，亦使流程业务处理的灵活性较高，提升用户的使用体验。此外，触发动作可通过触发器的配置可见，可降低故障排错的难度。
154.在上述实施例提供的装置的基础上，本发明实施例提供的装置中，所述第二确定单元203，包括：
155.第一确定子单元，用于确定所述流程业务对应的第一业务类型；
156.第二确定子单元，用于确定所述预设的触发器集合中每个触发器对应的第二业务类型；
157.第三确定子单元，用于对于所述预设的触发器集合中的每个触发器，判断该触发器对应的第二业务类型是否与所述第一业务类型相匹配，若该触发器对应的第二业务类型与所述第一业务类型相匹配，则将该触发器作为第三触发器；
158.第四确定子单元，用于确定每个所述第三触发器的使用状态是否为启用状态；将每个使用状态为启用状态的第三触发器作为所述流程业务对应的触发器。
159.在上述实施例提供的装置的基础上，本发明实施例提供的装置中，还包括：
160.第五确定单元，用于当接收到用户发送的新建指令时，确定所述新建指令对应的触发器信息，所述触发器信息包括所述用户通过前端界面输入的触发器名称、触发事件、触
发条件和触发动作；
161.生成单元，用于基于所述触发器信息生成所述新建指令对应的触发器。
162.在上述实施例提供的装置的基础上，本发明实施例提供的装置中，所述第三确定单元204，包括：
163.第五确定子单元，用于确定所述当前流程环节对应的环节信息；
164.第六确定子单元，用于确定该触发器对应的触发事件；
165.第一判断子单元，用于判断该触发器对应的触发事件是否与所述当前流程环节对应的环节信息相匹配；若该触发器对应的触发事件与所述当前流程环节对应的环节信息相匹配，则确定该触发器与所述当前流程环节相匹配。
166.在上述实施例提供的装置的基础上，本发明实施例提供的装置中，所述第四确定单元206，包括：
167.第七确定子单元，用于确定该第一触发器对应的触发规则类型；
168.获取子单元，用于在所述业务信息中，获取所述触发规则类型对应的信息数据；
169.第二判断子单元，用于判断所述信息数据是否与该第一触发器对应的预设触发规则相匹配；若所述信息数据与该第一触发器对应的预设触发规则相匹配，则确定该第一触发器符合其对应的预设触发规则。
170.在上述实施例提供的装置的基础上，本发明实施例提供的装置中，所述执行单元207，包括：
171.第八确定子单元，用于确定每个所述第二触发器对应的触发类型；
172.执行子单元，用于对于每个所述第二触发器，若该第二触发器对应的触发类型为条件触发，则确定该第二触发器对应的第一触发时间点，并在所述第一触发时间点执行该第二触发器对应的触发操作；若该第二触发器对应的触发类型为定时触发，则确定该第二触发器对应的定时信息，并确定所述定时信息对应的多个第二触发时间点，在每个所述第二触发时间点执行该第二触发器对应的触发操作。
173.在上述实施例提供的装置的基础上，本发明实施例提供的装置中，还包括：
174.记录单元，用于在所述流程业务的处理过程中，记录已执行的触发操作所对应的操作信息。
175.本发明实施例还提供了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如上述的流程业务处理方法。
176.本发明实施例还提供了一种电子设备，其结构示意图如图5所示，具体包括存储器301，以及一个或者一个以上的指令302，其中一个或者一个以上指令302存储于存储器301中，且经配置以由一个或者一个以上处理器303执行所述一个或者一个以上指令302进行以下操作：
177.在接收到处理指令后，实时监听所述处理指令对应的流程业务是否发生流程环节的流转；
178.当监听到所述流程业务发生流程环节的流转时，确定所述流程业务对应的当前流程环节；
179.在预设的触发器集合中，确定所述流程业务对应的至少一个触发器，所述预设的触发器集合中包含多个已建立的触发器；
180.对于所述流程业务对应的每个触发器，判断该触发器是否与所述当前流程环节相匹配，若该触发器与所述当前流程环节相匹配，则将该触发器作为第一触发器；
181.获取所述流程业务对应的业务信息；
182.对于每个所述第一触发器，依据所述业务信息判断该第一触发器是否符合其对应的预设触发规则，若该第一触发器符合其对应的预设触发规则，则将该第一触发器作为第二触发器；
183.执行每个所述第二触发器对应的触发操作，以对所述流程业务进行处理。
184.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
185.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
186.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。