CN117689132A - 流程表单的处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，公开了一种流程表单的处理方法、装置、电子设备及存储介质，该方法包括：确定目标流程表单待流传至的目标流程节点对应的目标角色；在目标流程表单对应的关键信息集合中获取与目标角色相对应的目标关键信息；关键信息集合中的关键信息是从目标流程表单中提取到的；获取目标关键信息对应的表单定义信息；将目标关键信息和表单定义信息发送到目标流程节点，以使目标流程节点按照表单定义信息渲染目标关键信息，并使目标流程表单中目标关键信息的显示样式与目标流程表单的默认显示样式不同。本方案不需要用户花费大量时间查找流程表单中的关键信息，可以提升流程表单的审批效率。

Description

流程表单的处理方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，更具体地，涉及一种流程表单的处理方法、装置、电子设备及存储介质。

背景技术

随着现代企业的组织规模和业务流程化，越来越多的企业引入了流程系统以提高运作效率，将规范的管理制度来帮助运营管理，将企业相关的业务流程电子化，管理制度最终的体现都是在流程审批。如果一用户需要审批的流程表单较多，需要花费大量的时间来进行流程审批，因此，如何提高流程表单的审批效率是现有技术中亟待解决的技术问题。

发明内容

鉴于上述问题，本申请实施例提出了一种流程表单的处理方法、装置、电子设备及存储介质，以提高流程表单的审批效率。

根据本申请实施例的一个方面，提供了一种流程表单的处理方法，包括：确定目标流程表单待流传至的目标流程节点对应的目标角色；在所述目标流程表单对应的关键信息集合中获取与所述目标角色相对应的目标关键信息；所述关键信息集合中的关键信息是从所述目标流程表单中提取到的；获取所述目标关键信息对应的表单定义信息；将所述目标关键信息和所述表单定义信息发送到所述目标流程节点，以使所述目标流程节点按照所述表单定义信息渲染所述目标关键信息，并使所述目标流程表单中所述目标关键信息的显示样式与所述目标流程表单的默认显示样式不同。

在本申请的一些实施例中，基于前述方案，所述在所述目标流程表单对应的关键信息集合中获取与所述目标角色相对应的目标关键信息之前，该方法还包括：获取所述目标流程表单对应的流程信息，所述流程信息用于指示所述目标流程表单在各个流程节点对应的角色；根据所述目标流程表单所属的目标流程类型，获取各所述角色对应于目标流程类型的关键信息提取策略；按照各所述角色对应于所述目标流程类型的关键信息提取策略，从所述目标流程表单中提取各所述角色对应的关键信息；将各所述关键信息与所对应的角色关联添加至所述目标流程表单对应的关键信息集合中。

在本申请的一些实施例中，基于前述方案，所述关键信息提取策略指示了所对应角色在所述目标流程类型下的关键字段；所述按照各所述角色对应于所述目标流程类型的关键信息提取策略，从所述目标流程表单中提取各所述角色对应的关键信息，包括：按照各角色所对应关键信息提取策略指示的关键字段，从所述目标流程表单中获取针对所述关键字段的字段内容；其中，所获取针对所述关键字段的字段内容作为所对应角色对应的关键信息。

在本申请的一些实施例中，基于前述方案，所述按照各所述角色对应于所述目标流程类型的关键信息提取策略，从所述目标流程表单中提取各所述角色对应的关键信息，包括：确定各关键信息提取策略对应的关键信息提取脚本，其中，所述关键信息提取脚本用于指示所对应关键信息提取策略所对应的提取逻辑；通过各关键信息策略对应的关键信息提取脚本对所述目标流程表单进行关键信息提取，得到各所述角色对应的关键信息。

在本申请的另一些实施例中，基于前述方案，所述在所述目标流程表单对应的关键信息集合中获取与所述目标角色相对应的目标关键信息之前，该方法还包括：确定所述目标流程表单所属的目标流程类型；获取与所述目标流程类型相对应的提取脚本；所述提取脚本指示了针对各角色针对所述目标流程表单对应的关键信息提取策略；通过所述提取脚本从所述目标流程表单中提取得到各角色对应的关键信息；将各所述关键信息与所对应的角色关联添加至所述目标流程表单对应的关键信息集合中。

在本申请的一些实施例中，基于前述方案，所述根据所述目标流程表单所属的目标流程类型，获取各所述角色对应于目标流程类型的关键信息提取策略之前，该方法还包括：获取所述目标流程表单的详情信息；根据所述目标流程表单的详情信息确定是否需要对所述目标流程表单进行关键信息提取；若确定需要对所述目标流程表单进行关键信息提取，则执行所述根据所述目标流程表单所属的目标流程类型，获取各所述角色对应于目标流程类型的关键信息提取策略的步骤。

在本申请的一些实施例中，基于前述方案，所述确定目标流程表单待流传至的目标流程节点对应的目标角色之前，该方法还包括：根据所述目标流程表单对应的流程信息，确定所述目标流程节点是否为审批节点；若所述目标流程节点不是审批节点，则向所述目标流程节点发送显示指示信息，所述显示指示信息用于指示按照默认显示样式显示所述目标流程表单；若所述目标流程节点是审批节点，则执行所述确定目标流程表单待流传至的目标流程节点对应的目标角色的步骤。

在本申请的一些实施例中，基于前述方案，所述获取所述目标关键信息对应的表单定义信息，包括：确定所述目标关键信息对应的关键字段；基于关键字段与表单定义信息之间的映射关系，获取与所述目标关键信息所对应关键字段相关联的表单定义信息，将所获取的表单定义信息作为所述目标关键信息对应的表单定义信息。

根据本申请实施例的一个方面，提供了一种流程表单的处理装置，包括：目标角色确定模块，用于确定目标流程表单待流传至的目标流程节点对应的目标角色；目标关键信息获取模块，用于在所述目标流程表单对应的关键信息集合中获取与所述目标角色相对应的目标关键信息；表单定义信息获取模块，用于获取所述目标关键信息对应的表单定义信息；发送模块，用于将所述目标关键信息和所述表单定义信息发送到所述目标流程节点，以使所述目标流程节点按照所述表单定义信息渲染所述目标关键信息，并使所述目标流程表单中所述目标关键信息的显示样式与所述目标流程表单的默认显示样式不同。

