CN112068827A - 附件控件的生成方法、装置、系统、设备以及介质 - Google Patents

Abstract

本发明提供了一种附件控件的生成方法、装置、系统、设备以及介质，该方法包括：接收附件标签；附件标签包括附件上传触发图标、附件属性和附件表；附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；在附件上传触发图标触发时，按序对上传的每个附件配置附件标识，并根据附件保存路径按序对所述上传的附件数据进行保存；将控件与标签关联；接收在表单设计器上触发控件的操作，并在表单设计器显示第一附件上传栏、第一附件上传触发图标和附件属性配置框；接收在业务系统上触发附件控件的操作，显示第二附件上传栏和第二附件上传触发图标。方便了用户的设计和开发，提高了附件控件的制作效率，方便用户查阅附件。

Description

附件控件的生成方法、装置、系统、设备以及介质

技术领域

本申请实施例涉及表单生成方法，特别是涉及一种附件控件的生成方法、装置、系统、设备以及介质。

背景技术

随着信息技术的发展，政务办公也逐渐实现了电子化，但是，政务办公涉及的表单是多元化的，因此，在政务办公电子化时，政务电子办公系统需要制作的表单越来越多。目前大多数表单都需要上传附件，开发者在设计表单的附件栏时通常需要逐个的设计开发，这种方法随着表单设计的越来越多，需要开发者制作表单的时间也越来越长，开发效率低，而在系统流转审批过程中需要传递各种各样的附件，如何对上传的附件进行统计和管理也成为了亟需解决的问题。

发明内容

为克服相关技术中存在的问题，本申请提供了一种附件控件的生成方法、装置、系统、设备以及介质，其具有方便设计和开发，提高附件控件的制作效率的优点。

根据本申请实施例的第一方面，提供一种附件控件的生成方法，应用于业务系统，所述业务系统配置有表单设计器，该方法包括如下步骤：

接收附件标签，并存储至后台数据库；所述附件标签包括附件上传触发图标、附件属性和附件表；所述附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；其中，在所述附件上传触发图标触发时，按序对上传的每个附件配置附件标识，并根据所述附件保存路径按序对所述上传的附件数据进行保存；

获取控件与所述标签关联的第一关联数据，并将所述第一关联数据存储至后台数据库，且在所述表单设计器显示所述控件；

接收在所述表单设计器上触发所述控件的操作，从所述后台数据库中加载所述第一关联数据，并在所述表单设计器显示第一附件上传栏、第一附件上传触发图标和附件属性配置框；

接收在所述附件属性配置框上配置的附件属性值，并将所述附件属性值与所述标签关联形成附件控件以及第二关联数据，且将所述第二关联数据存储至后台数据库；

接收在所述业务系统上触发所述附件控件的操作，从所述后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标。

根据本申请实施例的第二方面，提供一种附件控件的生成装置，应用于业务系统，所述业务系统配置有表单设计器，该装置包括：

标签获取模块，用于接收附件标签，并存储至后台数据库；所述附件标签包括附件上传触发图标、附件属性和附件表；所述附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；其中，在所述附件上传触发图标触发时，按序对上传的每个附件配置附件标识，并根据所述附件保存路径按序对所述上传的附件数据进行保存；

控件关联模块，用于获取控件与所述标签关联的第一关联数据，并将所述第一关联数据存储至后台数据库，且在所述表单设计器显示所述控件；

控件触发模块，用于接收在所述表单设计器上触发所述控件的操作，从所述后台数据库中加载所述第一关联数据，并在所述表单设计器显示第一附件上传栏、第一附件上传触发图标和附件属性配置框；

属性值关联模块，用于接收在所述附件属性配置框上配置的附件属性值，并将所述附件属性值与所述标签关联形成附件控件以及第二关联数据，且将所述第二关联数据存储至后台数据库；

附件控件触发模块，用于接收在所述业务系统上触发所述附件控件的操作，从所述后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标。

根据本申请实施例的第三方面，提供一种业务系统，所述业务系统配置有表单设计器，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如上述任意一项所述的附件控件的生成方法。

