用于管理审批表单的信息处理方法及装置

技术领域

本公开涉及计算机技术领域，更具体地，涉及一种用于管理审批表单的信息处理方法、装置、计算机程序产品和存储介质。

背景技术

目前，电子审批表单作为目前最流行的协同办公方式，以其无纸化、便捷化、及时性、可集成多媒体文件、可集成于企业管理平台等优点，被广泛应用于企业管理当中。

电子审批表单极大提升了企业审批流程的效率。例如，在传统的审批模式下，员工请假需要填写请假单，然后依次交上级主管签字、部门经理签字、人事部门负责人签字等，过程繁琐，耗时。通过使用电子审批表单，员工可在线提交审批申请表，添加相关负责人查看，领导可以随时随地在线协同审批。其次，随着企业规模的不断壮大，审批的类别越来越多，通过利用电子审批表单，企业可以自定义审批类别和模板，通过模板形式规范审批的格式，快捷灵活。一些企业还按照审批的内容不同或者部门不同定制不同的模板，以降低员工写错审批表的出错率。此外，通过电子审批表单能够实现流程在线自动流转。企业还可以通过设置一键提醒功能等帮助领导及时批阅。审批流程的电子化和自动化，可以让出外勤的同事随时随地查阅自己的审批进度，做好业务规划。

然而，目前的电子审批表单通常都采用申请人填写表单全部内容，然后提交给审批人审批，或者可选地，同时提交给抄送人查阅的方式。在这种方式下，如果申请人在填写表单时有不确定的内容，则需要通过反复沟通先确定要填写的内容，然后再提交表单。因此，需要对现有审批表单的形式进行改进，以帮助各审批流程节点所涉及到的用户更高效地协同工作。

发明内容

为了解决上述问题，本公开提供了一种用于管理审批表单的信息处理方法，包括：从管理终端接收创建审批表单的请求；基于所述创建审批表单的请求，将对所述审批表单的属性进行配置的入口提供给所述管理终端，其中，所述审批表单的属性包括：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑；基于对所述审批表单的属性进行配置的结果，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，在所述用户的用户终端上显示与所述用户的用户权限相对应的控件。

通过本公开的信息处理方法，能够对审批表单中各审批流程节点所涉及到的用户的权限作细化的划分，使得表单中各用户责任划分更明确，提升了审批的效率。同时，通过本公开的信息处理方法，使得各用户只掌握其必要的表单信息，更好地保护了表单信息的安全性。

根据本公开的实施例，所述多个流程节点包括：申请流程节点，以及审批流程节点，所述申请流程节点为申请人发起审批申请的流程节点，所述审批流程节点为审核人对所述申请人的审批申请进行审批的流程节点，对于每个所述审批表单，所述申请流程节点配置为：仅支持特定申请人，仅支持特定申请人群组的用户，或支持所有用户，对于每个所述审批表单，所述审批流程节点配置为：仅支持特定审批人，仅支持特定审批人群组的用户，或支持所有用户。

根据本公开的实施例，所述多个流程节点还包括：抄送流程节点，所述抄送流程节点为抄送人对所述申请人的审批申请进行审阅的流程节点，对于每个所述审批表单，所述抄送流程节点配置为：仅支持特定抄送人，仅支持特定抄送人群组的用户，或支持所有用户，所述抄送人针对所述多个控件中的每个控件的操作权限为仅查看或可编辑。

根据本公开的实施例，对于每一所述审批流程节点，所述审批人是在对所述审批表单进行配置时预先指定的，或者，所述审批人是由所述申请人在发起审批申请时指定的，或者，所述审批人是由前一流程节点的审批人在提交审批申请时指定的；对于每一所述抄送流程节点，所述抄送人是在对所述审批表单进行配置时预先指定的，或者，所述抄送人是由所述申请人在发起审批申请时指定的，或者，所述抄送人是由前一流程节点的审批人在提交审批申请时指定的。

根据本公开的实施例，在针对同一所述审批流程节点对应于多个审批人的情况下，多个所述审批人针对所述多个控件中的每个控件的操作权限相同或不同，在针对同一所述抄送流程节点对应于多个抄送人的情况下，多个所述抄送人针对所述多个控件中的每个控件的操作权限相同或不同。

根据本公开的实施例，对于所述申请流程节点，在所述申请人针对特定控件的操作权限为未设置的情况下，所述申请人针对特定控件的默认操作权限为仅查看或可编辑；对于所述审批流程节点，在所述审批人针对特定控件的操作权限为未设置的情况下，所述审批人针对特定控件的默认操作权限为仅查看或可编辑；对于所述抄送流程节点，在所述抄送人针对特定控件的操作权限为未设置的情况下，所述抄送人针对特定控件的默认操作权限为仅查看。

根据本公开的实施例，所述基于对所述审批表单的属性进行配置的结果，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件还包括：确定所述用户终端的应用场景，其中，所述应用场景包括：申请人场景、审批人场景，以及抄送人场景；基于对所述审批表单的属性进行配置的结果以及所述应用场景，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件。

根据本公开的实施例，所述信息处理方法还包括：在所述用户访问所述审批表单时，针对其操作权限为可编辑的控件所配置的内容，检验该配置的内容的正确性，其中，在检验到所述配置的内容不正确的情况下，向所述用户终端发送提醒信息；或者在所述用户访问所述审批表单时，检验操作权限为可编辑且必须由用户配置内容的所述控件的内容是否已经被配置，其中，在检验到操作权限为可编辑且必须由用户配置内容的所述控件的内容未被配置的情况下，向所述用户终端发送提醒信息。

根据本公开的实施例，所述多个控件包括相互关联的控件，其中，所述基于对所述审批表单的属性进行配置的结果，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件还包括：基于对所述审批表单的属性进行配置的结果，以及所述相互关联的控件的关联关系，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件。

根据本公开的实施例，所述信息处理方法还包括：在所述用户重复提交同一表单标识号的审批表单的情况下，获取之前提交的审批表单的内容，以及之前提交的审批表单的版本号，并且，在之前提交的审批表单的版本号与当前待提交的审批表单的版本号相同的情况下，利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容，以生成被提供给与相应流程节点所对应的用户的用户终端的所述审批表单；在之前提交的审批表单的版本号与当前待提交的审批表单的版本号不同的情况下，利用当前待提交的审批表单中不具有相互关联关系的控件的内容来更新之前提交的审批表单的内容，以生成被提供给与相应流程节点所对应的用户的用户终端的所述审批表单。

根据本公开的实施例，所述信息处理方法还包括：在所述用户访问历史审批表单的内容的情况下，获取所述历史审批表单以及与所述历史审批表单所对应的当前审批表单，基于对所述历史审批表单的属性进行配置的结果，以及历史审批表单中的控件与当前审批表单中的控件的关系，利用所述历史审批表单中的控件内容更新当前审批表单中的控件内容，以将更新后的当前审批表单提供给所述用户所对应的用户终端。

