一种基于数据库引擎的流程审批方法、装置及可读介质与流程

1.本发明涉及流程审批领域，具体涉及一种基于数据库引擎的流程审批方法、装置及可读介质。


背景技术：

2.目前，信息化平台的建设中流程化业务体现如下特点：
3.(一)业务办事流程多且复杂。比较重要的业务办事流程往往需要多级审批。而且业务人员审批时往往需要办理相应业务，如上传佐证材料，文件盖章确认等。
4.(二)业务办事流程不确定且经常变动。随着组织架构的调整、人员的入职离职，或者新设的业务办理流程并不是十分明确需要实际办理中进行磨合和调整。因此业务流程需要频繁大幅度的调整。
5.(三)业务办事流程跨域广。涉域面广的业务往往需要跨部门审批、跨机构、跨地域审批。
6.针对现有业务特点，传统的数据状态控制流程，实现、维护都需要高昂的成本，因此必须引入工作流引擎。现有技术中的工作流引擎的工作模式大致都需要研发人员开发一个流程并发布，然后相关业务功能调用启动工作流完成业务审批，流程发生变更需要研发人员调整流程后重新发布流程，无法应对那种频繁变更的需求。且这些工作流引擎相对来说太过臃肿，有些工作流引擎的集成甚至需要七八十表才能集成，集成成本、学习成本相对较高、契合度不高，而且风险较高。
7.有鉴于此，设计出一种创新的基于数据库引擎的流程审批方法是非常具有意义的。


技术实现要素：