根据本申请实施例的第四方面，提供一种电子设备，包括：业务系统；所述业务系统配置有表单设计器、处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行实现如上述任意一项所述的附件控件的生成方法。

根据本申请实施例的第五方面，提供一种计算机可读存储介质，其上储存有计算机程序，其特征在于，该计算机程序被处理器执行实现如上述任意一项所述的附件控件的生成方法。

本申请实施例通过设置附件标签，将控件与附件标签关联，以配置附件控件，进而可以便捷地设计各种附件控件，方便了用户的设计和开发，提高了附件控件的制作效率。进一步地，当通过表单控件制作的附件控件需要调整时，只需要更新附件标签，无需逐个对附件控件进行调整，便捷了附件的维护。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

为了更好地理解和实施，下面结合附图详细说明本发明。

附图说明

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

图1为本申请实施例示出的附件控件的生成方法的流程图；

图2为本申请实施例示出的附件表存储的数据内容；

图3为本申请实施例示出的控件与所述标签关联的效果图；

图4为本申请实施例示出的控件的效果图；

图5为本申请实施例示出的附件属性配置框的示意图；

图6为本申请实施例示出的附件控件的效果图；

图7为本申请实施例示出的具有附件删除触发图标的附件控件的效果图；

图8为本申请实施例示出的加载显示附件数据的效果图；

图9为本申请实施例示出的附件控件的生成装置的结构示意框图；

图10为本申请实施例示出的电子设备的结构示意框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。在此所使用的词语“如果”/“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例公开的所述附件控件的生成方法的应用环境包括电子设备；所述电子设备可以为IOS、安卓、windows等系统的终端，上述终端具体可以包括：处理器、存储器、通信模块和显示屏，上述部件可以通过总线连接，也可以通过其他方式连接，本申请并不和限制上述连接的具体方式。所述电子设备内运行有业务系统，所述业务系统内设置有表单设计器，通过所述表单设计器可以方便地设计和显示表单。

本申请实施例公开了一种附件控件的生成方法，该方法应用在电子设备。下面将结合附图1至图10，对本申请实施例提供的一种附件控件的生成方法进行详细介绍。

请参阅图1，其为本申请实施例示出的附件控件的生成方法的流程图。本申请实施例的附件控件的生成方法，应用于业务系统，所述业务系统配置有表单设计器，在本申请的实施例性实施例中，所述业务系统为电子政务系统，该方法包括如下步骤：

步骤S101：接收附件标签，并存储至后台数据库；所述附件标签包括附件上传触发图标、附件属性和附件表；所述附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；其中，在所述附件上传触发图标触发时，按序对上传的每个附件配置附件标识，并根据所述附件保存路径按序对所述上传的附件数据进行保存。

本申请示例性实施例的标签是一种XML元素，通过标签可以使动态网页开发技术(JavaServer Pages，JSP)网页变得简洁并且易于维护，还可以方便地实现同一个JSP文件支持多种语言版本。本申请实施例的附件标签是用于电子政务的元素，其主要指JSP标签，其在功能逻辑上与javaBean类似，都封装Java代码,且是可重用的组件代码，允许开发人员为复杂的操作提供逻辑名称。所述附件包括日常工作中流转的图片、文本、word、excel、ppt、pdf、压缩包等一系列文件。

所述附件上传触发图标可以为图标按钮如回形针图标按钮。所述附件属性包括附件上传栏的长、宽和颜色等，附件上传触发图标的类型、长、宽和颜色等，此步骤的属性为附件上传栏、附件上传触发图标具有的性质，具体的属性配置为多少即属性值如长是多少、颜色是怎样的，在后续步骤中通过配置属性值来确定。

请参阅图2，所述附件表用于存储附件数据信息，所述附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；所述附件标识用于唯一识别每个上传的附件，其可以为上传的附件顺序号或者附件名称。所述附件数据包括上传的附件的保存名称、显示名称、保存时间、保存人、上传人、资源类型、附件内容、附件类型、附件大小、图片宽度、图片高度、音频时长等数据。

本申请示例性实施例的附件控件可以实现上传单个或多个附件，根据上传的先后顺序对每个附件配置附件标识，并根据所述附件保存路径按序对所述上传的附件数据进行保存。