本公开的实施例还提供了一种用于用户终端的信息处理方法，包括：发送访问审批表单的请求，其中，所述审批表单包括以下属性：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑；接收与所述访问审批表单的请求对应的审批表单信息，其中，所述审批表单信息包括所述表单界面中的至少一部分控件、以及对所述表单界面中的所述至少一部分控件所配置的操作权限；基于所接收到的审批表单信息，显示与所述用户的用户权限相对应的控件。

本公开的实施例还提供了一种用于管理审批表单的信息处理装置，包括：请求接收模块，被配置为从管理终端接收创建审批表单的请求；配置信息提供模块，被配置为基于所述创建审批表单的请求，将对所述审批表单的属性进行配置的入口提供给所述管理终端，其中，所述审批表单的属性包括：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑；表单提供模块，被配置为基于对所述审批表单的属性进行配置的结果，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，在所述用户的用户终端上显示与所述用户的用户权限相对应的控件。

本公开的实施例还提供了一种用于用户终端的信息处理装置，包括：请求发送模块，被配置为发送访问审批表单的请求，其中，所述审批表单包括以下属性：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑；表单信息接收模块，被配置为接收与所述访问审批表单的请求对应的审批表单信息，其中，所述审批表单信息包括所述表单界面中的至少一部分控件、以及对所述表单界面中的所述至少一部分控件所配置的操作权限；信息显示模块，被配置为基于所接收到的包括预先配置的审批表单的属性的审批表单信息，显示与所述用户的用户权限相对应的控件。

本公开的实施例提供了一种计算机程序产品，所述计算机程序产品包括计算机软件代码，所述计算机软件代码在被处理器运行时，提供上述方法。

本公开的实施例提供了一种计算机可读存储介质，其上存储有计算机可执行指令，所述指令在被处理器执行时，提供上述方法。

本公开的实施例提供了涉及一种用于管理审批表单的信息处理方法、装置、计算机程序产品和存储介质。通过本公开的信息处理方法，能够对审批表单中各审批流程节点所涉及到的用户的权限作细化的划分，通过在定制审批模板时就为每个审批流程节点所涉及到的用户分配针对审批表单中每个控件的操作权限，使得每个用户在访问审批表单时能够明确知晓表单中的哪些需要其填写，哪些内容由后续流程所涉及到的用户填写，表单中各用户责任划分更明确，提升了审批的效率，提升了用户体验。同时，由于将用户对控件的操作权限分为：隐藏、仅查看和可编辑三种，可以将完整表单中需特定用户编辑的控件提供给所述用户编辑，需其他用户编辑的控件提供给所述用户查看，存在隐私内容的控件对所述用户保持隐藏，使得各用户只掌握其必要的表单信息，更好地保护了表单信息的安全性。此外，本公开的信息处理方法能够完全兼容现有的电子表单形式，应用范围更广泛，且不会造成现有表单数据的失效。

附图说明

为了更清楚地说明本公开的实施例的技术方案，下面将对实施例的描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本公开的一些示例性实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

在此，附图中：

图1是示出根据本公开的实施例的用于审批的信息处理场景的示例性示意图；

图2是示出根据本公开的实施例的用于管理审批表单的信息处理方法的示意性流程图；

图3是示出根据本公开的实施例的用于用户终端的信息处理方法的示意性流程图；

图4A-图4B是示出根据本公开的实施例的用于配置审批表单的界面的示意图；

图5A-图5B是示出根据本公开的实施例的用于配置用户权限的界面的示意图；

图6A-图6C是示出根据本公开的实施例的用户终端的界面的示意图；

图7是示出根据本公开的实施例的基于控件操作权限的审批表单控件显示处理过程的示意性流程图；

图8是示出根据本公开的实施例的用于控件显示的处理过程的示意性流程图；

图9是示出根据本公开的实施例的历史表单信息处理过程的示意性流程图；

图10是示出根据本公开的实施例的用于重复提交审批表单的信息处理过程的示意性流程图；

图11是示出根据本公开的实施例的用于管理审批表单的信息处理装置的组成的示意图；

图12是示出根据本公开的实施例的用于用户终端的信息处理装置的组成的示意图；

图13示出了根据本公开的实施例的计算设备的架构的示意图；以及

图14示出了根据本公开的实施例的存储介质的示意图。

具体实施方式

为了使得本公开的目的、技术方案和优点更为明显，下面将参考附图详细描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。

此外，在本说明书和附图中，具有基本上相同或相似步骤和元素用相同或相似的附图标记来表示，且对这些步骤和元素的重复描述将被省略。

此外，在本说明书和附图中，根据实施例，元素以单数或复数的形式来描述。然而，单数和复数形式被适当地选择用于所提出的情况仅仅是为了方便解释而无意将本公开限制于此。因此，单数形式可以包括复数形式，并且复数形式也可以包括单数形式，除非上下文另有明确说明。

在本说明书和附图中，具有基本上相同或相似步骤和元素用相同或相似的附图标记来表示，且对这些步骤和元素的重复描述将被省略。同时，在本公开的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性或排序。

为便于描述本公开，以下介绍与本公开有关的概念。

即时通信(IM)是指能够即时发送和接收互联网消息等的业务。近年来，即时通信技术迅速发展，即时通信的功能日益丰富，逐渐集成了电子邮件、博客、审批表单、多媒体文件共享等多种功能。即时通信不再是一个单纯的聊天工具，它已经发展成集交流、资讯、娱乐、办公协作和企业客户服务等为一体的综合化信息平台。电子审批表单作为目前最流行的协同办公方式，以其无纸化、便捷化、及时性、可集成多媒体文件、可集成于企业管理平台等优点，被广泛应用于企业管理当中。

综上所述，本公开的实施例提供的方案涉及即时通信等计算机技术，下面将结合附图对本公开的实施例进行进一步地描述。

图1是示出根据本公开的实施例的用于审批的信息处理场景的示例性示意图。

如图1所示，群组的管理者可以通过其管理终端来实现审批表单配置等管理工作，审批过程中所涉及到的用户可以包括：申请人、审批人和抄送人。各用户可以通过其各自的用户终端来参与表单审批过程，从而实现基于电子审批表单的协同工作。在该示例中，管理员完成审批表单配置后，通过网络将该审批表单存储于网络服务器中，申请人、审批人和抄送人都可以通过网络来访问该审批表单，申请人、审批人和抄送人之间的信息交互通过其各自的网络接入终端经由网络通信来实现，服务器可以为网络的通信提供服务与支持。

可选地，各用户的用户终端具体可以是具有即时通信功能的智能手机、平板电脑、便携计算机、可穿戴设备(例如，智能手环、智能手表)等等。用户终端还可以是安装浏览器或各种应用(包括系统应用及第三方应用)的客户端。用户终端可以通过应用程序、小程序、网页等方式输入或输出目标资源，并与网络服务器通信，以实现多用户终端间信息的管理和信息的共享。