根据本申请实施例的一个方面，提供了一种电子设备，包括：处理器；存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如上所述流程表单的处理方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被处理器执行时，实现如上所述流程表单的处理方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品，其包括计算机指令，所述计算机指令被处理器执行时实现如上的流程表单的处理方法。

在本申请的方案中，针对目标流程表单待流转至的目标流程节点，根据目标流程节点对应的目标角色，从目标流程表单对应的关键信息集合中获取与目标角色相对应的目标关键信息，之后，将目标关键信息和目标关键信息对应的表单定义信息发送到所述目标流程节点，以使所述目标流程节点按照所述表单定义信息渲染所述目标关键信息，并使所述目标流程表单中所述目标关键信息的显示样式与所述目标流程表单的默认显示样式不同。这样，实现了根据流程节点所对应的角色来差异化显示流程表单，使得在一流程节点所在终端中，将流程表单中该流程节点所对应角色关注的关键信息被突出显示，这样，对于流程节点的用户来说，不需要花费大量的时间从目标流程表单中查找所关注的关键信息，从而，可以提升流程审批的效率。

而且，不同角色的用户针对同一流程表单所关注的关键信息可能存在差异，按照本申请的方案可以实现同一流程表单随审批角色的不同的动态变化，从而使所显示的流程表单为审批者所用，达到千人千面的审批体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本申请一实施例示出的流程表单的处理系统的示意图。

图2是根据本申请的一个实施例示出的流程表单的处理方法的流程图。

图3是根据本申请一实施例示出的步骤220之前步骤的流程图。

图4是根据本申请另一实施例示出的对流程表单进行处理的流程图。

图5是根据本申请一具体实施例示出的对流程表单进行关键信息提取的流程图。

图6是根据本申请一实施例示出的对关键信息进行持久化存储的流程图。

图7是根据本申请一具体实施例示出的客户端对关键信息进行动态渲染的流程图。

图8是根据本申请一实施例示出的流程表单的处理装置的框图。

图9是根据本申请一实施例示出的电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

图1是根据本申请一实施例示出的流程表单的处理系统的示意图，如图1所示，该流程表单的处理系统包括第一终端110、第二终端120和服务端130，第一终端110和第二终端120分别通过有线或者无线网络与服务端130通信连接。其中，服务端130可以是物理服务器、云服务器或者服务器集群，在此不进行具体限定。

第一终端110是指流程表单的发起方所在的终端。第二终端120是指流程表单的审批方所在的终端，图1中示例性示出了一个第二终端120，在具体实施例中，第二终端可以是多个，例如，若流程表单的审批方为多个的情况下，第二终端也为多个。终端(第一终端110、第二终端120)可以是智能手机、平板电脑、笔记本电脑、台式电脑等电子设备，在此不进行具体限定。

流程表单可以是报销流程表单、采购流程表单、寄件流程表单等各种应用场景下需要进行审批的表单，在此不进行具体限定。在流程表单被发起方发起之后，需要将流程表单发送到一个或者多个流程节点所在终端进行审批，可以理解的是，一个用于进行审批的流程节点对应一个审批方。在具体实施例中，服务端可以主动将流程表单发送到流程节点所在的终端进行审批，也可以在接收到流程节点所在的终端发起的请求后，响应于该请求将流程表单发送到流程节点所在的终端。

在本申请的方案中，第一终端110在发起流程表单后，可以将流程表单发送到服务端130，由服务端130按照本申请的方法对流程表单进行处理，具体的：确定目标流程节点对应的目标角色；获取目标角色对应的目标关键信息；将目标关键信息和表单定义信息发送到目标流程节点；这样，目标流程节点可以按照表单定义信息渲染目标关键信息，使得在目标流程节点处所显示的目标流程表单中目标关键信息的显示样式与目标流程表单的默认显示样式不同，换言之，在目标流程节点处，所显示的目标流程表单中目标关键信息被突出显示。

由于目标关键信息是目标流程节点对应的用户所关注的信息，在目标流程节点处将目标流程表单中的目标关键信息进行突出显示，便于目标流程节点对应的用户快速关注到目标关键信息，而不需要用户花费大量的时间从所显示的目标流程表单中查找所关注的信息，从而，可以缩短审批流程表单所花费的时间，进而提升流程表单的审批效率。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图2是根据本申请的一个实施例示出的流程表单的处理方法的流程图，该方法可以由具备处理能力的电子设备执行，例如由图1中的服务端130执行，在此不进行具体限定。参照图2所示，该方法至少包括步骤210至240，详细介绍如下：

步骤210，确定目标流程表单待流传至的目标流程节点对应的目标角色。

目标流程表单可以是任一已发起且待进行审批或者已经进行部分审批的流程表单。流程表单是指需要在多个用户之间进行流转的表单，流程表单可以是报销流程表单、采购流程表单、出差申请流程表单、合同审批流程表单等各种应用场景下需要进行审批的表单，在此不进行具体限定。

对于需要进行审批的流程表单而言，预先设定了流程表单对应的流程中所要顺序经过的一个或者多个流程节点，以及为各流程节点对应设定了进行处理的角色。例如，对于报销流程表单，该报销流程表单所对应流程中的流程节点包括上级审核节点和财务审核节点，其中，在上级审核节点对应的角色为上级主管，在财务审核节点对应的角色为财务主管。可以理解的是，不同的流程表单所对应的流程可能不同，以及流程中所要经过的各流程节点对应的角色也可能不同。

目标流程节点是指目标流程表单待流转至的流程节点。在本申请中，将在一流程节点处具有对流程表单进行处理权限的用户所属的角色称为该流程节点对应的角色。目标角色是指目标流程表单在目标流程节点对应的角色，也可以理解为，目标角色是指在目标流程节点具有审批目标流程表单的权限的用户所属的角色。