步骤S102：获取控件与所述标签关联的第一关联数据，并将所述第一关联数据存储至后台数据库，且在所述表单设计器显示所述控件。

本申请实施例中，业务系统的后台工具中有很多预留的控件，用户可以根据需要选择控件将所述标签关联。

步骤S103：接收在所述表单设计器上触发所述控件的操作，从所述后台数据库中加载所述第一关联数据，并在所述表单设计器显示第一附件上传栏、第一附件上传触发图标和附件属性配置框。

本申请实施例中，所述第一附件上传栏为具有默认的属性值的表格栏，需要表单设计人员根据需要来配置美化来获得需求的附件上传栏。

步骤S104：接收在所述附件属性配置框上配置的附件属性值，并将所述附件属性值与所述标签关联形成附件控件以及第二关联数据，且将所述第二关联数据存储至后台数据库。

步骤S105：接收在所述业务系统上触发所述附件控件的操作，从后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标。

在本申请实施例中，可在业务系统上配置相应的业务功能接口，然后在业务系统上配置相应的表单插件，通过触发所述表单插件来显示第二附件上传栏。

本申请实施例通过设置附件标签，将控件与附件标签关联，以配置附件控件，进而可以便捷地设计各种附件控件，方便了用户的设计和开发，提高了附件控件的制作效率。进一步地，当通过表单控件制作的附件控件需要调整时，只需要更新附件标签，无需逐个对附件控件进行调整，便捷了附件的维护。

请参阅图3，在本申请的示例性实施例中，所述附件标签还包括标签名称；所述获取控件与所述标签关联的第一关联数据的步骤包括：检测与所述标签名称相同的控件，将所述控件与所述标签关联形成所述第一关联数据。其中，所述标签名称可以为数字、字母和符号等任何可以使机器识别的文字，由于标签是XML元素，因此，本申请实施例的标签名称是大小写敏感的。通过将控件名称配置为与所述标签名称相同的名称，实现便捷地将控件与便签关联。

请参阅图3，进一步地，所述标签还包括控件属性；所述检测与所述标签名称相同的控件，将所述控件与所述标签关联形成所述第一关联数据，还包括步骤：接收配置的所述控件的控件属性值，若所述控件属性值对应的控件属性存在于所述标签的控件属性中，则在显示所述第二附件上传栏时，显示所述控件属性值对应的显示效果；若所述控件属性值对应的控件属性不存在于所述标签的控件属性中，则在显示所述第二附件上传栏时，不显示所述控件属性值对应的显示效果。本申请实施例中的业务系统的控件中对应也有控件属性，而此时的控件属性需要与所述标签中的控件属性配置，即需要根据标签的标签属性是否有配置，若未配置所述标签属性，则对应配置的所述控件属性则不能生效。

请参阅图4，在本申请的示例性实施例中，所述触发所述控件的操作包括：拖拽所述控件至所述表单设计器的表单页面。通过拖拽所述控件，可方便用户在所述表单设计器的表单页面设计附件控件。

请参阅图7，在本申请的一个示例性实施例中，所述附件标签还包括附件删除触发图标；

所述接收在所述业务系统上触发显示附件的操作，从后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标的步骤之后，还包括步骤：对于每个上传的附件对应显示所述附件删除触发图标，且在所述附件删除触发图标触发时，根据附件对应的附件标识删除后台数据库中对应的附件数据。

通过附件删除触发图标，可以方便用户删除上传的附件，实现对附件的方便管理。

请参阅图8，在本申请的一个示例性实施例中，所述接收在所述业务系统上触发显示附件控件的操作，从后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标的步骤之后，还包括步骤：

步骤S106：根据所述附件控件的触发操作，随机配置附件控件标识；

步骤S107：接收触发保存所述附件控件的操作，将所述附件控件标识与所述附件表的附件数据关联；

步骤S108：在再次触发显示所述附件控件的操作时，根据所述附件控件标识加载显示附件表中的附件数据。