可选地，网络可以是基于互联网和/或电信网的物联网(Internet of Things)，其可以是有线网也可以是无线网，例如，其可以是局域网(LAN)、城域网(MAN)、广域网(WAN)、蜂窝数据通信网络等能实现信息交换功能的电子网络。

可选地，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

图2是示出根据本公开的实施例的用于管理审批表单的信息处理方法的示意性流程图。

在步骤S210中，从管理终端接收创建审批表单的请求。

应当理解，管理员通过其管理终端创建审批表单的请求可以是通过图1中所描述的智能手机、电脑网页等多种形式来实现。用于管理审批表单的审批表单管理后台可以是通过图1所述的独立服务器或者多个服务器的组合来实现的。

在步骤S220中，基于所述创建审批表单的请求，将对所述审批表单的属性进行配置的入口提供给所述管理终端，其中，所述审批表单的属性包括：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑。

可选地，所述多个流程节点可以包括：申请流程节点，以及审批流程节点，所述申请流程节点为申请人发起审批申请的流程节点，所述审批流程节点为审核人对所述申请人的审批申请进行审批的流程节点，对于每个所述审批表单，所述申请流程节点配置为：仅支持特定申请人，仅支持特定申请人群组的用户，或支持所有用户，对于每个所述审批表单，所述审批流程节点配置为：仅支持特定审批人，仅支持特定审批人群组的用户，或支持所有用户。

此外，所述多个流程节点还可以包括：抄送流程节点，所述抄送流程节点为抄送人对所述申请人的审批申请进行审阅的流程节点，对于每个所述审批表单，所述抄送流程节点配置为：仅支持特定抄送人，仅支持特定抄送人群组的用户，或支持所有用户，所述抄送人针对所述多个控件中的每个控件的操作权限为仅查看或可编辑。

根据本公开的实施例，对于每一所述审批流程节点，所述审批人可以是由所述管理员在对所述审批表单进行配置时预先指定的，或者，所述审批人可以是由所述申请人在发起审批申请时指定的，或者，所述审批人可以是由前一流程节点的审批人在提交审批申请时指定的；类似地，对于每一所述抄送流程节点，所述抄送人可以是由所述管理员在对所述审批表单进行配置时预先指定的，或者，所述抄送人可以是由所述申请人在发起审批申请时指定的，或者，所述抄送人可以是由前一流程节点的审批人在提交审批申请时指定的。

根据本公开的实施例，在针对同一所述审批流程节点对应于多个审批人的情况下，多个所述审批人针对所述多个控件中的每个控件的操作权限可以相同或不同，在针对同一所述抄送流程节点对应于多个抄送人的情况下，多个所述抄送人针对所述多个控件中的每个控件的操作权限可以相同或不同。

可选地，可以为各流程节点所涉及到的用户分配针对控件的默认操作权限，例如，对于所述申请流程节点，在所述申请人针对特定控件的操作权限为未设置的情况下，所述申请人针对特定控件的默认操作权限为仅查看或可编辑；对于所述审批流程节点，在所述审批人针对特定控件的操作权限为未设置的情况下，所述审批人针对特定控件的默认操作权限为仅查看或可编辑；对于所述抄送流程节点，在所述抄送人针对特定控件的操作权限为未设置的情况下，所述抄送人针对特定控件的默认操作权限为仅查看。

在步骤S230中，基于对所述审批表单的属性进行配置的结果，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，在所述用户的用户终端上显示与所述用户的用户权限相对应的控件。

根据本公开的实施例，审批表单管理后台还可以在所述用户访问所述审批表单时，针对其操作权限为可编辑的控件所配置的内容，检验该配置的内容的正确性，其中，在检验到所述配置的内容不正确的情况下，向所述用户终端发送提醒信息。可选地，审批表单管理后台还可以检验操作权限为可编辑且必须由用户配置内容的所述控件的内容是否已经被配置，其中，在检验到操作权限为可编辑且必须由用户配置内容的所述控件的内容未被配置的情况下，向所述用户终端发送提醒信息。

根据本公开的实施例，审批表单管理后台还可以确定所述用户终端的应用场景，然后，基于对所述审批表单的属性进行配置的结果以及所述应用场景，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件，其中，所述应用场景包括：申请人场景、审批人场景，以及抄送人场景。

根据本公开的实施例，所述多个控件可以包括相互关联的控件，在这种情况下，审批表单管理后台可以基于对所述审批表单的属性进行配置的结果，以及所述相互关联的控件的关联关系，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件。

用户可以对同一表单标识号的审批表单进行多次提交。可选地，审批表单管理后台可以设置用户对同一表单标识号的审批表单进行多次提交需满足的条件(例如，满足特定的时间条件、满足特定的用户权限等)。在所述用户重复提交同一表单标识号的审批表单的情况下，审批表单管理后台可以获取之前提交的审批表单的内容，以及之前提交的审批表单的版本号，并且，在之前提交的审批表单的版本号与当前待提交的审批表单的版本号相同的情况下，利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容；在之前提交的审批表单的版本号与当前待提交的审批表单的版本号不同的情况下，利用当前待提交的审批表单中不具有相互关联关系的控件的内容来更新之前提交的审批表单的内容。

此外，用户还可以获取历史表单的内容。可选地，审批表单管理后台可以设置用户获取历史表单的内容需满足的条件(例如，满足特定的时间条件、满足特定的用户权限等)。在用户获取历史审批表单的内容的情况下，审批表单管理后台可以基于对所述审批表单的属性进行配置的结果，以及历史审批表单中的控件与当前审批表单中的控件的关系，利用所述历史审批表单中的控件内容更新当前审批表单中的控件内容，以将更新后的当前审批表单提供给所述用户所对应的用户终端，从而使所述用户在访问所述审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件。

图3是示出根据本公开的实施例的用于用户终端的信息处理方法的示意性流程图。

在步骤S310中，发送访问审批表单的请求，其中，所述审批表单包括以下属性：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑。

可选地，所述多个流程节点可以包括：申请流程节点，以及审批流程节点，所述申请流程节点为申请人发起审批申请的流程节点，所述审批流程节点为审核人对所述申请人的审批申请进行审批的流程节点，对于每个所述审批表单，所述申请流程节点配置为：仅支持特定申请人，仅支持特定申请人群组的用户，或支持所有用户，对于每个所述审批表单，所述审批流程节点配置为：仅支持特定审批人，仅支持特定审批人群组的用户，或支持所有用户。

可选地，所述多个流程节点还可以包括：抄送流程节点，所述抄送流程节点为抄送人对所述申请人的审批申请进行审阅的流程节点，对于每个所述审批表单，所述抄送流程节点配置为：仅支持特定抄送人，仅支持特定抄送人群组的用户，或支持所有用户，所述抄送人针对所述多个控件中的每个控件的操作权限为仅查看或可编辑。

