一种引用资源与流程设计解耦的可视化工作流编排系统及方法、设备及介质

技术领域

本申请涉及系统开发技术领域，尤其涉及一种引用资源与流程设计解耦的可视化工作流编排系统及方法、设备及介质。

背景技术

半导体晶圆制造精密度高、生产场景多而复杂，为提升半导体厂产能和芯片良率，提升生产效率，需不断提升工厂自动化等级。在自动化生产中，使用自动化流程软件对业务流程可视化，将线下生产场景进行线上化，以流程为核心对业务线进行梳理、整合、优化，跟进和监控流程执行，有助于推动半导体厂资源配置和业务流程优化。

然而，发明人发现相关技术中至少存在如下技术问题：

目前传统的半导体流程软件存在如下两个问题，一是流程模板设计中流程节点调用外部资源时配置复杂，难以复用和拓展，进而导致对于资源总体状况难以把握，对资源类型、数量，以及资源使用情况未能构建统一的查看面板。流程节点在引用外部资源时，需要配置所有必须参数，多个流程节点调用相同资源时，需要重复配置；二是半导体业务流程中，流程管理软件和其他计算机集成制造系统存在交互，由于接口定义、数据库、消息集群中间件等不同，对接不同供应商软件时需要大量修改流程节点配置。

本申请简化流程节点配置，将内部资源和外部资源进行统一管理，利用资源管理统一配置外部系统资源如接口和消息集群等，对接不同供应商时，只需统一修改资源管理中的配置，无需修改流程模版，流程节点专注于业务相关的配置。

发明内容

本申请的一个目的是提供一种引用资源与流程设计解耦的可视化工作流编排系统及方法、设备及介质，至少用以解决上述背景技术中提出的缺陷。

为实现上述目的，本申请的一些实施例提供了以下几个方面：

第一方面，本申请的一些实施例还提供了一种引用资源与流程设计解耦的可视化工作流编排系统，包括：

网关调用层：用于通过调用网关实现资源的标准化管理；

资源配置层：用于对系统使用的资源及网关的流程节点进行配置；

治理监控层：用于对资源进行统一治理监控。

作为本申请的一种优选技术方案：所述网关调用层调用网关时具体如下：

101、请求网关；

102、获取网关配置信息；

103、解析请求参数；

104、服务调用；

105、处理响应结果；

106、返回结果。

作为本申请的一种优选技术方案：所述网关调用层还通过流程引擎运行流程模板；所述流程引擎通过调用网关的流程节点调用资源：

111：执行调用网关的流程节点；

112：获取网关的配置信息；

113：将流程变量转换为入参；

114：网关层执行处理流程；

115：将出参转换为流程变量。

作为本申请的一种优选技术方案：所述资源配置层对资源进行配置具体如下：

201：分析工作流需求；

202：所需资源是否发布，若不发布则配置资源并发布资源，再设计流程；若发布则设计流程；

203：设计流程；

204：校验流程；

205：发布流程；

206：查看流程实例。

作为本申请的一种优选技术方案：所述资源配置层还通过配置API站点来配置API。

作为本申请的一种优选技术方案：所述API站点配置如下：

211：新增API站点；

212：对API站点进行基本配置；

213：对API站点进行公共配置。

作为本申请的一种优选技术方案：所述API配置如下：

221：新增API；

222：进行基本配置；

223：定义API入参和出参；

224：进行地址配置；

225：对定义的API进行入参测试，是否与预期结果一致，判断API是否能够调用成功。

作为本申请的一种优选技术方案：所述网关的流程节点配置具体如下：

231：在流程节点中选择网关站点；

232：选择在网关站点下定义的网关；

233：定义多实例循环：

234：定义接口调用的入参；

235：定义接口的出参。

作为本申请的一种优选技术方案：所述治理监控层的治理监控过程具体如下：

301：对资源进行统一治理；

302：对流程节点中的资源进行监控；

303：选择不同时间维度查看报表；

304：识别异常，进行资源调整。