由于预先为目标流程表单设定了流程，该流程指示了目标流程表单所要顺序经过的各个流程节点以及各个流程节点对应的角色，因此，按照目标流程表单的流程以及目标流程表单已经过的流程节点，可以确定该目标流程表单待流转至的目标流程节点以及在目标流程节点对应的目标角色。

步骤220，在目标流程表单对应的关键信息集合中获取与目标角色相对应的目标关键信息；关键信息集合中的关键信息是从目标流程表单中提取到的。

目标流程表单对应的关键信息集合中包括从目标流程表单中提取的关键信息。关键信息是指目标流程表单中用户重点关注的信息。

在目标流程表单中不同角色的用户所关注的信息是不同的。例如，对于出差报销表单，报销发起用户的上级主管重点关注的信息是出发地和目的地，以确定出差的时间段是否与实际相符；针对财务主管，其重点关注的信息是报销的金额以及报销发起用户对应的职级，以快速判断报销的金额与报销发起用户对应的职级是否匹配。

目标关键信息是指目标流程表单中目标角色所对应的关键信息，或者目标流程表单对应的关键信息集合中与目标角色相对应的关键信息。

在具体实施例中，可以在目标流程表单的发起方发起该目标流程表单后，先对目标流程表单进行关键信息提取，并将所提取的关键信息添加到目标流程表单对应的关键信息集合中。

由于不同角色的用户针对同一流程表单所关注的信息存在差异，因此，在关键信息提取的过程中，可以按不同的角色分别对目标流程表单进行关键信息提取，然后将针对各角色所提取的关键信息和所对应的角色关联添加到该目标流程表单对应的关键信息集合中。

在目标流程表单所对应的关键信息集合中，各关键信息是与审批角色相关联的，因此，在步骤220中，基于所确定的目标角色，可以对应从目标流程表单对应的关键信息集合中获取与目标角色相对应的目标关键信息。

步骤230，获取目标关键信息对应的表单定义信息。

表单定义信息是指用于描述表单中目标关键信息的显示样式的信息，例如目标关键信息所包括的内容项，承载各内容项的元素在表单页面中的位置(例如元素的高度、宽度、形状、端点位置等)、以及各内容项在表单页面中的字体、颜色、间距、高度、宽度、填充颜色、背景等属性信息。

在本申请中，表单定义信息所指示的显示样式与目标流程表单对应的默认显示样式不同，从而，在按照目标关键信息对应的表单定义信息对目标关键信息进行渲染后，可以保证在目标流程表单中目标关键信息对应的显示样式与目标流程表单对应的默认显示样式不同，以使目标流程表单中的目标关键信息被突出显示。

不同的关键信息对应的表单定义信息可以是相同的，也可以是不同的，具体可根据实际需要进行设定。

在一些实施例中，若不同的关键信息对应的表单定义信息是相同的，则可以预先设定指定表单定义信息，在步骤230中，可以将指定表单定义信息作为目标关键信息对应的表单定义信息。

在另一些实施例中，步骤230，包括：确定目标关键信息对应的关键字段；基于关键字段与表单定义信息之间的映射关系，获取与目标关键信息所对应关键字段相关联的表单定义信息，将所获取的表单定义信息作为目标关键信息对应的表单定义信息。

在流程表单中，一般通过关键字段来指示流程表单中所包括的内容，例如，在出差报销流程表单中，通过“出差开始时间”、出差结束时间、出差地、出差事项等关键字段来指示流程发起方所要输入的内容，所要输入的内容对应为流程表单包括的内容；流程表单中还可以包括在发起流程时所自动填入的内容，例如在流程发起方创建流程时，自动填入与发起方相关的信息，例如发起方的姓名、工号、职级等，流程表单中所自动填入的与发起方信息相关的字段也可以为关键字段。在该种情况下，关键字段的字段内容即为流程表单所包括的内容或者信息。例如，在发起方发起的出差报销流程表单中，针对“出差开始时间”这一关键字段，发起方输入的内容为“2022年7月20日”，则“2022年7月20日”为“出差开始时间”这一关键字段的字段内容。

在对流程表单进行关键信息提取过程中，可以是以关键字段为单位进行信息提取。即，按照关键字段，提取所对应关键字段的字段内容作为关键信息。在具体实施例中，针对一审批角色所提取的关键信息可以包括一个关键字段对应的字段内容，也可以包括多个关键字段的字段内容，在此不进行具体限定。

目标关键信息对应的关键字段是指目标关键信息中各项字段内容所来源的关键字段。目标关键信息对应的关键字段可以是一个也可以是多个，在此不进行具体限定。

在本实施例中，可以预先设定各关键字段对应的表单定义信息，一关键字段对应的表单定义信息用于指示关键信息中该关键字段所对应字段内容对应的显示样式。可以理解的是，在目标关键信息对应的关键字段为多个的情况下，所获取到的表单定义信息也包括多个关键字段对应的表单定义信息。

不同的关键字段对应的表单定义信息可以相同也可以不同，在此不进行具体限定。若不同的关键字段对应的表单定义信息不同，在终端所渲染显示的目标流程表单中，目标关键信息中不同关键字段对应的字段内容的显示样式也是存在差异的，这样，便于用户通过显示样式区分目标关键信息中不同关键字段对应的字段内容。

步骤240，将目标关键信息和表单定义信息发送到目标流程节点，以使目标流程节点按照表单定义信息渲染目标关键信息，并使目标流程表单中目标关键信息的显示样式与目标流程表单的默认显示样式不同。

可以理解的是，在步骤240中，将目标关键信息和表单定义信息发送到目标流程节点，是指将目标关键信息和表单定义信息发送到目标流程节点所在的终端或者所在的客户端，同理，由目标流程节点所在的终端或者所在的客户端基于表单定义信息渲染目标关键信息。

如上所描述，表单定义信息指示了目标关键信息的显示样式，从而，在将目标关键信息和表单定义信息发送到目标流程节点之间，目标流程节点所在的终端对应按照目标关键信息对应的表单定义信息对目标关键信息进行渲染，使得在目标流程节点所在终端显示的流程表单中目标关键信息对应的显示样式与目标流程表单的默认显示样式不同。