可选地，对于每一所述审批流程节点，所述审批人是由所述管理员在对所述审批表单进行配置时预先指定的，或者，所述审批人是由所述申请人在发起审批申请时指定的，或者，所述审批人是由前一流程节点的审批人在提交审批申请时指定的，并且，在针对同一所述审批流程节点对应于多个审批人的情况下，多个所述审批人针对所述多个控件中的每个控件的操作权限相同或不同；对于每一所述抄送流程节点，所述抄送人是由所述管理员在对所述审批表单进行配置时预先指定的，或者，所述抄送人是由所述申请人在发起审批申请时指定的，或者，所述抄送人是由前一流程节点的审批人在提交审批申请时指定的，并且，在针对同一所述抄送流程节点对应于多个抄送人的情况下，多个所述抄送人针对所述多个控件中的每个控件的操作权限相同或不同。

在步骤S320中，接收与所述访问审批表单的请求对应的审批表单信息，其中，所述审批表单信息包括所述表单界面中的至少一部分控件、以及对所述表单界面中的所述至少一部分控件所配置的操作权限。

可选地，对于步骤S310和步骤S320的过程可以基于审批表单的ID号和审批表单的版本号来实现。例如，用户设备向审批表单管理后台发送访问审批表单的请求，所述请求包括审批表单的ID号和审批表单的版本号信息，然后审批表单管理后台经过处理后将与所述审批表单的ID号所对应的审批表单信息发送给所述用户终端。可选地，可以根据用户的需求提供用户所需版本(例如，最新版本，或初始提交版本等)的审批表单信息。

在步骤S330中，基于所接收到的审批表单信息，显示与所述用户的用户权限相对应的控件。

根据本公开的实施例，所述用户在访问所述审批表单时，用户终端可以针对其操作权限为可编辑的控件所配置的内容，检验该配置的内容的正确性，其中，在检验到所述配置的内容不正确的情况下，于所述用户终端显示提醒信息。此外，用户终端还可以检验操作权限为可编辑且必须由用户配置内容的所述控件的内容是否已经被配置，其中，在检验到操作权限为可编辑且必须由用户配置内容的所述控件的内容未被配置的情况下，于所述用户终端显示提醒信息。

根据本公开的实施例，还可以由用户终端确定所述用户终端的应用场景，然后根据所述用户终端的应用场景以及所接收到的包括预先配置的审批表单的属性的审批表单信息，显示与所述用户的用户权限相对应的控件，其中，所述应用场景包括：申请人场景、审批人场景，以及抄送人场景。

根据本公开的实施例，用户终端还可以基于所接收到的包括预先配置的审批表单的属性的审批表单信息，并根据所述用户终端所基于的平台，调整所述控件的显示方式，以显示与所述用户的用户权限相对应的控件，其中，所述平台包括：网页(Web)平台、应用程序(app)平台，以及小程序平台等。通过该调整能够使审批表单信息能够以更适应各平台的方式呈现，并且，可选地，用户终端可以分别针对各平台显示个性化内容，因此，各平台所显示的内容可以相同也可以不同。

根据本公开的实施例，所述多个控件可以包括相互关联的控件，用户终端可以在接收到包括预先配置的审批表单的属性的审批表单信息后，基于审批表单管理后台对所述审批表单的属性进行配置的结果，以及所述相互关联的控件的关联关系，显示与所述用户的用户权限相对应的控件。

根据本公开的实施例，用户可以对同一表单标识号的审批表单进行多次提交。可选地，在所述用户重复提交同一表单标识号的审批表单的情况下，用户终端后台可以获取之前提交的审批表单的内容，以及之前提交的审批表单的版本号，并且，在之前提交的审批表单的版本号与当前待提交的审批表单的版本号相同的情况下，利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容；在之前提交的审批表单的版本号与当前待提交的审批表单的版本号不同的情况下，利用当前待提交的审批表单中不具有相互关联关系的控件的内容来更新之前提交的审批表单的内容。

根据本公开的实施例，用户还可以获取历史表单的内容。在用户获取历史审批表单的内容的情况下，用户终端后台可以基于对所述审批表单的属性进行配置的结果，以及历史审批表单中的控件与当前审批表单中的控件的关系，利用所述历史审批表单中的控件内容更新当前审批表单中的控件内容，使用户终端界面上显示与所述用户的用户权限相对应的控件。

根据本公开的实施例，在用户终端侧还可以确定所述用户终端的应用场景，其中，所述应用场景包括：申请人场景、审批人场景，以及抄送人场景；然后用户终端根据所述用户终端的应用场景以及所接收到的包括预先配置的审批表单的属性的审批表单信息，显示与所述用户的用户权限相对应的控件。

从图2和图3分别针对审批表单管理侧和用户侧的描述可以看出，通过本公开的信息处理方法，能够对审批表单中各审批流程节点所涉及到的用户的权限作细化的划分，使得表单中各用户责任划分更明确，提升了审批的效率。同时，通过本公开的信息处理方法，使得各用户只掌握其必要的表单信息，更好地保护了表单信息的安全性。

图4A是示出根据本公开的实施例的用于配置表单内容的界面的示意图。

如图4A所示，表单界面可以包括多个控件，例如，文本类控件、公式类控件、时间类控件、附件添加类控件、内容选择类控件等。各种控件可以是仅用于显示的、也可以是可编辑其内容的。其中，编辑控件内容的形式可以是手动输入、从下拉框中选择、从选择框中选择、通过附件上传、利用语音/图像识别技术来输入等。因此，通过各控件可以使表单内容包括文字、图片、网络链接、多媒体文件等信息。

图4B是示出根据本公开的实施例的用于配置审批流程的界面的示意图。

如图4B所示，管理员可以利用其管理终端，在例如图4B的用于配置审批流程的界面上对审批流程进行配置，其中，所述审批流程用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户。

从图4B可以看出，所述多个流程节点可以包括：申请流程节点、审批流程节点，以及抄送流程节点。其中，所述申请流程节点为申请人发起审批申请的流程节点，所述审批流程节点为审核人对所述申请人的审批申请进行审批的流程节点，所述抄送流程节点为抄送人对所述申请人的审批申请进行审阅的流程节点。

对于每个所述审批表单，所述申请流程节点可以配置为：仅支持特定申请人(例如，仅针对申请人为总经理)，仅支持特定申请人群组的用户(例如，仅针对申请人为隶属于人力资源部的员工)，或支持所有用户等。对于每个所述审批表单，所述审批流程节点可以配置为：仅支持特定审批人(例如，仅针对审批人为申请人的直属领导)，仅支持特定审批人群组的用户(例如，仅针对审批人为隶属于财务处的员工)，或支持所有用户等。对于每个所述审批表单，所述抄送流程节点可以配置为：仅支持特定抄送人(例如，仅针对抄送人为总经理)，仅支持特定抄送人群组的用户(例如，仅针对抄送人为隶属于人力资源部的员工)，或支持所有用户等。