具体的，用户每次触发所述附件控件时，都将随机分配一个附件控件标识，当用户触发保存所述附件控件的操作时，才会保存所述附件控件标识，才会将所述附件控件标识与所述附件表关联。在一个示例性实施例中，在执行所述步骤107之后，还存储触发保存操作的用户标识；在执行步骤108中在再次触发显示所述附件控件的操作时，还检测用户标识，在用户标识与触发保存操作的用户标识不一致时，根据所述附件控件标识加载显示附件表中的附件数据；在用户标识与触发保存操作的用户标识一致时，根据所述附件控件标识加载显示附件表中的附件数据，同时对于每个上传的附件还对应显示所述删除触发图标。

通过对附件控件配置附件控件标识，并在接收触发保存所述附件控件的操作时，将所述附件控件标识与附件表关联，从而可以使得用户在再次触发显示所述附件控件的操作时，可根据所述附件控件标识加载显示附件表中的附件数据，进而方便地查阅上传的附件，实现附件在系统中的查阅。

在本申请的示例性实施例中，为实现接收触发操作后能显示所述附件控件、附件数据，以及删除附件，所述附件控件的生成方法还包括步骤：接收所述标签的接口数据如上传接口何附件删除接口，以及显示配置数据和附件展示前数据等后台配置数据，根据后台配置数据进行数据填充以及功能关联接口调用配置。

请参阅图9，其示出了本申请实施例提供的附件控件的生成装置的结构示意图。所述附件控件的生成装置200，应用于业务系统，所述业务系统配置有表单设计器，该装置包括：

标签获取模块201，用于接收附件标签，并存储至后台数据库；所述附件标签包括附件上传触发图标、附件属性和附件表；所述附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；其中，在所述附件上传触发图标触发时，按序对上传的每个附件配置附件标识，并根据所述附件保存路径按序对所述上传的附件数据进行保存；

控件关联模块202，用于获取控件与所述标签关联的第一关联数据，并将所述第一关联数据存储至后台数据库，且在所述表单设计器显示所述控件；

控件触发模块203，用于接收在所述表单设计器上触发所述控件的操作，从所述后台数据库中加载所述第一关联数据，并在所述表单设计器显示第一附件上传栏、第一附件上传触发图标和附件属性配置框；

属性值关联模块204，用于接收在所述附件属性配置框上配置的附件属性值，并将所述附件属性值与所述标签关联形成附件控件以及第二关联数据，且将所述第二关联数据存储至后台数据库；

附件控件触发模块205，用于接收在所述业务系统上触发显示附件控件的操作，从后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标。

本申请实施例通过设置附件标签，将控件与附件标签关联，以配置附件控件，进而可以便捷地设计各种附件控件，方便了用户的设计和开发，提高了附件控件的制作效率。进一步地，当通过表单控件制作的附件控件需要调整时，只需要更新附件标签，无需逐个对附件控件进行调整，便捷了附件的维护。

在本申请的一个示例性实施例中，所述附件控件的生成装置200还包括：

附件控件标识配置模块(图中未示)，用于根据所述附件控件的触发操作，随机配置附件控件标识；

触发关联模块(图中未示)，用于接收触发保存所述附件控件的操作，将所述附件控件标识与所述附件表的附件数据关联；

附件数据显示模块(图中未示)，用于在再次触发显示所述附件控件的操作时，根据所述附件控件标识加载显示附件表中的附件数据。

通过对附件控件配置附件控件标识，并在接收触发保存所述附件控件的操作时，将所述附件控件标识与附件表关联，从而可以使得用户在再次触发显示所述附件控件的操作时，根据所述附件控件标识加载显示附件表中的附件数据时，方便地查阅上传的附件，实现附件在系统中的传递。

在本申请的一个示例性实施例中，所述附件标签还包括附件删除触发图标；

所述附件控件的生成装置200还包括：删除模块(图中未示)，用于对于每个上传的附件对应显示所述附件删除触发图标，且在所述附件删除触发图标触发时，根据附件对应的附件标识删除后台数据库中对应的附件数据。通过附件删除触发图标，可以方便用户删除上传的附件，实现对附件的方便管理。