在一些实施例中，在目标流程节点所显示的目标流程表单中除目标关键信息外的其他信息按照默认显示样式进行显示。目标流程表单的默认显示样式可以是预先设定的。在具体实施例中，目标流程节点所在的终端可以运行动态表单引擎，从而，目标流程节点所在终端通过动态表单引擎来对目标关键信息进行渲染。

在一些实施例中，在目标流程节点所在的终端中，目标流程表单中的目标关键信息可以以卡片的形式显示，在该种情况下，目标关键信息所对应的表单定义信息还可以指示目标关键信息所对应卡片的显示样式。

在一些实施例中，在目标流程节点所在的终端，可以将目标流程表单中的非关键信息进行折叠显示，这样，对于审批用户来说，首先关注到流程表单中的关键信息，而不需要花费时间进行查找。当审批用户需要查看非关键信息的情况下，可以触发将非关键信息进行显示。

在本申请的方案中，针对目标流程表单待流转至的目标流程节点，根据目标流程节点对应的目标角色，从目标流程表单对应的关键信息集合中获取与目标角色相对应的目标关键信息，之后，将目标关键信息和目标关键信息对应的表单定义信息发送到目标流程节点，以使目标流程节点按照表单定义信息渲染目标关键信息，并使目标流程表单中目标关键信息的显示样式与目标流程表单的默认显示样式不同。这样，实现了根据流程节点所对应的角色来差异化显示流程表单，使得在一流程节点所在终端中，将流程表单中该流程节点所对应角色关注的关键信息被突出显。这样，对于流程节点的用户来说，不需要花费大量的时间从目标流程表单中查找所关注的关键信息，从而，可以提升流程审批的效率。

而且，不同角色的用户针对同一流程表单所关注的关键信息可能存在差异，按照本申请的方案可以实现同一流程表单随审批角色的不同的动态变化，从而使所显示的流程表单为审批者所用，达到千人千面的审批体验。

对于流程表单而言，其中一些流程节点不是审批节点，非审批节点例如用于通知发起方用户查阅审批结果的流程节点、通知对审批完成的流程表单进行存档的流程节点等。对于非审批节点来说，非审批节点对应的用户更关注流程表单中的全局信息，而不是重点关注流程表单中的某一局部信息。在该种情况下，针对非审批节点可以不用对流程表单进行差异化显示。

在本申请的一些实施例中，步骤210之前，该方法还包括：根据目标流程表单对应的流程信息，确定目标流程节点是否为审批节点；若目标流程节点是审批节点，则执行步骤210及其后的步骤；反之，若目标流程节点不是审批节点，则向目标流程节点发送显示指示信息，显示指示信息用于指示按照默认显示样式显示目标流程表单。从而，如果待流转至的目标流程节点不是审批节点，目标流程节点所在的终端，按照默认显示样式显示目标流程表单以及各审批用户针对目标流程表单的审批意见。

目标流程表单对应的流程信息至少用于指示目标流程表单所对应流程中各流程节点是否为审批节点，因此，基于流程信息可以对应确定目标流程节点是否为审批节点。

在本实施例中，在目标流程节点为非审批节点的情况下，不需要执行步骤210-240的过程，而指示目标流程节点按照默认显示样式显示目标流程表单，从而避免进行无效处理，节省处理资源。

在本申请的一些实施例中，步骤210之后，该方法还包括：若在目标流程表单对应的关键信息集合中未获取到与目标角色相对应的关键信息，则向目标流程节点发送显示指示信息，显示指示信息用于指示按照默认显示样式显示目标流程表单。

在该实施例中，如果在目标流程表单对应的关键信息集合中未获取到与目标角色相对应的关键信息，可能是由于针对目标角色进行关键信息提取，对应的，在该种情况下，也对应不需要针对目标角色进行针对性显示目标流程表单。

在本申请的一些实施例中，如图3所示，步骤220之前，该方法还包括：

步骤310，获取目标流程表单对应的流程信息，流程信息用于指示目标流程表单在各个流程节点对应的角色。

目标流程表单对应的流程信息指示了目标流程表单所要经过的各个流程节点，以及各流程节点对应的角色。

步骤320，根据目标流程表单所属的目标流程类型，获取各角色对应于目标流程类型的关键信息提取策略。

目标流程类型是指目标流程表单所属的流程类型。流程类型例如出差报销类型、物料采购类型等，出差报销流程表单所属的流程类型为出差报销类型，采购流程表单所属的流程类型为无聊采购类型。

关键信息提取策略用于指示在对应的流程表单中所对应角色所关注的关键信息，或者用于指示在对应的流程表单中所对应角色所关注的关键信息的提取规则。

如上所描述，针对同一流程表单，不同角色的用户在流程表单关注的信息存在差异。同样的，同一角色的用户在不同的流程表单中所关注的信息也可能存在差异，例如，上级主管这一角色的用户，针对出差报销流程表单所关注的信息是出差开始时间和出差结束时间；针对采购流程表单所关注的信息是采购的物品和待采购物品的用途。因此，在本实施例中，按角色和按流程类型来对关键信息提取策略进行分类。

之后，基于目标流程表单所属的目标流程类型和目标流程表单所经过各流程节点对应的角色，确定目标流程表单所经过流程节点对应的每一角色对应于目标流程类型的关键信息提取策略。

各角色对应于目标流程类型的关键信息提取策略可以是预先配置的。可以理解的是，所配置的关键信息提取策略是针对需要进行流程表单差异化显示的角色，而对于不需要进行流程表单差异化显示的角色，可以不用配置关键信息提取策略。

在一些实施例中，若目标流程表单的流程发生变化，例如新增进行审批的流程节点、删除进行审批的流程节点，或者目标流程表单所包括的内容发生改变，例如目标流程表单中需要发起方进行内容输入的字段变化，则对应的，根据目标流程表单更新后的流程，或者更新后的目标流程表单对流程表单所对应的关键信息提取策略进行更新。

步骤330，按照各角色对应于目标流程类型的关键信息提取策略，从目标流程表单中提取各角色对应的关键信息。