8.针对上述提到的流程复杂且跨域广、成本高、契合度不高等问题。本技术的实施例的目的在于提出了一种基于数据库引擎的流程审批方法、装置及可读介质，来解决以上背景技术部分提到的技术问题。
9.第一方面，本技术的实施例提供了一种基于数据库引擎的流程审批方法，包括以下步骤：
10.s1，获取业务办理流程需求，根据获取的业务办理流程需求建立流程配置，流程配置包括审批流程、每个审批流程中的审批环节以及每个审批环节中的审批项所对应的配置信息，流程配置建立完成后生成流程编码；
11.s2，获取流程申报材料，基于流程申报材料选择流程编码对应的流程，根据流程编码读取流程配置，通过流程数据交互引擎启动流程并根据流程配置建立流程实例数据，并返回流程实例id；
12.s3，根据流程配置和流程实例数据获取界面数据并构建可视化界面，通过可视化界面获取审批流程中每个审批环节中的审批项所对应的业务操作，通过流程实例id建立业
务操作与流程数据交互引擎中的流程实例数据之间的通讯以执行流程审批操作。
13.在一些实施例中，流程配置与流程实例数据之间通过多种业务表进行数据交互，业务表包括审批业务配置表、业务活动配置表、工作流程表、活动执行记录表和活动执行明细表，流程配置中的配置信息记录在审批业务配置表和业务活动配置表，流程实例数据记录在工作流程表、活动执行记录表和活动执行明细表，并且审批业务配置表与工作流程表之间建立数据关联，业务活动配置表与活动执行记录表和活动执行明细表之间建立数据关联，审批业务配置表和业务活动配置表之间以主键关联，审批业务配置表记录审批流程中的配置信息，业务活动配置表记录审批环节以及审批环节中的审批项的配置信息。
14.在一些实施例中，流程实例数据包括业务流程数据、执行记录数据和活动执行数据，工作流程表、活动执行记录表和活动执行明细表之间以主键关联，工作流程表记录业务流程数据，活动执行记录表记录执行记录数据，活动执行明细表记录活动执行数据。
15.在一些实施例中，步骤s2中流程数据交互引擎启动流程的具体包括：
16.s21，根据流程编码读取审批业务配置表，将审批业务配置表中的配置信息写入工作流程表，并以流程实例id作为工作流程表的主键；
17.s22，根据流程编码获取业务活动配置表中的每个环节的配置信息，并将每个环节的配置信息写入活动执行记录表，记录每个环节的活动执行数据，同时通过流程实例id与工作流程表建立关联；
18.s23，根据业务活动配置表的配置信息中的执行人信息，将需要执行该活动的执行人写入活动执行明细表中，并将所有执行人的执行状态标识为待执行，同时通过活动执行记录表与活动执行明细表主键建立1：n关联；
19.s24，将流程实例id返回并写入业务表中。
20.在一些实施例中，流程编码的编码规则为业务表名称_自定义序号，通过流程编码获取与审批流程存在交互的业务表，并通过流程实例id在业务表中获取与该执行人相关的业务操作列表，根据业务操作列表中执行人完成所需执行的所有业务操作，步骤s3中执行流程审批操作具体包括：
21.s31，通过流程实例id获取流程实例数据，流程实例数据包括执行人、执行状态；
22.s32，根据流程实例id和执行人从活动执行记录表和活动执行明细表获取当前审批环节的执行记录数据和活动执行数据，
23.s33，根据执行状态判断是否进入下一环节，根据业务操作通过反射处理将执行记录数据和活动执行数据修改到活动执行记录表和活动执行明细表；
24.s34，若执行状态为通过或者不通过继续执行，则根据当前审批环节的执行记录数据中获取当前环节执行人数，并判断当前环节执行人数与总执行人数是否相等，若当前环节执行人数小于总执行人数，则在当前环节继续执行，对执行记录数据中执行次数进行修改，并按照执行顺序修改活动执行数据；若当前环节执行人数等于总执行人数，则将活动执行明细表中的其他需执行用户自动执行并标明原因，通过活动执行记录表中的当前环节序号获取下一环节的执行记录数据和活动执行数据，并根据获取的下一环节的执行记录数据和活动执行数据判断该流程是否有下一环节，若无下一环节则结束流程，若有下一环节则重复步骤s33-s34；
25.s35，若执行状态为退回，则根据当前审批环节的执行记录数据和活动执行数据执
行退回操作，并根据退回操作通过反射处理将执行记录数据和活动执行数据修改到活动执行记录表和活动执行明细表中，退回操作包括退回草稿、退回上一环节和退回具体环节，若为退回草稿，则直接结束流程，若退回上一环节或退回具体环节，则启动判断是否有上一环节或具体环节，若有则执行上一环节或具体环节的流程，若无则结束流程；
26.s36，若执行状态为不通过流程结束，则直接结束流程。
27.在一些实施例中，存在上下级关系的审批流程之间通过上一级流程实例id或下一级流程实例id获取上级或下级审批流程的流程实例数据。
28.在一些实施例中，界面数据包括审批界面数据和界面功能数据，通过流程实例数据获取得到审批界面数据，通过流程配置中每个流程审批环节的环节配置获取得到界面功能数据。
29.第二方面，本技术的实施例还提出了一种基于数据库引擎的流程审批装置，包括：
30.流程配置模块，被配置为获取业务办理流程需求，根据获取的业务办理流程需求建立流程配置，流程配置包括审批流程、每个审批流程中的审批环节以及每个审批环节中的审批项所对应的配置信息，流程配置建立完成后生成流程编码；
31.流程启动模块，被配置为获取流程申报材料，基于流程申报材料选择流程编码对应的流程，根据流程编码读取流程配置，通过流程数据交互引擎启动流程并根据流程配置建立流程实例数据，并返回流程实例id；
32.操作执行模块，被配置为根据流程配置和流程实例数据获取界面数据并构建可视化界面，通过可视化界面获取审批流程中每个审批环节中的审批项所对应的业务操作，通过流程实例id建立业务操作与流程数据交互引擎中的流程实例数据之间的通讯以执行流程审批操作。
33.第三方面，本技术的实施例提供了一种电子设备，包括一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
34.第四方面，本技术的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
35.与现有技术相比，本发明具有以下有益效果：
36.(1)流程配置通过基于web开发的可配置界面功能，用于替代传统工作流面向控件拖拽似式开发流程，将传统面向图元编程的工作流改为通过数据配置的应用功能型工作流，无需研发人员开发工作流，可直接通过配置器进行业务配置，流程变动时直接通过功能进行维护，流程变更更加灵活，通过流程配置构建的统一集成的办事界面，功能全、支持自定义，能完全满足所有业务流程功能的需求，提升研发质量、降低研发成本。
37.(2)流程实例数据为基于关系型数据库存储过程和函数实现的流程数据交互引擎。支持三大主流数据库mysql、sql server、oracle。主要做用于业务操作时流程与业务之间的数据交互控制。通过读取流程配置完成对整个流程的控制完成整个生命周期的控制，如启动流程、执行流程、流程信息获取等。采用独立的数据调度引擎，由数据库编程实现流程数据调度。主流关系型数据库都采用标准脚本，兼容性好无需任何部署，性能好。
38.(3)流程配置与流程实例数据之间相对独立，对流程实例数据进行修改并不影响流程配置的配置信息，因此在审批流程的流转过程中当前被执行的所述审批环节所对应的
环节配置固定不变，流程实例数据采用业务与数据固化一致，即数据到指定环节后该业务的环节配置就是固定了，修改该环节配置后不会对此业务有影响。摒弃了固化全程数据时需要相关业务需要重启流程的弊端，又防止因修改配置导致数据丢失等问题。
39.(4)流程启动支持多流程智能拼接，启动时将需要拼接的流程实例传入。工作流会通过上一级流程实例id自动递归，将所有关联流程拼结成一个大流程。工作流程表中存有流程实例父id，在启动一个新的流程时，可传入需要拼接的流程实例，通过流程实例父id，指向需要拼接的流程，达到流程拼接效果。拼接进来的流程亦可以拼接其他流程，系统通过流程实例父id自动递归到根流程，从而实现流程无限智能拼接效果。
40.(5)所有的流程配置的配置信息与流程实例数据以5种业务表进行存储，实现轻量化，易集成，研发平台使用只需执行完数据库脚本引入jar包即可使用。
附图说明
41.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1是本技术的一个实施例可以应用于其中的示例性装置架构图；
43.图2为本发明的实施例的基于数据库引擎的流程审批方法的流程示意图；
44.图3为本发明的实施例的基于数据库引擎的流程审批方法的业务表的示意图；
45.图4为本发明的实施例的基于数据库引擎的流程审批方法的审批业务管理的界面示意图；
46.图5为本发明的实施例的基于数据库引擎的流程审批方法的审批环节列表的界面示意图；
47.图6为本发明的实施例的基于数据库引擎的流程审批方法的审批环节中审批项的界面示意图；
48.图7为本发明的实施例的基于数据库引擎的流程审批方法的编辑审批环节选择流程编码的界面示意图；
49.图8为本发明的实施例的基于数据库引擎的流程审批方法的用户需执行的审批环节的界面示意图；
50.图9为本发明的实施例的基于数据库引擎的流程审批方法的用户需执行的审批项的界面示意图；
51.图10为本发明的实施例的基于数据库引擎的流程审批方法的图元形式流程的界面示意图；
52.图11为本发明的实施例的基于数据库引擎的流程审批装置的示意图；
53.图12是适于用来实现本技术实施例的电子设备的计算机装置的结构示意图。
具体实施方式
54.为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施
例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
55.图1示出了可以应用本技术实施例的基于数据库引擎的流程审批方法或基于数据库引擎的流程审批装置的示例性装置架构100。
56.如图1所示，装置架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
57.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种应用，例如数据处理类应用、文件处理类应用等。
58.终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
59.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上传的文件或数据进行处理的后台数据处理服务器。后台数据处理服务器可以对获取的文件或数据进行处理，生成处理结果。
60.需要说明的是，本技术实施例所提供的基于数据库引擎的流程审批方法可以由服务器105执行，也可以由终端设备101、102、103执行，相应地，基于数据库引擎的流程审批装置可以设置于服务器105中，也可以设置于终端设备101、102、103中。
61.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。在所处理的数据不需要从远程获取的情况下，上述装置架构可以不包括网络，而只需服务器或终端设备。
62.图2示出了本技术的实施例提供的一种基于数据库引擎的流程审批方法，包括以下步骤：
63.s1，获取业务办理流程需求，根据获取的业务办理流程需求建立流程配置，流程配置包括审批流程、每个审批流程中的审批环节以及每个审批环节中的审批项所对应的配置信息，流程配置建立完成后生成流程编码；
64.s2，获取流程申报材料，基于流程申报材料选择流程编码对应的流程，根据流程编码读取流程配置，通过流程数据交互引擎启动流程并根据流程配置建立流程实例数据，并返回流程实例id；
65.s3，根据流程配置和流程实例数据获取界面数据并构建可视化界面，通过可视化界面获取审批流程中每个审批环节中的审批项所对应的业务操作，通过流程实例id建立业务操作与流程数据交互引擎中的流程实例数据之间的通讯以执行流程审批操作。
66.在具体的实施例中，流程配置与流程实例数据之间通过多种业务表进行数据交互，业务表包括审批业务配置表、业务活动配置表、工作流程表、活动执行记录表和活动执行明细表，具体如图3所示。流程配置中的配置信息记录在审批业务配置表和业务活动配置表，一个流程对应一个审批业务配置表，一个流程具有多个审批环节，每个审批环节都需要
一个业务活动配置表来记录审批环节中所需要具体执行的审批项，因此一个审批业务配置表对应多个业务活动配置表。流程配置通过流程配置管理器来完成，流程配置管理器是基于web开发的可配置界面功能，用于替代传统工作流面向控件拖拽似式开发流程，无需研发人员开发工作流，直接通过流程配置管理器进行业务配置，流程变动时直接通过功能进行维护。获取业务办理流程需求后，流程维护人员或研发人员进入流程配置管理器可根据业务办理流程需求建立审批项，如图4所示，流程配置建立完成后生成流程编码，以流程编码作为流程配置的读取标识，在流程配置设置完成后根据流程申报材料选择对应的流程编码及流程配置，流程数据交互引擎读取流程配置后启动流程。
67.在具体的实施例中，流程配置过程中根据业务办理流程需求建立相应审批环节，在这个过程中还可以集成消息通知中间件，流程办结后可根据消息中间件推送消息至指定人，如图5所示。可根据业务办理流程需求设置审批环节的审批项，如环节活动的名称、第几环节、环节是不是可以回退、默认回退的环节、环节需要的执行人数、环节的操作名称、具体可执行人、需要办理的业务信息、办理时查看的界面、是否指定下一环节执行人、是否上传佐证材料、执行状态(通过、退回、不通过继续执行、不通过流程结束等)、自定义功能、自定义环节标识符等。通过上述配置项完成整个生命周期的控制，具体配置如图6所示。
68.如图7所示，流程编码的编码规则为业务表名称_自定义序号，在优选的实施例中，自定义序号取3位数，通过流程编码获取对应流程配置的配置信息。通过流程编码获取与审批流程存在交互的业务表，并通过流程实例id在业务表中获取与该执行人相关的业务操作列表，根据业务操作列表中执行人完成所需执行的所有业务操作因此可以查询到与该用户相关的所需执行的业务操作。针对业务变动比较多的情况，就可以通过流程编码采用java反射技术将流程与业务表建立联系，方便对流程配置进行调整，流程配置调整后不需要重新启动流程，可以直接进行到下一环节。
69.在具体的实施例中，流程数据交互引擎读取流程配置后启动流程后生成流程实例数据，流程实例数据记录在工作流程表、活动执行记录表和活动执行明细表，并且审批业务配置表与工作流程表之间建立数据关联，业务活动配置表与活动执行记录表和活动执行明细表之间建立数据关联，审批业务配置表和业务活动配置表之间以主键关联，审批业务配置表记录审批流程中的配置信息，业务活动配置表记录审批环节以及审批环节中的审批项的配置信息。流程实例数据包括业务流程数据、执行记录数据和活动执行数据，工作流程表、活动执行记录表和活动执行明细表之间以主键关联，工作流程表记录业务流程数据，活动执行记录表记录执行记录数据，活动执行明细表记录活动执行数据。每个审批环节执行完成后重复读取下一个审批环节对应的业务活动配置表，并生成下一个审批环节对应的活动执行记录表和活动执行明细表。流程实例数据与业务采用固化同步的方式，即流程实例数据到指定审批环节后该业务的审批环节的配置信息就是固定的，再修改该审批环节的配置信息后不会对此业务有影响。摒弃了固化全程数据时需要相关业务需要重启流程的弊端，又防止因修改配置导致用户数据突然丢失等问题。每个审批流程的所有审批信息和审批操作都是通过流程实例id来操作流程。流程实例id通过雪花算法生成，具体地，流程实例id为19位长整型数据，流程实例id是业务数据与流程数据交互引擎通讯的唯一标识符。
70.在具体的实施例中，存在上下级关系的审批流程之间通过上一级流程实例id或下一级流程实例id获取上级或下级审批流程的流程实例数据。因此流程启动支持多流程智能
拼接，启动流程接口提供上一级流程实例id参数parprocessinstid。启动时将需要拼接的流程实例传进入。工作流会通过上一级流程实例id自动递归，将所有关联流程拼结成一个大流程。因此针对需要多级流程审批的情况，方便进行流程关联及流程扩展。
71.在具体的实施例中，步骤s2中流程数据交互引擎启动流程的具体包括：
72.s21，根据流程编码读取审批业务配置表，将审批业务配置表中的配置信息写入工作流程表，并以流程实例id作为工作流程表的主键，同时记录流程的启动时间，将流程的状态设为执行中；
73.s22，根据流程编码获取业务活动配置表中的每个环节的配置信息，并将每个环节的配置信息写入活动执行记录表，记录每个环节的活动执行数据，同时通过流程实例id与工作流程表建立关联；
74.s23，根据业务活动配置表的配置信息中的执行人信息，将需要执行该活动的执行人写入活动执行明细表中，并将所有执行人的执行状态标识为待执行，同时通过活动执行记录表与活动执行明细表主键建立1：n关联；
75.s24，将流程实例id返回并写入业务表中。
76.在具体的实施例中，界面数据包括审批界面数据和界面功能数据，通过流程实例数据获取得到审批界面数据，通过流程配置中每个流程审批环节的环节配置获取得到界面功能数据。在可视化界面中，通过流程配置管理器动态生成办件列表，根据当前执行人列出待受理数据、已受理数据、全部以及每条数据现在的流程所在环节的执行人以及操作等，具体如图8所示。执行人在可视化界面中对具体的审批项执行业务操作，如图9所示。
77.可视化界面中的审批内容由界面内嵌进来，通过流程实例id进行通讯，自定义业务逻辑在执行完流程操作后，应用java反射技术调用自定义的逻辑过程并且可视化界面会告知自定义逻辑所有参数，包括执行的流程实例id、执行人、执行操作、执行意见、指定下一环节执行人等。在可视化界面中的业务处理部分存在发送消息或其他选项可选择自定义业务逻辑，并通过选择处理界面进行嵌入。该流程虽然将传统的面向图元编程的工作流变成通过数据配置的工作流，但通过配置数据和执行数据也可将其转变成直观的图元形式流程，具体如图10所示。
78.具体地，执行人在可视化界面中执行具体的业务操作，步骤s3中执行流程审批操作具体包括：
79.s31，通过流程实例id获取流程实例数据，流程实例数据包括执行人、执行状态；
80.s32，根据流程实例id和执行人从活动执行记录表和活动执行明细表获取当前审批环节的执行记录数据和活动执行数据，
81.s33，根据执行状态判断是否进入下一环节，根据业务操作通过反射处理将执行记录数据和活动执行数据修改到活动执行记录表和活动执行明细表；
82.s34，若执行状态为通过或者不通过继续执行，则根据当前审批环节的执行记录数据中获取当前环节执行人数，并判断当前环节执行人数与总执行人数是否相等，若当前环节执行人数小于总执行人数，则在当前环节继续执行，对执行记录数据中执行次数进行修改，并按照执行顺序修改活动执行数据；若当前环节执行人数等于总执行人数，则将活动执行明细表中的其他需执行用户自动执行并标明原因，通过活动执行记录表中的当前环节序号获取下一环节的执行记录数据和活动执行数据，并根据获取的下一环节的执行记录数据
和活动执行数据判断该流程是否有下一环节，若无下一环节则结束流程，若有下一环节则重复步骤s33-s34；
83.s35，若执行状态为退回，则根据当前审批环节的执行记录数据和活动执行数据执行退回操作，并根据退回操作通过反射处理将执行记录数据和活动执行数据修改到活动执行记录表和活动执行明细表中，退回操作包括退回草稿、退回上一环节和退回具体环节，若为退回草稿，则直接结束流程，若退回上一环节或退回具体环节，则启动判断是否有上一环节或具体环节，若有则执行上一环节或具体环节的流程，若无则结束流程；
84.s36，若执行状态为不通过流程结束，则直接结束流程。
85.进一步参考图11，作为对上述各图所示方法的实现，本技术提供了一种基于数据库引擎的流程审批装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
86.本技术实施例提供了一种基于数据库引擎的流程审批装置，包括：
87.流程配置模块1，被配置为获取业务办理流程需求，根据获取的业务办理流程需求建立流程配置，流程配置包括审批流程、每个审批流程中的审批环节以及每个审批环节中的审批项所对应的配置信息，流程配置建立完成后生成流程编码；
88.流程启动模块2，被配置为获取流程申报材料，基于流程申报材料选择流程编码对应的流程，根据流程编码读取流程配置，通过流程数据交互引擎启动流程并根据流程配置建立流程实例数据，并返回流程实例id；
89.操作执行模块3，被配置为根据流程配置和流程实例数据获取界面数据并构建可视化界面，通过可视化界面获取审批流程中每个审批环节中的审批项所对应的业务操作，通过流程实例id建立业务操作与流程数据交互引擎中的流程实例数据之间的通讯以执行流程审批操作。
90.本发明流程整体架构轻量级，只采用5种业务表。流程核心引擎算法全部基于关系型数据库的存储过程和函数实现，兼容性好。业务功能与流程完全独立分开，只通过流程实例id进行数据交互。业务功能和流程互不影响，具体业务可随时重启流程。
91.审批业务无需开发具体流程，无需开发环境调整，当业务流程发生变更后只需通过后台业务功能自行调整即可，解决业务办事流程不确定且经常变动问题。本业务流程提供各种业务可配置项，并且根据业务需要可随时扩展配置，解决业务办事流程多且复杂问题。流程可智能拼接将多个流程智能拼接成一个大流程，解决办事流程跨域广问题。
92.下面参考图12，其示出了适于用来实现本技术实施例的电子设备(例如图1所示的服务器或终端设备)的计算机装置1200的结构示意图。图12示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
93.如图12所示，计算机装置1200包括中央处理单元(cpu)1201和图形处理器(gpu)1202，其可以根据存储在只读存储器(rom)1203中的程序或者从存储部分1209加载到随机访问存储器(ram)1204中的程序而执行各种适当的动作和处理。在ram 1204中，还存储有装置1200操作所需的各种程序和数据。cpu 1201、gpu1202、rom 1203以及ram 1204通过总线1205彼此相连。输入/输出(i/o)接口1206也连接至总线1205。
94.以下部件连接至i/o接口1206：包括键盘、鼠标等的输入部分1207；包括诸如、液晶显示器(lcd)等以及扬声器等的输出部分1208；包括硬盘等的存储部分1209；以及包括诸如
lan卡、调制解调器等的网络接口卡的通信部分1210。通信部分1210经由诸如因特网的网络执行通信处理。驱动器1211也可以根据需要连接至i/o接口1206。可拆卸介质1212，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1211上，以便于从其上读出的计算机程序根据需要被安装入存储部分1209。
95.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1210从网络上被下载和安装，和/或从可拆卸介质1212被安装。在该计算机程序被中央处理单元(cpu)1201和图形处理器(gpu)1202执行时，执行本技术的方法中限定的上述功能。
96.需要说明的是，本技术所述的计算机可读介质可以是计算机可读信号介质或者计算机可读介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的装置、装置或器件，或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行装置、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行装置、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
97.可以以一种或多种程序设计语言或其组合来编写用于执行本技术的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
98.附图中的流程图和框图，图示了按照本技术各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执
行规定的功能或操作的专用的基于硬件的装置来实现，或者可以用专用硬件与计算机指令的组合来实现。
99.描述于本技术实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中。
100.作为另一方面，本技术还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取业务办理流程需求，根据获取的业务办理流程需求建立流程配置，流程配置包括审批流程、每个审批流程中的审批环节以及每个审批环节中的审批项所对应的配置信息，流程配置建立完成后生成流程编码；获取流程申报材料，基于流程申报材料选择流程编码对应的流程，根据流程编码读取流程配置，通过流程数据交互引擎启动流程并根据流程配置建立流程实例数据，并返回流程实例id；根据流程配置和流程实例数据获取界面数据并构建可视化界面，通过可视化界面获取审批流程中每个审批环节中的审批项所对应的业务操作，通过流程实例id建立业务操作与流程数据交互引擎中的流程实例数据之间的通讯以执行流程审批操作。
101.以上描述仅为本技术的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本技术中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。