场景流程编排及处理业务请求的方法、装置、设备和介质与流程

1.本发明涉及通信技术领域，特别是一种场景流程编排及处理业务请求的方法、装置、设备和介质。


背景技术：

2.随着企业数字化进程的加快，企业it环境复杂程度越来越高，企业运营成本也越来越高。故而需要将业务请求对应的业务场景进行敏捷的编排，以达到快速响应业务请求的目的。
3.现有的相关技术是根据上游业务依赖调用多方下游系统的南向能力返回结果来支撑决策，而传统的固定化编排方式、后置流水线执行方式在系统交互感知、执行性能、自主配置方面能力不足，当业务场景变化时，则需要重新进行相应的业务场景编排，进而造成较大的人力、时间成本浪费。


技术实现要素：

4.鉴于上述问题，本发明实施例提供了一种场景流程编排及处理业务请求方法、装置、设备和介质，以便克服上述问题或者至少部分地解决上述问题。
5.本发明实施例的第一方面，公开了一种场景流程编排方法，应用于编排平台，所述方法包括：
6.获得设计流程图，所述设计流程图包括按照场景设计流程连接的多个设计态元素；
7.录入与底层平台对接的api执行中心所发布的标准api，所述标准api是所述api执行中心对所述底层平台的原子能力进行配置化并测试通过后发布的；
8.基于所述标准api，将至少一个设计态元素转换为对应的能力态元素；
9.按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到对应的标准化场景解析模板，所述标准化场景解析模板供流程引擎调用，以响应业务平台发出的业务请求。
10.可选地，所述多个设计态元素至少包括：设计态描述元素；基于所述标准api，将至少一个设计态元素转换为对应的能力态元素，包括：
11.针对每个所述设计态描述元素所描述的功能，在底层平台具有实现该功能的原子能力的情况下，将底层平台的实现该功能的原子能力对应的标准api，作为对应的能力态原子能力元素。
12.可选地，所述多个设计态元素还包括：设计态脚本描述元素；所述方法还包括：
13.针对每个所述设计态脚本描述元素所描述的功能，输出第一脚本编写提示；
14.获取编排人员根据所述设计态基础元素所描述的功能进行脚本编写而编写出的第一脚本；
15.将所述第一脚本，作为对应的能力态脚本描述元素。
16.可选地，所述多个设计态元素还包括：设计态条件元素；所述方法还包括：
17.根据每个所述设计态条件元素所描述的条件功能，输出第二脚本编写提示，所述条件功能用于描述流程走向指向目标设计态元素的条件；
18.获取编排人员根据所述设计态条件元素所描述的流程走向指向目标设计态元素的条件，而编写出的第二脚本；
19.将所述第二脚本作为对应的能力态条件元素；
20.在得到所述目标设计态元素对应的目标能力态元素后，将所述能力态条件元素与所述目标能力态元素相关联，以控制流程走向在符合所述条件的情况下指向所述目标能力态元素。
21.可选地，所述多个设计态元素还包括：设计态聚集等待元素；所述方法还包括：
22.根据每个所述设计态聚集等待元素所描述的聚集等待功能，将所述编排平台具有的聚集等待元素，作为对应的能力态聚集等待元素；
23.在得到所述多个并行上游分支各自对应的上游能力态元素，以及所述下游主支对应的下游能力态元素后，将多个所述上游能力态元素均与所述能力态聚集等待元素相关联，并将所述能力态聚集等待元素与所述下游能力态元素相关联，以控制流程走向为：等待多个所述上游能力态元素均执行完毕后指向所述下游能力态元素。
24.可选地，所述多个设计态元素还包括：设计态微组件元素，所述设计态微组件元素包括按照设计逻辑连接的多个设计态元素；所述方法还包括：
25.确定所述设计态微组件元素包括的每个设计态元素对应的能力态元素；
26.按照设计逻辑，对多个对应的能力态元素进行组装，进而封装为对应的能力态微组件元素。
27.可选地，所述api执行中心对所述底层平台的原子能力进行配置化并测试通过后发布，包括以下步骤：
28.将所述底层平台的原子能力使用的参数，配置到api下发模板中，完成参数配置；
29.将所述底层平台使用的协议信息，配置到所述api下发模板中，完成协议配置；
30.将所述底层平台的原子能力对应的解析规则，配置到所述api下发模板中，完成解析规则配置；
31.新建api，将所新建的api与完成参数配置、协议配置以及解析规则配置后的api下发模板关联，得到配置化api；
32.测试所述配置化api是否能够调用底层平台的对应的原子能力；
33.将测试通过的配置化api发布成标准api。
34.可选地，在得到对应的能力态元素之后，还包括：
35.为所述能力态元素添加唯一的能力态元素标识，并添加到能力态元素库中；
36.在得到新的设计流程图后，复用所述能力态数据库中的能力态元素或创建新的能力态元素，进而得到所述新的设计流程图对应的标准化场景解析模板。
37.可选地，按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到对应的标准化场景解析模板，包括：
38.按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到配置化场景解析模板；
39.对所述多个设计态元素各自对应的能力态元素所使用的参数是否正确进行检验，以及，测试所述配置化场景解析模板的流程合理性；
40.将检验通过且流程合理性测试通过的配置化场景解析模板确定为标准场景解析模板并发布。
41.本发明实施例的第二方面，公开了一种处理业务请求的方法，应用于流程引擎，所述方法包括：
42.获得业务平台发出的业务请求，所述业务请求包括多个业务场景；
43.执行所述多个业务场景各自对应的标准化场景解析模板，所述标准化场景解析模板是编排平台按照本发明第一方面实施例所述的场景流程编排方法得到的；
44.将所述多个业务场景各自对应的执行结果返回给所述业务平台。
45.本发明实施例的第三方面，公开了一种场景流程编排装置，应用于编排平台，所述装置包括：
46.流程获取模块，用于获得设计流程图，所述设计流程图包括按照场景设计流程连接的多个设计态元素；
47.api发布模块，用于录入与底层平台对接的api执行中心所发布的标准api，所述标准api是所述api执行中心对所述底层平台的原子能力进行配置化并测试通过后发布的；
48.能力转换模块，用于基于所述标准api，将至少一个设计态元素转换为对应的能力态元素；
49.场景设计模块，用于按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到对应的标准化场景解析模板，所述标准化场景解析模板供流程引擎调用，以响应业务平台发出的业务请求。
50.本发明实施例的第四方面，公开了一种处理业务请求装置，应用于流程引擎，所述装置包括：
51.业务获取模块，用于获得业务平台发出的业务请求，所述业务请求包括多个业务场景；
52.业务执行模块，用于执行所述多个业务场景各自对应的标准化场景解析模板，所述标准化场景解析模板是编排平台按照本发明第一方面实施例所述的场景流程编排方法得到的；
53.结果返回模块，用于将所述多个业务场景各自对应的执行结果返回给所述业务平台。
54.本发明实施例的第五方面，公开了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本发明第一方面实施例所述的场景流程编排方法，或本发明第二方面实施例所述的处理业务请求的方法。
55.本发明实施例的第六方面，公开了一种计算机可读存储介质，其存储的计算机程序使得处理器执行本发明第一方面实施例所述的场景流程编排方法，或本发明第二方面实施例所述的处理业务请求的方法。
56.本发明实施例包括以下优点：
57.本发明实施例中，获得设计流程图，所述设计流程图包括按照场景设计流程连接的多个设计态元素，录入与底层平台对接的api执行中心所发布的标准api，所述标准api是
所述api执行中心对所述底层平台的原子能力进行配置化并测试通过后发布的，基于所述标准api，将至少一个设计态元素转换为对应的能力态元素，按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到对应的标准化场景解析模板，所述标准化场景解析模板供流程引擎调用，以响应业务平台发出的业务请求。由于本发明实施例中，先进行设计流程图设计，后对设计流程图进行编排，使设计态元素获得相应的能力，在设计环节不关心底层能力，只需说明功能描述，供编排人员识别并进行对接即可，以此实现业务流程设计；在编排环节，根据设计流程图灵活的编配场景，得到相应的标准化场景解析模板以便流程引擎调用，进而响应业务平台发出的业务请求。
附图说明
58.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
59.图1是本发明实施例提供的一种场景流程编排方法步骤流程图；
60.图2是本发明实施例提供的一种场景设计与编排示意图；
61.图3是本发明实施例提供的一种api接入与发布流程图；
62.图4是本发明实施例提供的一种api执行流程图；
63.图5是本发明实施例提供的一种处理业务请求方法步骤流程图；
64.图6是本发明实施例提供的一种流程引擎架构示意图；
65.图7是本发明实施例提供的一种场景流程编排装置的结构示意图；
66.图8是本发明实施例提供的一种处理业务请求装置的结构示意图。
具体实施方式
67.为使本发明的上述目的、特征和优点能够更加明显易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
68.本发明实施例提供了一种场景流程编排方法，参照图1，图1为本发明实施例提供的一种场景流程编排方法步骤流程图，如图1所示，所述的方法包括：
69.步骤s101：获得设计流程图，所述设计流程图包括按照场景设计流程连接的多个设计态元素。
70.设计流程图是根据实际的场景而设计的流程图，设计流程图表示设计意图，设计流程图是通过将设计态元素按照场景的流程连接而得到，各设计态元素按照预先设置的模板格式进行逻辑或者功能描述。设计态元素包括基础设计元素和设计态微组件元素，其中，基础设计元素包括：开始元素，用于标识流程场景的开始；结束元素，用于标识流程场景的技术；脚本描述元素，设计态可对要实现的功能进行说明，供编排人员进行脚本编写；条件元素，通过流程执行过程的条件判定控制流程的走向；聚集等待元素，对并行分支进行汇聚收拢，等待其上游并行分支都执行完毕，然后再去执行后续流程；描述元素，对接底层的平
台能力，将其抽象化出来，无需关注实现与否，仅用作设计。设计态微组件元素，表示相同逻辑的流程的集合。
71.在本实施例中，设计流程图中的各设计态元素按照预先设置的模板格式进行逻辑或功能描述，仅代表意图，设计人员不关心底层是否有相应的api或数据源。设计完成后，进入下一环按照设计流程图对业务进行编排。
72.步骤s102：录入与底层平台对接的api执行中心所发布的标准api，所述标准api是所述api执行中心对所述底层平台的原子能力进行配置化并测试通过后发布的。
73.在进行场景编排之前，需要将编排平台与底层平台进行对接，将底层平台的原子能力录入到编排平台中，底层平台的原子能力是api执行中心通过模板化配置、绑定协议、配置化并测试通过后发布成标准化api的方式录入到编排平台中，即标准化api就代表底层平台的原子能力。
74.步骤s103：基于所述标准api，将至少一个设计态元素转换为对应的能力态元素。
75.在本实施例中，根据步骤s102中编排平台录入的标准化api，将设计流程图中设计态元素中各原子能力元素与底层平台的原子能力对接，即将各原子能力元素所描述的功能与具有相应功能的标准化api关联起来，进而得到了各原子能力元素对应的能力态元素。
76.步骤s104：按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到对应的标准化场景解析模板，所述标准化场景解析模板供流程引擎调用，以响应业务平台发出的业务请求。
77.在本实施例中，编配人员根据设计流程图，自由灵活的编排场景流程，编排支持自动保存，临时保存，查看历史记录，发布的历史版本，复用历史版本。编排完成后会生成spt(standardized parsable template，标准化解析模板)，该spt用于流程引擎的加载。
78.根据场景流程图中的设计逻辑，将各设计态元素对应的能力态元素进行连接得到标准化的场景解析模板，一个标准化场景解析模板对应一个业务场景，标准化场景解析模板由开始单元，结束单元，脚本单元，条件脚本单元，聚集等待单元，微组件单元，api单元、自定义扩展单元等组成，使用xml格式封装。其中，标准化场景解析模板必须以开始单元作为开始，结束单元作为结束，每个单元只关注自己和待执行单元，所以会存有自己的唯一标识和待执行单元的唯一标识。聚集单元需要记录其上级单元的唯一标识，用作判断是否可以向下执行，如果是微组件单元或者api单元，那么会记录其在系统内的唯一code。
79.示例地，如图2所示，设计人员根据实际场景在系统页面中进行流程设计，将各基础设计元素和设计态微组件元素按照实际场景连接在一起得到场景流程图，其中各基础设计态元素包括开始元素、结束元素，聚集等待元素，脚本描述元素，条件元素等。在完成场景设计后进入编排环节，在编排环节，根据设计流程图中各设计态元素所描述的功能，使每个设计态元素获得相应的能力，再根据场景设计流程连接多个设计态元素各自对应的能力态元素，得到对应的场景流程，最后将对应的场景流程下发至流程引擎。
80.在本实施例中，先根据实际场景进行设计流程图设计，再对设计流程图进行编排，使设计态元素获得相应的能力，在设计环节不关心底层能力，只需说明功能描述，供编排人员识别并进行对接即可，以此实现业务流程设计；在编排环节，根据设计流程图灵活的编配场景，得到相应的标准化场景解析模板以便流程引擎调用，进而响应业务平台发出的业务请求。
81.在一种实施例中，所述多个设计态元素至少包括：设计态描述元素；基于所述标准api，将至少一个设计态元素转换为对应的能力态元素，包括：
82.针对每个所述设计态描述元素所描述的功能，在底层平台具有实现该功能的原子能力的情况下，将底层平台的实现该功能的原子能力对应的标准api，作为对应的能力态原子能力元素。
83.在本实施例中，进行场景编排前，底层平台所具有的原子能力已经通过发布标准api的方式录入到编排系统中。根据设计流程图中的各设计态描述元素所描述的功能，将具有该设计态描述元素所描述功能的标准化api作为该设计态描述元素对应的能力态原子能力元素。
84.在一种实施例中，所述多个设计态元素还包括：设计态脚本描述元素；所述方法还包括：
85.针对每个所述设计态脚本描述元素所描述的功能，输出第一脚本编写提示；
86.获取编排人员根据所述设计态基础元素所描述的功能进行脚本编写而编写出的第一脚本；
87.将所述第一脚本，作为对应的能力态脚本描述元素。
88.针对部分特殊业务，底层平台不具备相应的能力，可进行脚本语言编写，同时为满足流行语言，预先设计多种语言(例如，java、groovy和python等语言)，编排人员根据自身情况，可选择不同的语言完成脚本编写，最后通过匹配底层不同的算法引擎，可转换适配系统自定义脚本语言执行。
89.在本实施例中，在场景设计时，将一些特殊业务通过设计态脚本元素描述其要实现的功能，例如，参数赋值、特定的计算、以及业务处理逻辑等。在进行场景编排时，编排人员通过编写脚本的方式实现该设计态脚本描述元素所描述的功能。通过引入自定义脚本对部分特殊业务进行处理，可以满足定制化的需求，进而降低了特殊需求对于系统的耦合性，侵入性。
90.在一种实施例中，所述多个设计态元素还包括：设计态条件元素；所述方法还包括：
91.根据每个所述设计态条件元素所描述的条件功能，输出第二脚本编写提示，所述条件功能用于描述流程走向指向目标设计态元素的条件；
92.获取编排人员根据所述设计态条件元素所描述的流程走向指向目标设计态元素的条件，而编写出的第二脚本；
93.将所述第二脚本作为对应的能力态条件元素；
94.在得到所述目标设计态元素对应的目标能力态元素后，将所述能力态条件元素与所述目标能力态元素相关联，以控制流程走向在符合所述条件的情况下指向所述目标能力态元素。
95.在本实施例中，根据设计态条件元素所描述的条件功能，编排人员进行第二脚本编写，将能够实现设计态条件元素所描述的条件功能的第二脚本作为对应的能力态条件元素，通过能力态条件元素控制场景流程的走向。
96.在一种实施例中，所述多个设计态元素还包括：设计态聚集等待元素；所述方法还包括：
97.根据每个所述设计态聚集等待元素所描述的聚集等待功能，将所述编排平台具有的聚集等待元素，作为对应的能力态聚集等待元素；
98.在得到所述多个并行上游分支各自对应的上游能力态元素，以及所述下游主支对应的下游能力态元素后，将多个所述上游能力态元素均与所述能力态聚集等待元素相关联，并将所述能力态聚集等待元素与所述下游能力态元素相关联，以控制流程走向为：等待多个所述上游能力态元素均执行完毕后指向所述下游能力态元素。
99.在本实施例中，进行编排时，根据设计态聚集等待元素所描述的功能，直接将编排平台中相应的能力态聚集等待元素用于场景编排，通过该能力态聚集等待元素可以对并行分支进行汇聚收拢，等待其上游并行分支都执行完毕，然后再去执行后续流程。例如，将上游并行分支的能力态元素和下游能力态元素分别与能力态聚集等待元素进行关联，通过记录其上游能力态元素的唯一标识(例如，上游能力态元素的id)，用作判断是否可以向下执行下游的能力态元素。
100.在一种实施例中，所述多个设计态元素还包括：设计态微组件元素，所述设计态微组件元素包括按照设计逻辑连接的多个设计态元素；所述方法还包括：
101.确定所述设计态微组件元素包括的每个设计态元素对应的能力态元素；
102.按照设计逻辑，对多个对应的能力态元素进行组装，进而封装为对应的能力态微组件元素。
103.设计态微组件元素表示相同逻辑的流程的集合，在进行编排时，将多处相同的处理逻辑能力态元素封装成能力态微组件，能力态微组件元素可应用于不同的场景流程，减少重复性的工作。其中，微组件中的能力态元素可能包括：能力态原子能力元素、能力态聚集等待元素、能力态条件元素等。
104.在一种实施例中，所述api执行中心对所述底层平台的原子能力进行配置化并测试通过后发布，包括以下步骤：
105.a1：将所述底层平台的原子能力使用的参数，配置到api下发模板中，完成参数配置。
106.原子能力的使用参数包括接口接入参数，中间过程参数，以及接口可视化输出参数。
107.a2：将所述底层平台使用的协议信息，配置到所述api下发模板中，完成协议配置。
108.a3：将所述底层平台的原子能力对应的解析规则，配置到所述api下发模板中，完成解析规则配置。
109.为适配不同的业务平台，模板支持组合配置，规则配置。解析规则包括前置解析规则、后置解析规则、异常解析规则以及能力执行规则。前置解析规则用于在能力调用之前针对参数进行的二次解析，后置解析规则用于在能力调用之后针对返回的出参进行二次解析，异常解析规则用于在能力调用之后针对返回的结果进行业务成功失败状态判定、业务返回失败的容错处理等，能力执行规则用于根据参数值确定是否执行该能力。
110.例如，平台调用需二次鉴权场景：配置模板1：获取token值，配置后置解析规则，将获取到的token值赋予出参a。模板2：业务下发，此时可配置前置解析，入参为a。实际业务下发时，参数映射会替换成模板1获取的token值。通过配置化，实现低代码，甚至零代码编写。
111.a4：新建api，将所新建的api与完成参数配置、协议配置以及解析规则配置后的
api下发模板关联，得到配置化api。
112.a5：测试所述配置化api是否能够调用底层平台的对应的原子能力。
113.a6：将测试通过的配置化api发布成标准api。
114.在本实施里中，在接入底层平台能力时，底层的原子能力是通过api执行中心配置并测试后发布为标准api的方式录入系统中，通过预先配置能力使用参数、调用模板、请求信息，特殊处理的逻辑可以将模板绑定规则做二次解析，配置完毕后新增api，关联模板配置。通过以上配置可以大大减少开发人员的代码工作。关于api的配置顺序在本实施中不做限制，即步骤a1至a3的顺序不做限制。
115.如图3所示，当需要将底层平台a和底层平台b的原子能力接入编排平台中时，首先，对api进行配置，api配置包括模板配置、参数配置、api基础信息配置以及回复标准化模板配置。模板配置，配置前置解析规则、后置解析规则、异常解析规则和能力执行规则；参数配置，将配置底层平台a和底层平台b的原子能力使用的参数(接口接入参数，中间过程参数，以及接口可视化输出参数)配置到api下发模板中；api基础信息配置，配置对接地址(url)、权限信息、和并发数限定等api基础信息；回复标准化模板配置，通过函数解析，正则匹配，将不规则，无规律的返回体转换成使用者更易理解与使用的结构体。然后，新建api，将新建的api与完成参数配置、协议配置以及解析规则配置后的api下发模板关联，得到配置化api。最后，测试配置化api是否能够调用底层平台的对应的原子能力，通过人工判断测试是否通过，若测试通过则将配置化api发布成标准api，若测试不通过继续修改配置，再生成新的配置化api并进行测试，直到配置化的api通过测试并发布为标准化的api。
116.当对标准化的api进行测试或调用时，api执行中心，根据标准化的api发布的code执行对应的底层平台的原子能力，如图4所示，接收标准化api的code，根据code查询系统中已发布的标准化api信息，校验参数信息，查找下发api关联的驱动服务实例，执行前置规则解析，执行能力执行规则，根据配置的模板拼装下发的报文结构体，通过微服务调用驱动服务能力获取返回报文，执行后置解析规则，执行异常处理规则，根据配置的回复体模板进行返回报文的标准化输出，处理完毕，返回上游。
117.其中，所述的驱动服务仅负责当前协议处理，不关心业务逻辑。当需要接入新协议时，仅需于系统中配置新的协议名，关联开发完成的新驱动实例，将新驱动服务实例部署并注册至系统，进而实现该驱动服务的弹性部署，灵活使用。
118.在一种实施例中，在得到对应的能力态元素之后，还包括：
119.为所述能力态元素添加唯一的能力态元素标识，并添加到能力态元素库中；
120.在得到新的设计流程图后，复用所述能力态数据库中的能力态元素或创建新的能力态元素，进而得到所述新的设计流程图对应的标准化场景解析模板。
121.在本实施例中，为编排后得到的能力态元素添加唯一能够表征其身份的的能力态元素标识，并将能力态元素添加到能力态元素库中，通过能力态元素标识标能够调用相应的能力态元素。当对其他场景设计流程图进行编排时，对于能力态数据库中已经有的能力态元素通过能力态元素标识直接调用，对于能力态数据库中没有的能力态元素，进行创建得到新的能力态元素，并将新创建的能力态元素添加能力态标识后存储至能力态元素库中，进而每次编排通过调用能力态元素或创建新能力态的方式得到设计流程图对应的标准化场景解析模板。
122.在一种实施例中，按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到对应的标准化场景解析模板，包括：
123.按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到配置化场景解析模板；
124.对所述多个设计态元素各自对应的能力态元素所使用的参数是否正确进行检验，以及，测试所述配置化场景解析模板的流程合理性；
125.将检验通过且流程合理性测试通过的配置化场景解析模板确定为标准场景解析模板并发布。
126.在本实施例中，根据场景流程图中的场景流程，将流程图中的设计态元素对应的能力态元素进行连接，即进行场景编排，编排完成后，编排人员对编排过程使用的原子能力进行参数确认，确认无误后可以发布成场景能力，场景发布再校验流程的合理性，若检验通过后会生成标准化的场景解析模板，一个场景对应一个spt模板，在业务处理环节，流程引擎通过接收spt模板对相应的业务进行处理。
127.如图5所示，依据本发明的又一个方面，提供了一种处理业务请求的方法，应用于流程引擎，该方法包括：
128.步骤s201：获得业务平台发出的业务请求，所述业务请求包括多个业务场景。
129.步骤s202：执行所述多个业务场景各自对应的标准化场景解析模板，所述标准化场景解析模板是编排平台按照本发明第一方面实施例所述的场景流程编排方法得到的。
130.步骤s203：将所述多个业务场景各自对应的执行结果返回给所述业务平台。
131.在本实施例中，流程引擎接收到业务平台发送的业务请求，一个业务请求包括为多个业务场景，每一个业务场景对应于一个标准化场景解析模板，流程引擎对每个业务场景进行的处理，得到每个业务场景的处理结果，并将处理后的结果反馈至业务平台，在处理过程中，流程引擎只关注当前业务场景的执行情况，降低了流程引擎对于业务请求中每一个业务场景的耦合度。
132.在本实施例中，流程引擎可单独作为一个服务模块，支持横向扩展，多节点部署，通过微服务的方式进行服务治理，部署简易，维护便利，实现了负载均衡，真正达到高并发，高可用。数据资源层，仅使用redis的消息队列来进行数据传输，支持高速访问，顺序读取，顺序执行，保证了原子性，真正达到了轻量级，高性能，具体的业务处理过程如图6所示。
133.接收流程场景下发，启动流程，场景下发时会将spt使用微服务调用方式进行下发，负载均衡到某一流程引擎节点上；流程引擎会加载并解析spt获取开始单元并执行。若无特殊处理，那么会将待执行单元push至redis队列中；各流程引擎监听队列抢占获取，获取到的待执行单元由线程池异步执行，从而实现流程的顺序执行，同时支持下级单元的并发处理。
134.图7示出了本发明实施例提供的一种场景流程编排装置，应用于编排平台，所述装置包括：
135.流程获取模块，用于获得设计流程图，所述设计流程图包括按照场景设计流程连接的多个设计态元素；
136.api发布模块，用于录入与底层平台对接的api执行中心所发布的标准api，所述标准api是所述api执行中心对所述底层平台的原子能力进行配置化并测试通过后发布的；
137.能力转换模块，用于基于所述标准api，将至少一个设计态元素转换为对应的能力态元素；
138.场景设计模块，用于按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到对应的标准化场景解析模板，所述标准化场景解析模板供流程引擎调用，以响应业务平台发出的业务请求。
139.图8示出了本发明又一实施例提供的一种处理业务请求的装置，应用于编排平台，所述装置包括：
140.业务获取模块，用于获得业务平台发出的业务请求，所述业务请求包括多个业务场景；
141.业务执行模块，用于执行所述多个业务场景各自对应的标准化场景解析模板，所述标准化场景解析模板是编排平台按照本发明第一方面实施例所述的场景流程编排方法得到的；
142.结果返回模块，用于将所述多个业务场景各自对应的执行结果返回给所述业务平台。
143.本发明实施例还提供了一种电子设备，该电子设备可以用于执行图像处理方法，可以包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器被配置为执行本发明第一方面实施例所述的场景流程编排方法或本发明第二方面实施例所述的处理业务请求的方法。
144.本发明实施例还提供了一种计算机可读存储介质，其存储的计算机程序使得处理器执行本发明第一方面实施例所述的场景流程编排方法或本发明第二方面实施例所述的处理业务请求的方法。
145.本发明实施例提供一种场景流程编排及处理业务请求方法、装置、设备和介质，所述方法包括，获得设计流程图，所述设计流程图包括按照场景设计流程连接的多个设计态元素，录入与底层平台对接的api执行中心所发布的标准api，所述标准api是所述api执行中心对所述底层平台的原子能力进行配置化并测试通过后发布的，基于所述标准api，将至少一个设计态元素转换为对应的能力态元素，按照所述场景设计流程，连接所述多个设计态元素各自对应的能力态元素，得到对应的标准化场景解析模板，所述标准化场景解析模板供流程引擎调用，以响应业务平台发出的业务请求。由于本发明实施例中，先进行设计流程图设计，后对设计流程图进行编排，使设计态元素获得相应的能力，在设计环节不关心底层能力，只需说明功能描述，供编排人员识别并进行对接即可，以此实现业务流程设计；在编排环节，根据设计流程图灵活的编配场景，得到相应的标准化场景解析模板以便流程引擎调用，进而响应业务平台发出的业务请求。针对特殊需求，通过页面编写轻量化脚本进行处理，实现以配置代替代码，实现轻量级开发。
146.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
147.本发明实施例是参照根据本发明实施例的方法、装置、电子设备和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备
的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
148.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
149.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
150.尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
151.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
152.以上对本发明所提供的一种场景流程编排及处理业务请求的方法、装置、设备和存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。