如上所描述，关键信息提取策略用于指示在对应的流程表单中所对应角色所关注的关键信息，从而，可以对应按照所对应的关键信息提取策略，从目标流程表单中提取各角色对应的关键信息。

在本申请的一些实施例中，关键信息提取策略指示了所对应角色在目标流程类型下的关键字段；在本实施例中，步骤330包括：按照各角色所对应关键信息提取策略指示的关键字段，从目标流程表单中获取针对关键字段的字段内容；其中，所获取针对关键字段的字段内容作为所对应角色对应的关键信息。

关键信息提取策略所指示的关键字段为所对应角色在目标流程类型下的关键信息所来源的关键字段。因此，可以对应按照关键信息提取策略所指示的关键字段，从目标流程表单中获取关键信息提取策略所指示关键字段的字段内容，对应获得各角色在目标流程表单中的关键信息。

在本申请的另一些实施例中，步骤330包括：确定各关键信息提取策略对应的关键信息提取脚本，其中，关键信息提取脚本用于指示所对应关键信息提取策略所对应的提取逻辑；通过各关键信息策略对应的关键信息提取脚本对目标流程表单进行关键信息提取，得到各角色对应的关键信息。

关键信息提取脚本是指用于提取关键信息的脚本，关键信息提取脚本可以是用Groovy语言编写的Groovy脚本，当然，还可以是其他脚本语言编写的，在此不进行具体限定。

在本实施例中，关键信息提取脚本是按照关键信息提取策略来针对性编写的，若不同的关键信息提取策略所指示的提取逻辑存在差异(例如所要提取的关键信息不同)，对应的，不同的关键信息提取策略所对应的关键信息提取脚本也对应存在差异。

由于关键信息提取脚本指示了所对应关键信息提取策略所对应的提取逻辑，因此，通过执行关键信息提取脚本，可以对应获得该关键信息提取策略所对应角色在目标流程表单中的关键信息。

在本实施例中，由于通过执行关键信息脚本来进行关键信息提取，这样，若角色对应的关键信息提取策略发生变化，可以仅对应更新对应的关键信息提取脚本即可，而不需要对主体的应用程序进行更新，从而，可以降低更新成本，而且，可以实现根据实际的关键信息提取策略动态发布关键信息提取脚本，缩短需求交付时间。

在一些实施例中，可以是对目标流程表单中发送方所输入的内容数据中进行关键信息提取。从而，在目标流程表单被发起方发起后且未进入到下一个审批节点之前，对目标流程表单进行关键信息提取，所提取的关键信息可以应用到目标流程表单的多个流程节点中。

在另一些实施例中，对于某些流程节点来说，可能之前审批者的审批意见对于当前的审批用户来说是重要的意见参考，在该种情况下，也可以将目标流程表单中的审批意见进行关键信息提取，并在后续的过程中，将对于一角色的用户来说是关键信息的审批意见也对应进行差异化显示。

步骤340，将各关键信息与所对应的角色关联添加至目标流程表单对应的关键信息集合中。

由此，通过如上的步骤310-340，可以实现从目标流程表单中针对性提取各角色对应的关键信息。由于将关键信息和所对应的角色关联添加至目标流程表单对应的关键信息集合中，从而便于在后续的过程中，根据目标流程表单所要流转的下一流程节点的角色，针对性从关键信息集合中获取该角色所对应的关键信息。

在本申请的另一些实施例中，步骤220之前，该方法还包括：确定目标流程表单所属的目标流程类型；获取与目标流程类型相对应的提取脚本；提取脚本指示了针对各角色针对目标流程表单对应的关键信息提取策略；通过提取脚本从目标流程表单中提取得到各角色对应的关键信息；将各关键信息与所对应的角色关联添加至目标流程表单对应的关键信息集合中。

一流程类型对应的提取脚本是指用于从归属于该流程类型的流程表单中提取全部关键信息的脚本。换言之，相较于上述实施例中的关键信息提取脚本，本实施例中的提取脚本相当于是针对一流程表单的全部关键信息提取脚本的集合。因此，目标流程类型所对应的提取脚本指示了针对目标流程表单需要进行关键信息提取的全部角色所对应的关键信息提取策略。

一流程类型对应的提取脚本可以是用Groovy语言编写的Groovy脚本，当然，还可以是其他脚本语言编写的，在此不进行具体限定。

由于目标流程类型对应的提取脚本指示了针对目标流程表单需要进行关键信息提取的全部角色所对应的关键信息提取策略，因此，通过执行目标流程类型对应的提取脚本，可以获得针对目标流程表单需要进行关键信息提取的全部角色所分别对应的关键信息。

在本实施例中，由于通过执行提取脚本来从目标流程表单中提取需要进行关键新提取的全部角色所对应的关键信息，而不是通过应用中的主体程序来进行关键信息提取，从而，如果角色对应的关键信息提取策略发生变化，可以仅对应更新对应的提取脚本即可，而不需要对主体的应用程序进行更新，从而，可以降低更新成本，而且，可以实现根据实际的关键信息提取策略动态发布提取脚本，缩短需求交付时间。

在本申请的一些实施例中，步骤320之前，该方法还包括：获取目标流程表单的详情信息；根据目标流程表单的详情信息确定是否需要对目标流程表单进行关键信息提取；若确定需要对目标流程表单进行关键信息提取，则执行步骤320。

其中，目标流程表单的详情信息用于指示发起方用户需要输入的内容项，例如在出差报销流程表单中，发起方用户需要输入的内容项包括出差开始时间、出差结束时间、出差目的地、报销金额、费用明细等，当然，针对不同的流程表单，所需要输入的内容项是对应存在差异的。也可以是理解为，目标流程表单的详情信息用于指示发起方用户需要进行内容输入的字段。

基于目标流程表单的详情信息，可以确定目标流程表单中所需要发起方用户输入的内容项(或者进行内容输入的字段)的数量。对于审批方用户来说，目标流程表单中发起方用户输入的内容项越多，从目标流程表单中查找到所关注的信息花费的时间越多，反之，目标流程表单中发起方用户输入的内容项越少，从目标流程表单中查找到所关注的信息花费的时间越少。