管理员可以通过对所述审批表单的属性进行配置的入口来设置：申请人发起审批流程后，在满足特定条件的情况下，进入审批人审批阶段，或在满足特定条件的情况下，进入审批人审批阶段。例如，对于部门A的普通员工，可以设置审批人为部门A的行政主管，抄送认为部门的A财务主管；而对于部门B的普通员工，可以设置审批人为部门B的行政主管，抄送认为部门的B财务主管。再例如，对于一个报销审批表单来说，可以设置当报销金额在10000元以内时，审批人为申请人的部门主管，抄送人为报销专员；而当报销金额在10000元以内时，审批人为申请人的单位主管，抄送人为财务总监。可选地，该特定条件可以是管理员预先根据需求配置的，也可以是默认的常用条件。

此外，同一审批流程节点可以对应于多个审批人，在这种情况下，多个审批人针对多个控件中的每个控件的操作权限可以相同(例如，所有审批人可操作的控件相同)，也可以不同(例如，部门正副领导都可以作为审批人审批表单，但是正领导可操作的控件可以多于副领导可操作的控件)。类似地，同一抄送流程节点可以对应于多个抄送人，在这种情况下，多个抄送人针对多个控件中的每个控件的操作权限可以相同(例如，所有抄送人可查看的控件相同)，也可以不同(例如，部门正副领导都可以作为抄送人查看审批表单，但是正领导可查看的控件内容可以多于副领导可查看的控件内容)。

在确定类似图4A的表单界面以及类似图4B的审批流程后，管理员可以通过类似图5A的界面来配置各流程节点所对应的用户，以及通过类似图5B的界面来配置各流程节点所对应的用户的控件操作权限。

如图5A所示，管理员可以针对图4B所示的各流程节点配置具体的用户。根据本公开的实施例，对于每一审批流程节点，审批人可以被配置为由管理员预先指定，或者，审批人可以被配置为由申请人在发起审批申请时指定，或者，审批人可以被配置为由前一流程节点的审批人在提交审批申请时指定；类似地，对于每一抄送流程节点，抄送人可以被配置为由管理员在对审批表单进行配置时预先指定，或者，抄送人可以被配置为由申请人在发起审批申请时指定，或者，抄送人可以被配置为由前一流程节点的审批人在提交审批申请时指定。

如图5B所示，管理员可以针对图4A和图4B所示的各流程节点所对应的用户配置控件操作权限。每个控件的操作权限可以为：隐藏、仅查看或可编辑。

例如，对于某一控件，可以设置申请人的控件操作权限为隐藏、审批人的控件操作权限为可编辑、抄送人的控件操作权限为仅查看。因此，在该示例中，对于不需要申请人填写的控件内容，或不希望申请人查看或编辑的控件内容，申请人不会查看到该控件。而是由真正需要填写该信息的审批人完成控件内容的填写。而抄送人可以作为信息审阅者查看表单中的控件内容。

再例如，对于某一控件，可以设置申请人的控件操作权限为仅查看、审批人的控件操作权限为可编辑、抄送人的控件操作权限为仅查看。因此，在该示例中，对于不需要申请人填写的控件内容，申请人并不能够编辑，申请人在发起审批时就能够知道审批表单中包含哪些信息，其中，哪些信息应由申请人填写，哪些内容应由后续审批人来填写，而不需再额外地与审批人联系来确认各自的责任。而抄送人可以作为信息审阅者查看表单中的控件内容。此外，如果后续审批人填写了应当由审批人填写的信息，申请人在查阅审批表单时也能够及时查阅到由审批人所填写的内容。而不需再询问审批人表单填写的情况。

通过这种方式，能够对审批表单中各审批流程节点所涉及到的用户的权限作细化的划分，通过在定制审批模板时就为每个审批流程节点所涉及到的用户分配针对审批表单中每个控件的操作权限，使得每个用户在访问审批表单时能够明确知晓表单中的哪些需要其填写，哪些内容由后续流程所涉及到的用户填写，表单中各用户责任划分更明确，提升了审批的效率，提升了用户体验。同时，由于将用户对控件的操作权限分为：隐藏、仅查看和可编辑三种，可以将完整表单中需特定用户编辑的控件提供给所述用户编辑，需其他用户编辑的控件提供给所述用户查看，存在隐私内容的控件对所述用户保持隐藏，使得各用户只掌握其必要的表单信息，更好地保护了表单信息的安全性。

可选地，可以针对各审批流程节点所涉及到的用户的控件权限配置默认值。例如，可以设置在所述申请人针对特定控件的操作权限为未设置的情况下，所述申请人针对特定控件的默认操作权限为仅查看或可编辑；在所述审批人针对特定控件的操作权限为未设置的情况下，所述审批人针对特定控件的默认操作权限为仅查看或可编辑；在所述抄送人针对特定控件的操作权限为未设置的情况下，所述抄送人针对特定控件的默认操作权限为仅查看。

通过为控件权限配置默认值，可以方便管理员对各审批流程节点所涉及到的用户的控件权限进行配置。其次，由于部分历史表单未配置有针对各审批流程节点所涉及到的用户的控件权限，通过为控件权限配置默认值，能够使未配置有控件权限的历史表单内容也可以被顺利访问，提升了审批表单的兼容性。

图6A是示出根据本公开的实施例的申请人终端的界面的示意图。

如图6A所示，可以根据针对申请人预先配置的控件操作权限，于申请终端上显示与申请人的用户权限相对应的控件。申请人可以通过其申请人终端查看到所有其控件操作权限为可编辑或可查看的所有控件。其中，对于申请人的控件操作权限为可编辑的控件，申请人可以编辑该控件的内容。可选地，可以在申请人的控件操作权限为可编辑的控件周围设置提示信息，以帮助申请人快速了解该申请人可以编辑哪些控件，以及后续审批人可以编辑哪些控件。可选地，如果申请人试图编辑需后续审批人编辑的控件内容时，申请终端上可以显示相关提醒信息(例如，图6A中金额标题为审批人可编辑的控件，如果申请人试图编辑该控件内容时，申请终端界面上会显示“管理员已指定由审批人编辑”的提醒信息)。

申请人可以于其申请人终端上查看审批表单的审批流程信息。可选地，后续审批人和抄送人可以是管理员预先指定的，也可以是申请人在提交审批表单时选择的。

申请人在访问审批表单时，可以针对其操作权限为可编辑的控件所配置的内容，检验该配置的内容的正确性(例如，填写的内容是否符合预定格式要求、填写的数字是否在预设范围内、上传的附件是否符合要求等)，其中，在检验到该配置的内容不正确的情况下，向申请人终端发送提醒信息。