在本申请的示例性实施例中，所述附件标签还包括标签名称；所述控件关联模块202包括关联检测模块，用于检测与所述标签名称相同的控件，将所述控件与所述标签关联形成所述第一关联数据。通过将控件名称配置为与所述标签名称相同的名称，实现便捷地将控件与便签关联。

进一步地，所述标签还包括控件属性；所述关联检测模块，还用于接收配置的所述控件的控件属性值，若所述控件属性值对应的控件属性存在于所述标签的控件属性中，则在显示所述第二附件上传栏时，显示所述控件属性值对应的显示效果；若所述控件属性值对应的控件属性不存在于所述标签的控件属性中，则在显示所述第二附件上传栏时，不显示所述控件属性值对应的显示效果。本申请实施例中的业务系统的控件中对应也有控件属性，而此时的控件属性需要与所述标签中的控件属性配置，即需要根据标签的标签属性是否有配置，若未配置所述标签属性，则对应配置的所述控件属性则不能生效。

在本申请的示例性实施例中，所述触发所述控件的操作包括：拖拽所述控件至所述表单设计器的表单页面。通过拖拽所述控件，可方便用户在所述表单设计器的表单页面设计附件控件。

在本申请的示例性实施例中，为实现接收触发操作后能显示所述第一电子表单，附件控件的生成装置还包括数据配置模块(图中未示)，所述数据配置模块用于接收所述标签的接口数据如上传接口何附件删除接口，以及显示配置数据和附件展示前数据等后台配置数据，根据后台配置数据进行数据填充以及功能关联接口调用配置。

本申请还提供一种业务系统，所述业务系统配置有表单设计器，包括：处理器和存储器。所述处理器可以用于调用存储器中存储的附件控件的生成方法的应用程序，并具体执行以下操作：接收附件标签，并存储至后台数据库；所述附件标签包括附件上传触发图标、附件属性和附件表；所述附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；其中，在所述附件上传触发图标触发时，按序对上传的每个附件配置附件标识，并根据所述附件保存路径按序对所述上传的附件数据进行保存；获取控件与所述标签关联的第一关联数据，并将所述第一关联数据存储至后台数据库，且在所述表单设计器显示所述控件；接收在所述表单设计器上触发所述控件的操作，从所述后台数据库中加载所述第一关联数据，并在所述表单设计器显示第一附件上传栏、第一附件上传触发图标和附件属性配置框；接收在所述附件属性配置框上配置的附件属性值，并将所述附件属性值与所述标签关联形成附件控件以及第二关联数据，且将所述第二关联数据存储至后台数据库；接收在所述业务系统上触发显示附件控件的操作，从后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标。

本申请实施例通过设置附件标签，将控件与附件标签关联，以配置附件控件，进而可以便捷地设计各种附件控件，方便了用户的设计和开发，提高了附件控件的制作效率。进一步地，当通过表单控件制作的附件控件需要调整时，只需要更新附件标签，无需逐个对附件控件进行调整，便捷了附件的维护。

在本申请的示例性实施例中，所述处理器可以用于调用存储器中存储的附件控件的生成方法的应用程序，还执行以下操作：根据所述附件控件的触发操作，随机配置附件控件标识；接收触发保存所述附件控件的操作，将所述附件控件标识与所述附件表的附件数据关联；在再次触发显示所述附件控件的操作时，根据所述附件控件标识加载显示附件表中的附件数据。通过对附件控件配置附件控件标识，并在接收触发保存所述附件控件的操作时，将所述附件控件标识与附件表关联，从而可以使得用户在再次触发显示所述附件控件的操作时，根据所述附件控件标识加载显示附件表中的附件数据时，方便地查阅上传的附件，实现附件在系统中的传递。

在本申请的一个示例性实施例中，所述附件标签还包括附件删除触发图标；所述处理器可以用于调用存储器中存储的附件控件的生成方法的应用程序，还执行以下操作：对于每个上传的附件对应显示所述附件删除触发图标，且在所述附件删除触发图标触发时，根据附件对应的附件标识删除后台数据库中对应的附件数据。通过附件删除触发图标，可以方便用户删除上传的附件，实现对附件的方便管理。