在此基础上，若目标流程表单中需要发起方用户输入的内容项的数量超过数量阈值，则确定该目标流程表单需要进行关键信息提取；反之，如果目标流程表单中需要发起方用户输入的内容项的数量不超过数量阈值，则确定该目标流程表单不需要进行关键信息提取。

在本实施例中，如果确定目标流程表单需要进行关键信息提取，则按照图3中的步骤320-340所示的过程进行关键信息提取，以便于后续基于所提取的关键信息在各流程节点进行目标流程表单的差异化显示。反之，如果确定目标流程表单不需要进行关键信息提取，则生成第一指示信息，其中，该第一指示信息用于指示在目标流程表单所对应流程中各流程节点处按照默认显示样式显示目标流程表单。基于该实施例，实现了根据目标流程表单的详情信息来自动识别目标流程表单是否需要进行关键信息提取，对于发送方用户所输入的内容项不多的流程表单，进行关键信息提取对应审批效率的提升作用并不大，因此，针对该种流程表单不进行关键信息提取。

在另一些实施例中，可以预先设定第一流程表单集合，其中，第一流程表单集合中包括需要进行关键信息提取的流程表单所对应的表单标识，这样，可以查找目标流程表单所对应的表单标识是否位于第一流程表单集合，如果位于，则确定目标流程表单需要进行关键信息提取，反之如果目标流程表单所对应的表单标识不在第一流程表单集合中，则确定目标流程表单不需要进行关键信息提取。

以下结合一具体实施例来对本申请的方案进行具体说明。

图4是根据本申请一实施例示出的对流程表单进行处理的流程图。在图4对应的实施例中，流程系统、发布订阅系统、决策系统、审批系统可以部署在图1所示的服务端，当然，流程系统、发布订阅系统、决策系统、审批系统可以部署在同一服务器中，也可以部署在不同的服务器中。其中，审批系统用于操作流程表单，包括发起流程表单和审批流程表单等，在本申请的方案中，审批系统还用于提取流程表单中的关键信息。流程系统用于管理表单流转，以将流程表单流转到各个流程节点进行审批，在一些实施例中，流程系统和审批系统还可以集成为一个系统。发布订阅系统可以是Kafka系统，在此不进行具体限定。如图4所示，包括如下的步骤S1-步骤S5，详细介绍如下：

步骤S1、采用发布订阅系统接收流程系统发起的流程表单。

在具体实施例中，可以通过消息队列来接收流程表单，这样，可以对流程系统发起的流程表单发布请求进行削峰，从而降低关键信息提取对流程表单流转的影响。其中，消息队列可以是Rabbit消息队列(Message Queue，MQ)，或者Rocket消息队列。

Rabbit消息队列是实现了高级消息队列协议的开源消息代理软件(亦称面向消息的中间件)；Rabbit消息队列服务器是用Erlang语言编写的，而集群和故障转移是构建在开放电信平台框架上的，所有主要的编程语言均有与代理接口通讯的客户端库。Rocket消息队列是一个分布式消息和流数据平台，具有低延迟、高性能、高可靠性、万亿级容量和灵活的可扩展性；Rocket消息队列既可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性。

其中，在发布订阅系统中可以对应创建用于存储流程表单的消息主题(Topic)，在图4中，用于存流程表单的消息主题为表单数据Topic，之后来自流程系统的流程表单对应存储到表单数据Topic下。

步骤S2、决策系统对流程表单进行关键信息提取。

决策系统可以预先订阅发布订阅系统中的流程表单，从而，当发布订阅系统接收到新的流程表单后，可以主动将新接收到的流程表单发布到决策系统，供决策系统消费流程表单。

图5是根据本申请一具体实施例示出的对流程表单进行关键信息提取的流程图。如图5所示，步骤S2包括如下的步骤S21-步骤S23，详细介绍如下：

步骤S21、执行判断脚本。

通过执行判断脚本来判断当前的流程表单是否需要进行关键信息提取。其中，判断脚本也可以是Groovy脚本，当然，也可以是其他脚本语言编写的脚本，在此不进行具体限定。

步骤S22、提取关键信息。

从流程表单中提取关键信息的具体实现过程参见上文描述，在此不再赘述。在具体实施例中，也可以通过Groovy脚本来对流程表单进行关键信息提取。

在一些实施例中，在提取到关键信息后，进一步将关键信息封装为中间数据格式，该中间数据格式是动态表单协议所兼容的数据格式，由于从流程表单中提取的关键信息的数据格式可能不是动态表单协议兼容的数据格式，如果不对关键信息进行格式转换，会导致后续过程中无法对关键信息进行进一步处理。

步骤S23、根据动态表单协议，将中间数据格式的关键信息转换为表单数据格式。表单数据格式是动态表单引擎所支持的数据格式，从而，保证在后续过程中，动态表单引起可以准确对关键信息进行解析。

请继续参阅图4，步骤S3、将关键信息下发到发布订阅系统。

发布订阅系统中还可以设置用于存储关键字段的主题，在本实施例中，用于存储关键信息的主题为关键信息Topic，对应的，在将关键信息下发到发布订阅系统中后，将关键信息存储到关键信息Topic这一主题下，以供审批系统订阅使用。将关键信息下发到发布订阅系统，可以达到一次生产多次消费的目的，便于多系统使用关键信息。

步骤S4、审批系统消费发布订阅系统中的关键信息和流程表单，并将关键信息和流程表单进行持久化存储。

在具体实施例中，可以将关键信息和流程表单持久化存储到分布式文件系统中，分布式文件系统例如MongoDB、MySQL、HBASE等。

MongoDB是一个基于分布式文件存储的数据库。由C++语言编写。旨在为WEB应用提供可扩展的高性能数据存储解决方案。MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。它支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型。

MySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。MySQL所使用的SQL(Structured Query Language，结构化查询语言)是用于访问数据库的最常用标准化语言。