可选地，申请人在访问审批表单时，还可以检验操作权限为可编辑且必须由申请人配置内容的控件的内容是否已经被配置，其中，在检验到操作权限为可编辑且必须由申请人配置内容的所述控件的内容未被配置的情况下，向申请人终端发送提醒信息。

应当理解，检验操作权限为可编辑且必须由申请人配置内容的控件的内容是否已经被配置，以及检验配置的内容的正确性的过程既可以在申请人终端实现，也可以在审批表单管理后台实现。

图6B是示出根据本公开的实施例的审批人终端的界面的示意图。

如图6B所示，可以根据针对审批人预先配置的控件操作权限，于审批终端上显示与审批人的用户权限相对应的控件。审批人可以通过其审批人终端查看到所有其控件操作权限为可编辑或可查看的所有控件。其中，对于审批人的控件操作权限为可编辑的控件，审批人可以编辑该控件的内容。可选地，可以在审批人的控件操作权限为可编辑的控件周围设置提示信息，以帮助审批人快速了解该审批人可以编辑哪些控件、申请人可以编辑哪些控件，以及后续审批人可以编辑哪些控件。可选地，如果审批人试图编辑需申请人或后续审批人编辑的控件内容时，审批终端上可以显示相关提醒信息。

审批人可以于其审批人终端上查看审批表单的审批流程信息。可选地，后续审批人和抄送人可以是管理员或申请人预先指定的，也可以是审批人在提交审批表单时选择的。

审批人在访问审批表单时，可以针对其操作权限为可编辑的控件所配置的内容，检验该配置的内容的正确性(例如，填写的内容是否符合预定格式要求、填写的数字是否在预设范围内、上传的附件是否符合要求等)，其中，在检验到该配置的内容不正确的情况下，向审批人终端发送提醒信息。

可选地，审批人在访问审批表单时，还可以检验操作权限为可编辑且必须由审批人配置内容的控件的内容是否已经被配置，其中，在检验到操作权限为可编辑且必须由审批人配置内容的所述控件的内容未被配置的情况下，向审批人终端发送提醒信息(例如，图6B中审批人对部门标题的操作权限为可编辑，且该控件为必须由审批人配置内容的控件，如果审批人未对部门标题控件进行内容配置，则审批人提交审批表单时，审批终端界面上会显示“部门标题不能为空”的提醒信息)。

应当理解，检验操作权限为可编辑且必须由审批人配置内容的控件的内容是否已经被配置，以及检验配置的内容的正确性的过程既可以在审批人终端实现，也可以在审批表单管理后台实现。

图6C是示出根据本公开的实施例的抄送人终端的界面的示意图。

如图6C所示，可以根据针对抄送人预先配置的控件操作权限，于抄送终端上显示与抄送人的用户权限相对应的控件。通常，抄送人的控件操作权限为可编辑或仅查看。抄送人可以查看是否具有隐藏的控件，以及审批流程的当前进度。

根据本公开的实施例，可以在各控件周围设置提示信息，以帮助抄送人快速了解哪些控件是由申请人编辑的，哪些控件是由审批人编辑的，以及哪些控件可由抄送人编辑。抄送人在访问审批表单时，可以检验其操作权限为可编辑的控件所配置的内容的正确性，以及检验操作权限为可编辑且必须由审批人配置内容的控件的内容是否已经被配置，该过程既可以在审批人终端实现，也可以在审批表单管理后台实现。

图7是示出根据本公开的实施例的基于控件操作权限的审批表单控件显示处理过程的示意性流程图。

如图7所示，用户通过其用户终端的人机交互界面来请求访问审批表单，用户终端后台初始化审批表单相关模块，并向网络服务器(即，管理审批表单的后台)发送审批表单的标识号(ID)。网络服务器可以包括逻辑处理服务器和存储服务器。其中，逻辑处理服务器在接收到审批表单的ID号后，向存储服务器请求与该ID对应的审批表单信息及控件操作权限信息。接着，存储服务器将审批表单信息及控件操作权限信息返回给逻辑处理服务器。逻辑处理服务器根据各控件权限信息进行处理，以针对不同的应用场景(例如，申请人场景、审批人场景，以及抄送人场景)向用户终端提供与该场景相对应的控件信息。用户终端后台在接收到逻辑处理服务器发送的处理后的审批表单信息及控件操作权限信息后，用户终端后台进一步地针对其对应的用户的控件操作权限来处理控件显示逻辑，并将基于控件操作权限的显示数据传送给用户终端人机交互界面。因此用户能够获取到与其用户权限对应的审批表单内容。

更进一步地，图8是示出根据本公开的实施例的用于控件显示的处理过程的示意性流程图。

如图8所示，对于控件显示的处理过程，通常首先在用户终端获取到审批表单信息及控件操作权限信息后，首先由用户终端后台判断控件是不是自动获取内容信息的控件，如果能够自动获取到控件的内容信息，则确定该控件为仅查看的控件；如果不能够自动获取到控件的内容信息，则进一步判断控件是不是具有相互关联关系的控件。如果控件为不具有相互关联关系的控件，那么用户终端后台直接根据控件的操作权限是隐藏、可编辑、仅查看中的哪一种来处理控件的显示；如果控件为具有相互关联关系的控件，那么需要进一步地分析判断控件的相互关联关系，判断是否指示该控件满足可见条件，并同时根据控件的相互关联关系以及控件的操作权限是隐藏、可编辑、仅查看中的哪一种来处理控件的显示。例如，当控件的相互关联关系指示该控件不可见时，则确定该控件为隐藏的控件；当控件的相互关联关系指示该控件可见时，再根据控件的操作权限是隐藏、可编辑、仅查看中的哪一种来处理控件的显示。

接着，用户终端后台可以进一步地确定用户终端的应用场景(例如，申请人场景、审批人场景，抄送人场景等)，以及用户终端所基于的平台(例如，网页(Web)平台、应用程序(app)平台，以及小程序平台等)，然后基于所接收到的包括预先配置的审批表单的属性的审批表单信息，并根据用户终端的应用场景、用户终端所基于的平台，调整控件的显示，使得最终用户终端人机交互界面显示与用户的用户权限相对应的控件。

图9是示出根据本公开的实施例的历史表单信息处理过程的示意性流程图。

根据本公开的实施例，在用户需获取较早一段时间前的历史审批表单的内容的情况下，审批表单管理后台可以基于对审批表单的属性进行配置的结果，以及历史审批表单中的控件与当前审批表单中的控件的关系，利用所述历史审批表单中的控件内容更新当前审批表单中的控件内容，以将更新后的当前审批表单提供给所述用户所对应的用户终端，以使用户在访问审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件，用户能够成功访问历史审批表单。