在本申请的示例性实施例中，所述附件标签还包括标签名称；所述处理器还具体执行以下操作：检测与所述标签名称相同的控件，将所述控件与所述标签关联形成所述第一关联数据。其中，所述标签名称可以为数字、字母和符号等任何可以使机器识别的文字，由于标签是XML元素，因此，本申请实施例的标签名称是大小写敏感的。通过将控件名称配置为与所述标签名称相同的名称，实现便捷地将控件与便签关联。

进一步地，所述标签还包括控件属性；所述处理器还具体执行以下操作：接收配置的所述控件的控件属性值，若所述控件属性值对应的控件属性存在于所述标签的控件属性中，则在显示所述第二附件上传栏时，显示所述控件属性值对应的显示效果；若所述控件属性值对应的控件属性不存在于所述标签的控件属性中，则在显示所述第二附件上传栏时，不显示所述控件属性值对应的显示效果。本申请实施例中的业务系统的控件中对应也有控件属性，而此时的控件属性需要与所述标签中的控件属性配置，即需要根据标签的标签属性是否有配置，若未配置所述标签属性，则对应配置的所述控件属性则不能生效。

在本申请的示例性实施例中，所述触发所述控件的操作包括：拖拽所述控件至所述表单设计器的表单页面。通过拖拽所述控件，可方便用户在所述表单设计器的表单页面设计电子表单。

在本申请的示例性实施例中，为实现接收触发操作后能显示所述第一电子表单，所述处理器还具体执行以下操作：接收所述标签的接口数据和显示配置数据等后台配置数据，根据后台配置数据进行数据填充以及功能关联接口调用配置。

下述为本申请设备实施例，可以用于执行本申请方法实施例。对于本申请设备实施例中未披露的细节，请参照本申请方法实施例。

请参阅图10，本申请还提供一种电子设备300，所述电子设备300可以为任何包括触摸显示屏的任何智能端，例如，可以具体为计算机、手机、平板电脑、交互式智能平板等。所述电子设备300可以包括：至少一个处理器301、至少一个存储器302，至少一个网络接口303，用户接口304以及至少一个通信总线305。

其中，所述用户接口304主要用于为用户提供输入的接口，获取用户输入的数据，其可以包括显示端和摄像端。可选的，所述用户接口304还可以包括标准的有线接口、无线接口。

其中，所述网络接口303可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，所述通信总线305用于实现这些组件之间的连接通信。

其中，所述处理器301可以包括一个或者多个处理核心。处理器301利用各种接口和线路连接整个电子设备300内的各个部分，通过运行或执行存储在存储器302内的指令、程序、代码集或指令集，以及调用存储在存储器302内的数据，执行电子设备300的各种功能和处理数据。可选的，处理器301可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器301可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示层所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器301中，单独通过一块芯片进行实现。

其中，存储器302可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器302包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器302可用于存储指令、程序、代码、代码集或指令集。存储器302可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器302可选的还可以是至少一个位于远离前述处理器301的存储装置。如图10所示，作为一种计算机存储介质的存储器302中可以包括操作系统、网络通信模块、用户。

本申请的所述处理器301可以用于调用存储器302中存储的附件控件的生成方法的应用程序执行上述任一所述的附件控件的生成方法。

本申请还提供一种计算机可读存储介质，其上储存有计算机程序，所述指令适于由处理器加载并执行上述所示实施例的方法步骤，具体执行过程可以参见实施例1所示的具体说明，在此不进行赘述。所述存储介质所在设备可以是个人计算机、笔记本电脑、智能手机、平板电脑等电子设备。

对于设备实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的设备实施例仅仅是示意性的，其中所述作为分离部件说明的组件可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中选定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中选定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中选定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种附件控件的生成方法，应用于业务系统，所述业务系统配置有表单设计器，其特征在于，该方法包括如下步骤：

接收附件标签，并存储至后台数据库；所述附件标签包括附件上传触发图标、附件属性和附件表；所述附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；其中，在所述附件上传触发图标触发时，按序对上传的每个附件配置附件标识，并根据所述附件保存路径按序对所述上传的附件数据进行保存；