HBase是一个开源的、面向列的非关系型分布式数据库，HBase采用Java语言实现，在其内部实现了一些压缩算法、内存操作和布隆过滤器等，这些能力使得HBase在海量数据存储、高性能读写场景中得到了大量应用。

图6是根据本申请一实施例示出的对关键信息进行持久化存储的流程图。如图6所示，步骤S4包括如下的步骤S41-步骤S43，详细介绍如下：

步骤S41、消费关键信息；

在步骤S41，在消费关键信息的同时，提取关键信息对应的唯一标识，并创建分布式锁，通过所创建的分布式锁来控制当前时刻使用该关键信息的进程数量。

步骤S42、检查分布式文件系统中是否存在新版本的关键信息。如果不存在新版本的关键信息，则执行步骤S43，将关键信息写入分布式文件系统进行持久化。反之，如果存在新版本的关键信息，则不需要将当前的关键信息写入分布式文件系统。

请继续参阅图4，步骤S5、客户端拉取关键信息，表单页面动态渲染关键信息。在具体实施例中，可以使用动态表单引擎来渲染流程表单中的关键信息。

图7是根据本申请一具体实施例示出的客户端对关键信息进行动态渲染的流程图。具体地，步骤S5包括如下的步骤S51-步骤S53，详细介绍如下：

步骤S51、拉取关键信息和关键信息对应的表单定义信息。

步骤S52、查询本地缓存是否有已编译的页面定义执行类。如果不存在，则执行步骤S53，如果存在，则执行步骤S55。

步骤S53，对表单定义信息进行预编译。

步骤S54，将预编译结果存入缓存。

步骤S55，卡片渲染。在本实施例中，关键信息在流程表单中以卡片的形式显示，对应的，表单定义信息用于描述所对应卡片的显示样式。

在如上的实施例中，从流程表单中针提取关键信息，并将关键信息卡片化显示，对于审批用户来说，流程表单中的关键信息显示直观、一目了然，可以提升流程审批和决策效率。而且，同一条流程表单可按不同审批角色展示关键信息，做到关键信息为审批者所用，达到千人千面的审批体验。

而且，可以实现将流程表单组件化、卡片可视化、配置动态化(例如根据需要配置关键信息提取策略)，可以复用到不同类型的流程表单。进一步的，使用动态表单动态渲染关键信息卡片，可以做到卡片随时开发，随时发版，不依赖于客户端的版本节奏，缩短交付时间。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的方法。对于本申请装置实施例中未披露的细节，请参照本申请上述方法实施例。

图8是根据本申请一实施例示出的流程表单的处理装置的框图，如图8所示，该流程表单的处理装置包括：目标角色确定模块810，用于确定目标流程表单待流传至的目标流程节点对应的目标角色；目标关键信息获取模块820，用于在目标流程表单对应的关键信息集合中获取与目标角色相对应的目标关键信息；表单定义信息获取模块830，用于获取目标关键信息对应的表单定义信息；发送模块840，用于将目标关键信息和表单定义信息发送到目标流程节点，以使目标流程节点按照表单定义信息渲染目标关键信息，并使目标流程表单中目标关键信息的显示样式与目标流程表单的默认显示样式不同。

在本申请的一些实施例中，流程表单的处理装置还包括：流程信息获取模块，用于获取目标流程表单对应的流程信息，流程信息用于指示目标流程表单在各个流程节点对应的角色；关键信息提取策略获取模块，用于根据目标流程表单所属的目标流程类型，获取各角色对应于目标流程类型的关键信息提取策略；第一提取模块，用于按照各角色对应于目标流程类型的关键信息提取策略，从目标流程表单中提取各角色对应的关键信息；添加模块，用于将各关键信息与所对应的角色关联添加至目标流程表单对应的关键信息集合中。

在本申请的一些实施例中，关键信息提取策略指示了所对应角色在目标流程类型下的关键字段；第一提取模块进一步用于：按照各角色所对应关键信息提取策略指示的关键字段，从目标流程表单中获取针对关键字段的字段内容；其中，所获取针对关键字段的字段内容作为所对应角色对应的关键信息。

在本申请的一些实施例中，第一提取模块包括：关键信息提取脚本确定单元，用于确定各关键信息提取策略对应的关键信息提取脚本，其中，关键信息提取脚本用于指示所对应关键信息提取策略所对应的提取逻辑；关键信息提取单元，用于通过各关键信息策略对应的关键信息提取脚本对目标流程表单进行关键信息提取，得到各角色对应的关键信息。

在本申请的另一些实施例中，流程表单的处理装置还包括：目标流程类型确定模块，用于确定目标流程表单所属的目标流程类型；提取脚本获取模块，用于获取与目标流程类型相对应的提取脚本；提取脚本指示了针对各角色针对目标流程表单对应的关键信息提取策略；第二提取模块，用于通过提取脚本从目标流程表单中提取得到各角色对应的关键信息；添加模块，用于将各关键信息与所对应的角色关联添加至目标流程表单对应的关键信息集合中。

在本申请的一些实施例中，流程表单的处理装置还包括：详情信息获取模块，用于获取目标流程表单的详情信息；第一判断模块，用于根据目标流程表单的详情信息确定是否需要对目标流程表单进行关键信息提取；第一执行模块，用于若确定需要对目标流程表单进行关键信息提取，则执行根据目标流程表单所属的目标流程类型，获取各角色对应于目标流程类型的关键信息提取策略的步骤。

在本申请的一些实施例中，流程表单的处理装置还包括：第二判断模块，用于根据目标流程表单对应的流程信息，确定目标流程节点是否为审批节点；显示指示信息发送模块，用于若目标流程节点不是审批节点，则向目标流程节点发送显示指示信息，显示指示信息用于指示按照默认显示样式显示目标流程表单；第二执行模块，用于若目标流程节点是审批节点，则执行确定目标流程表单待流传至的目标流程节点对应的目标角色的步骤。

在本申请的一些实施例中，表单定义信息获取模块830，包括：关键字段确定单元，用于确定目标关键信息对应的关键字段；表单定义信息获取单元，用于基于关键字段与表单定义信息之间的映射关系，获取与目标关键信息所对应关键字段相关联的表单定义信息，将所获取的表单定义信息作为目标关键信息对应的表单定义信息。