如图9所示，审批表单管理后台可以接收用户访问历史审批表单的请求，并获取历史审批表单信息。接着，审批表单管理后台可以判断历史审批表单中的控件与当前审批表单中的控件的关系。在历史审批表单中的控件与当前审批表单中的控件相同的情况下，可以利用历史审批表单控件内容更新当前审批表单控件内容，然后以将更新后的当前审批表单提供给所述用户所对应的用户终端，以使用户终端显示历史审批表单信息；在历史审批表单中的控件多于当前审批表单中的控件的情况下，可以将历史审批表单中多出的控件的权限设置为仅查看，将其内容放在审批表单的最后，并利用历史审批表单控件内容更新当前审批表单控件内容，然后以将更新后的当前审批表单提供给所述用户所对应的用户终端，以使用户终端显示历史审批表单信息；在历史审批表单中的控件少于当前审批表单中的控件的情况下，可以将历史审批表单中未包含的控件的权限和内容为默认值(例如，仅查看或可编辑)，并利用历史审批表单控件内容更新当前审批表单控件内容，然后将更新后的当前审批表单提供给所述用户所对应的用户终端，以使用户终端显示历史审批表单信息。

通过上述方式，能够使由于审批表单模板更改等原因，历史审批表单的控件与当前审批表单的控件不一致的情况下，历史表单内容也可以被顺利访问，提升了审批表单的兼容性，不论历史审批表单的控件与当前审批表单的控件是否相同，审批表单管理后台都能够将完整的历史表单内容提供给用户的用户终端，以使用户能够获取到完整的历史表单内容。

图10是示出根据本公开的实施例的用于重复提交审批表单的信息处理过程的示意性流程图。

根据本公开的实施例，在用户需要在一段时间内重复提交同一表单标识号的审批表单的情况下，审批表单管理后台可以获取之前提交的审批表单的内容，以及之前提交的审批表单的版本号，并且，在之前提交的审批表单的版本号与当前待提交的审批表单的版本号相同的情况下，利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容；在之前提交的审批表单的版本号与当前待提交的审批表单的版本号不同的情况下，利用当前待提交的审批表单中不具有相互关联关系的控件的内容来更新之前提交的审批表单的内容。通过这种方式可以使用户在重复提交同一表单标识号的审批表单的情况下，不需要重填所有之前提交的审批表单的内容，而只需对待更改部分作更新，提升了用户体验。同时，审批表单管理后台也可以只利用当前待提交的审批表单中不具有相互关联关系的控件的内容来更新之前提交的审批表单的内容，而不需要更新所有审批表单的内容，节约了审批表单管理后台处理器的资源，提升了处理效率。

如图10所示，在之前提交的审批表单的版本号与当前待提交的审批表单的版本号相同的情况下，可以利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容；在之前提交的审批表单的版本号与当前待提交的审批表单的版本号不同的情况下，可以进一步判断审批表单的版本的更新是否涉及审批表单中相互关联的控件。以防止审批表单的版本的更新导致当前待提交的审批表单与之前提交的审批表单中相互关联的控件的相互关联关系不一致，从而导致当前待提交的审批表单的内容与之前提交的审批表单的内容不兼容。

可选地，在审批表单的版本的更新不涉及审批表单中相互关联的控件的情况下，可以利用当前待提交的审批表单中不具有相互关联关系的控件的内容来更新之前提交的审批表单的内容；在审批表单的版本的更新涉及审批表单中相互关联的控件的情况下，可以删除之前提交的审批表单的相互关联的控件的内容，并将重新编辑相互关联的控件的内容的提示发送给用户终端，或者，删除之前提交的审批表单的内容，并将重新编辑审批表单的内容的提示发送给用户终端，从而解决当前待提交的审批表单的内容与之前提交的审批表单的内容不兼容的问题。

进一步地，在审批表单的版本的更新不涉及审批表单中相互关联的控件的情况下，还可以进一步判断利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容是否影响审批表单中相互关联的控件的信息。并且，在判断如果利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容不会影响审批表单中相互关联的控件的信息的情况下，利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容；在判断如果利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容会影响审批表单中相互关联的控件的信息的情况下，删除之前提交的审批表单的相互关联的控件的内容，并将重新编辑相互关联的控件的内容的提示发送给用户终端，或者，删除之前提交的审批表单的内容，并将重新编辑审批表单的内容的提示发送给用户终端，以防止利用当前待提交的审批表单的内容来更新之前提交的审批表单的内容后，出现相互关联的控件的信息不兼容的情况。

通过上述处理方式能够有效处理重复提交审批表单时，由于审批表单版本更新等问题，当前待提交的审批表单与之前提交的审批表单存在不一致的问题，提升了审批表单的兼容性。

图11是示出根据本公开的实施例的用于管理审批表单的信息处理装置的组成的示意图。

根据本公开的实施例，用于管理审批表单的信息处理装置1100可以包括：请求接收模块1110、配置信息提供模块1120、表单提供模块1130。

其中，请求接收模块1110可以被配置为：从管理终端接收创建审批表单的请求。

配置信息提供模块1120可以被配置为：基于所述创建审批表单的请求，将对所述审批表单的属性进行配置的入口提供给所述管理终端，其中，所述审批表单的属性包括：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑。

可选地，所述多个流程节点可以包括：申请流程节点，审批流程节点、已及抄送流程节点。所述申请流程节点为申请人发起审批申请的流程节点，所述审批流程节点为审核人对所述申请人的审批申请进行审批的流程节点，所述抄送流程节点为抄送人对所述申请人的审批申请进行审阅的流程节点，对于每个所述审批表单，所述申请流程节点配置为：仅支持特定申请人，仅支持特定申请人群组的用户，或支持所有用户，所述审批流程节点配置为：仅支持特定审批人，仅支持特定审批人群组的用户，或支持所有用户，所述抄送流程节点配置为：仅支持特定抄送人，仅支持特定抄送人群组的用户，或支持所有用户，所述抄送人针对所述多个控件中的每个控件的操作权限为仅查看或可编辑。

表单提供模块1130可以被配置为：基于对所述审批表单的属性进行配置的结果，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，在所述用户的用户终端上显示与所述用户的用户权限相对应的控件。

可选地，表单提供模块1130可以在所述用户访问所述审批表单时，针对其操作权限为可编辑的控件所配置的内容，检验该配置的内容的正确性，其中，在检验到所述配置的内容不正确的情况下，向所述用户终端发送提醒信息。此外，表单提供模块1130还可以检验操作权限为可编辑且必须由用户配置内容的所述控件的内容是否已经被配置，其中，在检验到操作权限为可编辑且必须由用户配置内容的所述控件的内容未被配置的情况下，向所述用户终端发送提醒信息。