获取控件与所述标签关联的第一关联数据，并将所述第一关联数据存储至后台数据库，且在所述表单设计器显示所述控件；

接收在所述表单设计器上触发所述控件的操作，从所述后台数据库中加载所述第一关联数据，并在所述表单设计器显示第一附件上传栏、第一附件上传触发图标和附件属性配置框；

接收在所述附件属性配置框上配置的附件属性值，并将所述附件属性值与所述标签关联形成附件控件以及第二关联数据，且将所述第二关联数据存储至后台数据库；

接收在所述业务系统上触发所述附件控件的操作，从所述后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标。

2.根据权利要求1所述的附件控件的生成方法，其特征在于，

所述接收在所述业务系统上触发显示附件控件的操作，从所述后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标的步骤之后，还包括步骤：

根据所述附件控件的触发操作，随机配置附件控件标识；

接收触发保存所述附件控件的操作，将所述附件控件标识与所述附件表的附件数据关联；

在再次触发显示所述附件控件的操作时，还根据所述附件控件标识加载显示附件表中的附件数据。

3.根据权利要求1所述的附件控件的生成方法，其特征在于，

所述附件标签还包括附件删除触发图标；

所述接收在所述业务系统上触发显示附件的操作，从后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标的步骤之后，还包括：

对于每个上传的附件对应显示所述附件删除触发图标，且在所述附件删除触发图标触发时，根据附件对应的附件标识删除后台数据库中对应的附件数据。

4.根据权利要求1所述的附件控件的生成方法，其特征在于，

所述附件标签还包括标签名称；

所述获取控件与所述标签关联的第一关联数据的步骤包括：

检测与所述标签名称相同的控件，将所述控件与所述标签关联形成所述第一关联数据。

5.根据权利要求4所述的附件控件的生成方法，其特征在于，

所述标签还包括控件属性；

所述检测与所述标签名称相同的控件，将所述控件与所述标签关联形成所述第一关联数据，还包括步骤：

接收配置的所述控件的控件属性值，若所述控件属性值对应的控件属性存在于所述标签的控件属性中，则在显示所述第二附件上传栏时，显示所述控件属性值对应的显示效果；若所述控件属性值对应的控件属性不存在于所述标签的控件属性中，则在显示所述第二附件上传栏时，不显示所述控件属性值对应的显示效果。

6.根据权利要求1所述的附件控件的生成方法，其特征在于，

所述触发显示所述控件的操作包括：拖拽所述控件至所述表单设计器的表单页面。

7.一种附件控件的生成装置，应用于业务系统，所述业务系统配置有表单设计器，其特征在于，该装置包括：

标签获取模块，用于接收附件标签，并存储至后台数据库；所述附件标签包括附件上传触发图标、附件属性和附件表；所述附件表包括上传的附件标识、上传的附件保存路径和上传的附件数据；其中，在所述附件上传触发图标触发时，按序对上传的每个附件配置附件标识，并根据所述附件保存路径按序对所述上传的附件数据进行保存；

控件关联模块，用于获取控件与所述标签关联的第一关联数据，并将所述第一关联数据存储至后台数据库，且在所述表单设计器显示所述控件；

控件触发模块，用于接收在所述表单设计器上触发所述控件的操作，从所述后台数据库中加载所述第一关联数据，并在所述表单设计器显示第一附件上传栏、第一附件上传触发图标和附件属性配置框；

属性值关联模块，用于接收在所述附件属性配置框上配置的附件属性值，并将所述附件属性值与所述标签关联形成附件控件以及第二关联数据，且将所述第二关联数据存储至后台数据库；

附件控件触发模块，用于接收在所述业务系统上触发所述附件控件的操作，从所述后台数据库中加载所述第二关联数据，显示第二附件上传栏和第二附件上传触发图标。

8.一种业务系统，所述业务系统配置有表单设计器，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1至5中任意一项所述的附件控件的生成方法。

9.一种电子设备，其特征在于，包括：业务系统；所述业务系统配置有表单设计器、处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1至5中任意一项所述的附件控件的生成方法。

10.一种计算机可读存储介质，其上储存有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至5中任意一项所述的附件控件的生成方法。

Images