第二方面，本申请的一些实施例还提供了一种引用资源与流程设计解耦的可视化工作流编排，包括如下步骤：

通过调用网关实现资源的标准化管理；

对系统使用的资源及网关的流程节点进行配置；

对资源进行统一治理监控。

第三方面，本申请的一些实施例还提供了一种计算机设备，所述设备包括：

一个或多个处理器；以及存储有计算机程序指令的存储器，所述计算机程序指令在被执行时使所述处理器执行如上所述的系统。

第四方面，本申请的一些实施例还提供了一种计算机可读介质，其上存储有计算机程序指令，所述计算机程序指令可被处理器执行以实现如上所述的系统。

相较于现有技术，本申请实施例提供的方案中，本申请将外部资源同步/异步中协议的差异性屏蔽，在流程模板设计时专注业务流程，而无需关注资源调用细节；便于扩展资源类型而不影响流程节点的设计。

本申请简化节点配置信息，可复用性强。定义的API可以在所有流程模版中使用；资源统一修改，修改后，所有使用到的流程模版中均生效，不需要修改模板。

本申请可支持监控治理，对于资源使用进行监控，便于排查异常调用情况，定位流程模板设计缺陷，对流程模板进行优化。

附图说明

图1为本申请实施例提供的系统框图；

图2为本申请实施例提供的流程引擎执行调用API的流程节点流程图；

图3为本申请实施例提供的整体流程和职能分配流程图；

图4为本申请实施例提供的API网关执行流程图；

图5为采用本申请实施例提供的API站点及AP I配置示意图；

图6为本申请实施例提供的API站点配置示意图；

图7为本申请实施例提供的API配置示意图；

图8为本申请实施例提供的接口调用流程节点配置过程图；

图9为本申请实施例提供的一种计算机设备结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

该流程包括：

网关调用层100：用于通过调用网关实现资源的标准化管理；

资源配置层200：用于对系统使用的资源及网关的流程节点进行配置；

治理监控层300：用于对资源进行统一治理监控。

在本申请一些实施例中，所述网关调用层100调用网关时具体如下：

101、请求网关；

102、获取网关配置信息；

103、解析请求参数；

104、服务调用；

105、处理响应结果；

106、返回结果。

在本申请一些实施例中，所述网关调用层100还通过流程引擎运行流程模板；所述流程引擎通过调用网关的流程节点调用资源。

在本申请一些实施例中，所述流程引擎调用网关的流程节点具体如下：

111：执行调用网关的流程节点；

112：获取网关的配置信息；

113：将流程变量转换为入参；

114：网关层执行处理流程；

115：将出参转换为流程变量。

在本申请一些实施例中，所述资源配置层200对资源进行配置具体如下：

201：分析工作流需求；

202：所需资源是否发布，若不发布则配置资源并发布资源，再设计流程；若发布则设计流程；

203：设计流程；

204：校验流程；

205：发布流程；

206：查看流程实例。

在本申请一些实施例中，所述资源配置层200还通过配置API站点来配置API。

在本申请一些实施例中，所述API站点配置如下：

211：新增API站点；

212：对API站点进行基本配置；

213：对API站点进行公共配置。

在本申请一些实施例中，所述API配置如下：

221：新增API；

222：进行基本配置；

223：定义API入参和出参；

224：进行地址配置；

225：对定义的API进行入参测试，是否与预期结果一致，判断API是否能够调用成功。

在本申请一些实施例中，所述网关的流程节点配置具体如下：

231：在流程节点中选择网关站点；

232：选择在网关站点下定义的网关；

233：定义多实例循环：

234：定义接口调用的入参；

235：定义接口的出参。

在本申请一些实施例中，所述治理监控层300的治理监控过程具体如下：

301：对资源进行统一治理；

302：对流程节点中的资源进行监控；

303：选择不同时间维度查看报表；

304：识别异常，进行资源调整。

实施例二

由于数据供应方提供的资源格式多变，相同的资源由于服务和对接差异，导致在资源使用时需要重复操作。故设置网关层，解决多个服务之间数据交换的问题，将资源进行统一、标准化管理，并且可以集成若干个业务系统。