图9是根据本申请一实施例示出的电子设备的结构示意图。该电子设备可以是图1所示的服务端130，当然，还可以是其他可以用于执行本申请所提供的流程表单的处理方法的设备。

如图9所示，该电子设备可以包括：处理器901，例如CPU(Central ProcessingUnit，中央处理器)，网络接口904，用户接口903，存储器905，通信总线902。其中，通信总线902用于实现这些组件之间的连接通信。用户接口903可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选的，用户接口903还可以包括标准的有线接口、无线接口。网络接口904可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器905可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器905可选的还可以是独立于前述处理器901的存储装置。

本领域技术人员可以理解，图9中示出的电子设备的结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图9所示，作为一种计算机可读存储介质的存储器905中可以包括操作系统、网络通信模块、用户接口模块以及实现流程表单的处理方法的程序。

在图9所示的电子设备中，网络接口904主要用于与其他设备进行通信连接，例如与图1中第一终端110、第二终端120等。用户接口903主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器901可以用于调用存储器905中存储的实现流程表单的处理方法的程序，并执行如上任一方法实施例中的流程表单的处理方法的步骤。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当计算机可读指令被处理器执行时，实现如上任一方法实施例中的流程表单的处理方法。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

根据本申请实施例的一个方面，提供了一种计算机程序产品，其包括计算机指令，计算机指令被处理器执行时实现如上任一方法实施例中的流程表单的处理方法。

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种流程表单的处理方法，其特征在于，包括：

确定目标流程表单待流传至的目标流程节点对应的目标角色；

在所述目标流程表单对应的关键信息集合中获取与所述目标角色相对应的目标关键信息；所述关键信息集合中的关键信息是从所述目标流程表单中提取到的；

获取所述目标关键信息对应的表单定义信息；

将所述目标关键信息和所述表单定义信息发送到所述目标流程节点，以使所述目标流程节点按照所述表单定义信息渲染所述目标关键信息，并使所述目标流程表单中所述目标关键信息的显示样式与所述目标流程表单的默认显示样式不同。

2.根据权利要求1所述的方法，其特征在于，所述在所述目标流程表单对应的关键信息集合中获取与所述目标角色相对应的目标关键信息之前，所述方法还包括：

获取所述目标流程表单对应的流程信息，所述流程信息用于指示所述目标流程表单在各个流程节点对应的角色；

根据所述目标流程表单所属的目标流程类型，获取各所述角色对应于目标流程类型的关键信息提取策略；

按照各所述角色对应于所述目标流程类型的关键信息提取策略，从所述目标流程表单中提取各所述角色对应的关键信息；

将各所述关键信息与所对应的角色关联添加至所述目标流程表单对应的关键信息集合中。

3.根据权利要求2所述的方法，其特征在于，所述关键信息提取策略指示了所对应角色在所述目标流程类型下的关键字段；

所述按照各所述角色对应于所述目标流程类型的关键信息提取策略，从所述目标流程表单中提取各所述角色对应的关键信息，包括：

按照各角色所对应关键信息提取策略指示的关键字段，从所述目标流程表单中获取针对所述关键字段的字段内容；其中，所获取针对所述关键字段的字段内容作为所对应角色对应的关键信息。

4.根据权利要求1所述的方法，其特征在于，所述在所述目标流程表单对应的关键信息集合中获取与所述目标角色相对应的目标关键信息之前，所述方法还包括：

确定所述目标流程表单所属的目标流程类型；

获取与所述目标流程类型相对应的提取脚本；所述提取脚本指示了针对各角色针对所述目标流程表单对应的关键信息提取策略；

通过所述提取脚本从所述目标流程表单中提取得到各角色对应的关键信息；

将各所述关键信息与所对应的角色关联添加至所述目标流程表单对应的关键信息集合中。

5.根据权利要求2所述的方法，其特征在于，所述根据所述目标流程表单所属的目标流程类型，获取各所述角色对应于目标流程类型的关键信息提取策略之前，所述方法还包括：

获取所述目标流程表单的详情信息；

根据所述目标流程表单的详情信息确定是否需要对所述目标流程表单进行关键信息提取；

若确定需要对所述目标流程表单进行关键信息提取，则执行所述根据所述目标流程表单所属的目标流程类型，获取各所述角色对应于目标流程类型的关键信息提取策略的步骤。

6.根据权利要求1所述的方法，其特征在于，所述确定目标流程表单待流传至的目标流程节点对应的目标角色之前，所述方法还包括：

根据所述目标流程表单对应的流程信息，确定所述目标流程节点是否为审批节点；

若所述目标流程节点不是审批节点，则向所述目标流程节点发送显示指示信息，所述显示指示信息用于指示按照默认显示样式显示所述目标流程表单；

若所述目标流程节点是审批节点，则执行所述确定目标流程表单待流传至的目标流程节点对应的目标角色的步骤。

7.根据权利要求1所述的方法，其特征在于，所述获取所述目标关键信息对应的表单定义信息，包括：

确定所述目标关键信息对应的关键字段；

基于关键字段与表单定义信息之间的映射关系，获取与所述目标关键信息所对应关键字段相关联的表单定义信息，将所获取的表单定义信息作为所述目标关键信息对应的表单定义信息。

8.一种流程表单的处理装置，其特征在于，包括：

目标角色确定模块，用于确定目标流程表单待流传至的目标流程节点对应的目标角色；

目标关键信息获取模块，用于在所述目标流程表单对应的关键信息集合中获取与所述目标角色相对应的目标关键信息；

表单定义信息获取模块，用于获取所述目标关键信息对应的表单定义信息；

发送模块，用于将所述目标关键信息和所述表单定义信息发送到所述目标流程节点，以使所述目标流程节点按照所述表单定义信息渲染所述目标关键信息，并使所述目标流程表单中所述目标关键信息的显示样式与所述目标流程表单的默认显示样式不同。

9.一种电子设备，其特征在于，包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被处理器执行时，实现如权利要求1至7中任一项所述的方法。