根据本公开的实施例，所述多个控件可以包括相互关联的控件，在这种情况下，表单提供模块1130可以基于对所述审批表单的属性进行配置的结果，以及所述相互关联的控件的关联关系，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，其用户终端上显示与所述用户的用户权限相对应的控件。

图12是示出根据本公开的实施例的用于用户终端的信息处理装置的组成的示意图。

根据本公开的实施例，用于用户终端的信息处理装置1200可以包括：请求发送模块1210、表单信息接收模块1220、信息显示模块1230。

其中，请求发送模块1210可以被配置为：发送访问审批表单的请求，

其中，所述审批表单包括以下属性：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑。

可选地，每一所述流程节点所对应的用户可以具有默认的控件操作权限。

表单信息接收模块1220可以被配置为：接收与所述访问审批表单的请求对应的审批表单信息，其中，所述审批表单信息可以包括所述表单界面中的至少一部分控件、以及对所述表单界面中的所述至少一部分控件所配置的操作权限。

可选地，表单信息接收模块1220接收的审批表单信息可以包括：审批表单的ID号、审批表单的版本号、审批表单的历史数据、审批表单针对用户的访问权限、审批表单针对用户的控件操作权限等。

信息显示模块1230可以被配置为：基于所接收到的审批表单信息，显示与所述用户的用户权限相对应的控件。

可选地，信息显示模块1230可以针对其操作权限为可编辑的控件所配置的内容，检验该配置的内容的正确性，其中，在检验到所述配置的内容不正确的情况下，于所述用户终端显示提醒信息。

可选地，信息显示模块1230可以基于对所述审批表单的属性进行配置的结果，以及历史审批表单中的控件与当前审批表单中的控件的关系，使用户终端界面上显示与所述用户的用户权限相对应的控件。

可选地，信息显示模块1230还可以根据所述用户终端的应用场景(例如，申请人场景、审批人场景，以及抄送人场景等)，或者根据所述用户终端所基于的平台(例如，网页(Web)平台、应用程序(app)平台，以及小程序平台等)来显示与所述用户的用户权限相对应的控件。

应当理解，图11和图12中的各模块的功能并不限于上述示例。各模块或其组合可以实现本公开所描述的各种用于管理审批表单的信息处理方法，或用于用户终端的信息处理方法。并且，用于管理审批表单的信息处理装置1100和用于用户终端的信息处理装置1200除了上述的功能模块组成外，还可以包括其它附加的功能模块。

根据本公开的实施例的方法或装置也可以借助于图13所示的计算设备3000的架构来实现。如图13所示，计算设备3000可以包括总线3010、一个或多个CPU 3020、只读存储器(ROM)3030、随机存取存储器(RAM)3040、连接到网络的通信端口3050、输入/输出组件3060、硬盘3070等。计算设备3000中的存储设备，例如ROM 3030或硬盘3070可以存储本公开提供的方法的处理和/或通信使用的各种数据或文件以及CPU所执行的程序指令。计算设备3000还可以包括用户界面3080。当然，图13所示的架构只是示例性的，在实现不同的设备时，根据实际需要，可以省略图13示出的计算设备中的一个或多个组件。

根据本公开的又一方面，还提供了一种计算机可读存储介质。图14示出了根据本公开的存储介质的示意图4000。

如图14所示，计算机存储介质4020上存储有计算机可读指令4010。当计算机可读指令4010由处理器运行时，可以执行参照以上附图描述的根据本公开的实施例的方法。本公开的实施例中的计算机可读存储介质可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)或闪存。易失性存储器可以是随机存取存储器(RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(SDRAM)、双倍数据速率同步动态随机存取存储器(DDRSDRAM)、增强型同步动态随机存取存储器(ESDRAM)、同步连接动态随机存取存储器(SLDRAM)和直接内存总线随机存取存储器(DR RAM)。应注意，本文描述的方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。应注意，本文描述的方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本公开的实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行根据本公开的实施例的方法。

综上所述，本公开的实施例提供了涉及一种用于管理审批表单的信息处理方法、装置、计算机程序产品和存储介质。本公开提供的用于管理审批表单的信息处理方法，包括：从管理终端接收创建审批表单的请求；基于所述创建审批表单的请求，将对所述审批表单的属性进行配置的入口提供给所述管理终端，其中，所述审批表单的属性包括：表单界面以及用户权限，其中，所述表单界面包括多个控件，并且所述表单界面用于多个流程节点之间的信息协作，每一所述流程节点对应于一个或多个用户，所述用户权限包括：所述用户针对所述多个控件中的每个控件的操作权限，所述每个控件的操作权限包括以下之一：隐藏、仅查看和可编辑；基于对所述审批表单的属性进行配置的结果，将所述审批表单提供给各所述流程节点所对应的用户的用户终端，以使所述用户在访问所述审批表单时，在所述用户的用户终端上显示与所述用户的用户权限相对应的控件。

通过本公开的信息处理方法，能够对审批表单中各审批流程节点所涉及到的用户的权限作细化的划分，通过在定制审批模板时就为每个审批流程节点所涉及到的用户分配针对审批表单中每个控件的操作权限，使得每个用户在访问审批表单时能够明确知晓表单中的哪些需要其填写，哪些内容由后续流程所涉及到的用户填写，表单中各用户责任划分更明确，提升了审批的效率，提升了用户体验。同时，由于将用户对控件的操作权限分为：隐藏、仅查看和可编辑三种，可以将完整表单中需特定用户编辑的控件提供给所述用户编辑，需其他用户编辑的控件提供给所述用户查看，存在隐私内容的控件对所述用户保持隐藏，使得各用户只掌握其必要的表单信息，更好地保护了表单信息的安全性。此外，本公开的信息处理方法能够完全兼容现有的电子表单形式，应用范围更广泛，且不会造成现有表单数据的失效。

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

应当理解，本公开中描述的方法既可以以硬件的方式实现，也可以以软件的方式实现，或者以软件、硬件相结合等方式实现。一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、固件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。

本公开使用了特定词语来描述本公开的实施例。如“第一/第二实施例”、“一实施例”、和/或“一些实施例”意指与本公开至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本公开的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

除非另有定义，这里使用的所有术语(包括技术和科学术语)具有与本发明所属领域的普通技术人员共同理解的相同含义。还应当理解，诸如在通常字典里定义的那些术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义，而不应用理想化或极度形式化的意义来解释，除非这里明确地这样定义。

上面是对本发明的说明，而不应被认为是对其的限制。尽管描述了本发明的若干示例性实施例，但本领域技术人员将容易地理解，在不背离本发明的新颖教学和优点的前提下可以对示例性实施例进行许多修改。因此，所有这些修改都意图包含在权利要求书所限定的本发明范围内。应当理解，上面是对本发明的说明，而不应被认为是限于所公开的特定实施例，并且对所公开的实施例以及其他实施例的修改意图包含在所附权利要求书的范围内。本发明由权利要求书及其等效物限定。