用户若基于需要调用网关时，可向网关发送调用申请，以由网关来确定用户所要调用的目标网关以及提供该目标网关的目标数据提供方。

参照图2，流程引擎运行流程模板时，流程节点通过网关层调用资源。当业务增加或调整时，可以复用资源，在工作流搭建中专注于流程节点和流程变量的定义。流程引擎解析工作流，识别流程节点和流程变量，生成流程实例。

流程引擎执行调用网关的流程节点；流程引擎通过触发机制来触发流程的调度，调度的过程是通过将流程节点实例放入同步队列来进行异步推进，整个推进过程每个节点任务的执行都是一个单独的短事务。流程引擎任务推进主要有两种形式，一种是通过获取内存任务队列中任务来推动进程，另一种是通过定时补偿任务机制来推动。

流程引擎再获取网关的配置信息。

将流程变量转换为入参；进入执行节点任务后，将上文的流程变量转化为调用网关的入参信息，进行格式化，入参格式与网关定义的参数格式相匹配。

网关层执行处理流程；根据网关的执行过程，对不同协议的服务的进行请求，获取结果。网关层根据调用网关名称获取网关其他配置进行执行。

将出参转换为流程变量；将出参转为流程变量进入下文的流程节点任务处理中，直至结束节点。

参照图3，资源和流程模板的整体流程和职能分配；资源管理员可以将系统使用的资源统一进行配置，流程管理员仅需设计流程模板，并在流程节点中添加资源。

资源管理员在资源管理中进行资源配置。

流程节点配置时，以接口调用为例：

将流程节点拖至流程模板设计画布上，双击后进入编辑流程节点的页面；

选择在网关站点下定义的网关；

定义多实例循环；

将接口入参和流程变量进行映射；

将值传递给流程变量。

治理监控层300对资源进行统一治理；如果资源有调整，可以新增或减少，灵活配置。资源治理中将系统资源统一进行整合，减少资源的管理成本。

对流程节点中的资源进行监控；选择年、月、日等不同时间维度查看报表；最后识别异常，并进行资源调整；根据统计信息可进行资源调用异常告警，慢接口识别，响应时间确认。资源监控可以为解决资源使用不平衡、运行时间不稳定、资源滥用等情况提供决策支持。

实施例三

以运行API为例：

分别进行API的调用资源流程和流程节点加载过程以实现自动化平台系统的相互独立。

调用资源流程如下：

参照图4，当发生对API调用时，进入API处理流程，获取外部资源。

再获取API的配置信息；包括API的站点地址、通讯协议、入参、出参等。

再将配置的API入参进行解析，处理格式转化、请求方式等。

根据不同协议，封装调用请求，发起远程服务调用。

将返回参数根据不同的数据格式如xml、json等进行解析，并按照配置映射到输出参数。

最后将处理后的参数返回给调用方。

流程引擎运行流程模板时，流程节点通过网关层调用资源。当业务增加或调整时，可以复用资源，在工作流搭建中专注于流程节点和流程变量的定义。流程引擎解析工作流，识别流程节点和流程变量，生成流程实例。

以调用API的流程节点为例。

当流程引擎执行流程模板时，先触发控制器，获取流程模板，产生流程实例，产生初始节点实例，将节点实例存入队列中，从队列中取出节点，进入下一步骤。

加载节点配置后修改节点实例状态为执行中，设置执行超时时间，加载上下文构建节点任务。

将流程变量转换为入参；进入执行节点任务后，将上文的流程变量转化为调用API的入参信息，进行格式化，入参格式与API定义的参数格式相匹配。

网关层执行处理流程；根据API网关的执行过程，对不同协议的服务的进行请求，获取结果。网关层根据调用API名称获取API其他配置进行执行。

将出参转换为流程变量；将出参转为流程变量进入下文的流程节点任务处理中，直至结束节点。

资源管理员可以将系统使用的资源统一进行配置，流程管理员仅需设计流程模板，并在流程节点中添加资源。

以配置API站点、API为例。参照图5，首先配置API站点；再配置API。

参照图6，配置API站点：

输入站点名称和描述，确认保存；

配置通讯协议、站点地址、报文编码等；

再配置Header和cookie。

参照图7，配置API：

选择API所属的API站点，定义API名称，对API进行描述。

配置API是否可用于模拟，响应超时时间。

入参定义参数名称、参数类型、是否数组、是否必传等，出参等一参数名称、参数类型、是否数组等。

定义Method、URL、Header、Response等。post等方式时需要定义请求体。

对定义的API进行入参测试，是否与预期结果一致，判断API是否能够调用成功；

在模拟场景下，定义API模拟响应内容，响应内容可以定义默认返回值，也可以根据不同的请求条件分别配置响应内容。

再进行API网关流程节点的配置。

参照图8，在流程节点中选择已定义的API站点；再选择在API站点下定义的API。

定义多实例循环：包括有无、串行、并行。选择串行或并行时，需要定义循环数据和完成条件。

将接口入参和流程变量进行映射调用入参。

通过将值传递给流程变定义接口的出参量。

资源治理层对资源进行统一治理：

包括API站点、API、消息集群、数据源、SQL等。资源治理中将系统资源统一进行整合，减少资源的管理成本。资源治理可以实现跨团队的资源协调与共享。在业务人员使用中，通过资源管理掌握现有资源状况，对资源进行增删改查。建立资源库后，可以实现资源的复用。

再对流程节点中的资源进行监控：整体可以根据资源划分，如API调用报表，消息发送报表。API调用报表中包括API调用次数、响应时间、异常次数、异常率等，消息发送报表中包括消息发送次数、异常次数、异常率等。

通过年、月、日等不同时间维度查看资源监控指标，既可以宏观的了解整体的资源使用状况，又可以有目的性的查看特定时间窗的运行数据。通过时间维度在系统中实现数据的聚合，有效进行数据分析，实现数据横向、纵向对比。

根据统计信息可进行资源调用异常告警，慢接口识别，响应时间确认。具体包括如下的情况告警：

①响应时间过长。如对于响应时间过长的接口，可以优化流程引擎或网关层的设计，优化代码，提升系统运行质量。

②异常告警。在图表中识别资源调用中出现异常的点，快速定位问题，排查原因，解决问题，避免异常带来业务流程中断，影响实际生产。

③确认平均响应时长。在资源的使用过程中，考虑到资源本身的响应时间，在流程模板设计中可以注意资源的均衡使用。

资源监控可以为解决资源使用不平衡、运行时间不稳定、资源滥用等情况提供决策支持。

实施例四

将本申请实施例应用于半导体晶圆的制造过程中，通过网关层100对半导体晶圆的制造流程中的流程节点进行简化配置，将半导体晶圆的制造流程中的内部资源和外部资源进行统一管理，通过对于内部资源进行统一管理提升半导体晶圆的制造流程效率；通过外部资源管理统一半导体晶圆的制造流程中的外部系统资源，如对接外部供应商的不同接口定义、数据库和消息集群中间件等，提升对于外部资源的接收利用效率。

实施例五

此外，本申请实施例还提供了一种计算机设备，该设备的结构如图9所示，所述设备包括用于存储计算机可读指令的存储器1和用于执行计算机可读指令的处理器2，其中，当该计算机可读指令被该处理器执行时，触发所述处理器执行所述的方法。

本申请实施例中的方法和/或实施例可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在该计算机程序被处理单元执行时，执行本申请的方法中限定的上述功能。

需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图或框图示出了按照本申请各种实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的针对硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本申请实施例还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个计算机可读指令，所述计算机可读指令可被处理器执行以实现前述本申请的多个实施例的方法和/或技术方案的步骤。

在本申请一个典型的配置中，终端、服务网络的设备均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

此外，本申请实施例还提供了一种计算机程序，所述计算机程序存储于计算机设备，使得计算机设备执行所述控制代码执行的方法。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一些实施例中，本申请的软件程序可以通过处理器执行以实现上文步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。