CN110083590A - 数据填充方法及装置和计算机可读存储介质 - Google Patents

Abstract

本公开是关于一种数据填充方法及装置和计算机可读存储介质，其中，数据填充方法包括：接收当前用户发送的当前服务请求，当前服务请求中携带有当前服务标识和当前用户标识；根据当前服务标识和预存的配置文件获取对应的表单，并显示表单，表单中包括控件，至少一个控件绑定元数据；根据当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将历史提交数据填充到对应的控件中。本公开实施例，通过根据当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将查询到的历史提交数据填充到对应的控件中，从而减少需要反复地填写相同信息，降低出错率，提高用户体验度。

Description

数据填充方法及装置和计算机可读存储介质

技术领域

本公开涉及数据处理技术领域，尤其涉及一种数据填充方法及装置和计算机可读存储介质。

背景技术

随着互联网技术的发展与普及，通过互联网申报事项或申报项目已成为一种趋势。通过互联网申报事项，需要用户在对应的页面填写很多信息。

但是，当用户多次申报相同事项或者申报需要填写相同内容的不同事项时，需要反复地填写相同信息，出错率高，用户体验差。

发明内容

为克服相关技术中存在的问题，本公开提供一种数据填充方法及装置和计算机可读存储介质。

根据本公开实施例的第一方面，提供一种数据填充方法，包括：

接收当前用户发送的当前服务请求，所述当前服务请求中携带有当前服务标识和当前用户标识；

根据所述当前服务标识和预存的配置文件获取对应的表单，并显示所述表单，所述表单中包括控件，至少一个所述控件绑定元数据；

根据所述当前用户标识和所述控件绑定的元数据标识查询所述当前用户的历史提交数据，并将查询到的所述历史提交数据填充到对应的所述控件中。

在一实施例中，所述方法还包括：

接收所述当前用户在所述表单中输入的数据；

根据当前表单中新增数据对应控件绑定的元数据标识和所述当前用户标识，将当前表单中的新增数据对应写入所述历史提交数据中。

在一实施例中，所述方法还包括：

在所述将当前表单中的新增数据对应写入所述历史提交数据中之后，将所述历史提交数据中的新增数据状态记录为未生效状态。

在一实施例中，所述方法还包括：

向审核平台提交当前表单；

接收所述审核平台返回的数据审核结果；

将所述历史提交数据中所述数据审核结果为通过审核的数据状态更新为生效状态。

在一实施例中，所述根据所述当前服务标识获取对应的表单，包括：

根据所述当前服务标识从表单中心获取对应的表单模板；其中，所述表单中心保存有至少一个表单模板，所述表单模板与服务标识具有一一对应关系；

根据获取到的表单模板和配置文件加载对应的控件，以得到所述表单，其中，所述配置文件中保存有所述表单模板和所述控件的对应关系以及所述控件与所述元数据的绑定关系；

根据所述配置文件，将所述表单中的至少一个所述控件绑定元数据。

根据本公开实施例的第二方面，提供一种数据填充装置，所述装置包括：

第一接收模块，用于接收当前用户发送的当前服务请求，所述当前服务请求中携带有当前服务标识和当前用户标识；

获取显示模块，用于根据所述第一接收模块接收的所述当前服务请求中携带的所述当前服务标识和预存的配置文件获取对应的表单，并显示所述表单，所述表单中包括控件，至少一个所述控件绑定元数据；

查询填充模块，用于根据所述第一接收模块接收的所述当前服务请求中携带的所述当前用户标识和所述控件绑定的元数据标识查询所述当前用户的历史提交数据，并将查询到的所述历史提交数据填充到对应的所述控件中。

在一实施例中，所述装置还包括：

第二接收模块，用于接收所述当前用户在所述显示模块显示的所述表单中输入的数据；

写入模块，用于根据所述第二接收模块接收的当前表单中新增数据对应控件绑定的元数据标识和所述当前用户标识，将所述新增数据对应写入所述历史提交数据中。

在一实施例中，所述装置还包括：

记录模块，用于在所述写入模块将当前表单中的新增数据对应写入所述历史提交数据中之后，将所述历史提交数据中的新增数据状态记录为未生效状态。

在一实施例中，所述装置还包括：

提交模块，用于向审核平台提交当前表单；

第四接收模块，用于接收所述审核平台针对所述提交模块提交的当前表单返回的数据审核结果；

更新模块，用于将所述历史提交数据中所述第接收模块接收的所述数据审核结果为通过审核的数据状态更新为生效状态。

在一实施例中，所述获取显示模块包括：

获取子模块，用于根据所述当前服务标识从表单中心获取对应的表单模板；其中，所述表单中心保存有至少一个表单模板，所述表单模板与服务标识具有一一对应关系；

加载子模块，用于根据所述获取子模块获取到的表单模板和所述配置文件加载对应的控件，以得到所述表单，其中，所述配置文件中保存有所述表单模板和所述控件的对应关系以及所述控件与所述元数据的绑定关系；

绑定子模块，用于根据所述配置文件，将所述加载子模块加载的所述控件中的至少一个所述控件绑定元数据。

根据本公开实施例的第三方面，提供一种数据填充装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收当前用户发送的当前服务请求，所述当前服务请求中携带有当前服务标识和当前用户标识；

根据所述当前服务标识和预存的配置文件获取对应的表单，并显示所述表单，所述表单中包括控件，至少一个所述控件绑定元数据；

根据所述当前用户标识和所述控件绑定的元数据标识查询所述当前用户的历史提交数据，并将查询到的所述历史提交数据填充到对应的所述控件中。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述数据填充方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：通过根据当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将历史提交数据填充到对应的控件中，从而减少需要反复地填写相同信息，降低出错率，提高用户体验度。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1A是传统的数据填充过程的示意图。

图1B是根据一示例性实施例示出的一种数据填充方法的流程图。

图2A是根据一示例性实施例示出的另一种数据填充方法的流程图。

图2B是根据一示例性实施例示出的一种数据填充过程的示意图。

图3是根据一示例性实施例示出的一种数据填充装置的框图。

图4A是根据一示例性实施例示出的另一种数据填充装置的框图。

图4B是根据一示例性实施例示出的另一种数据填充装置的框图。

图4C是根据一示例性实施例示出的另一种数据填充装置的框图。

图5是根据一示例性实施例示出的另一种数据填充装置的框图。

图6是根据一示例性实施例示出的一种适用于数据填充装置的框图。

具体实施方式

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

图1A是传统的数据填充方法的流程图，图1A以公积金事项申报、社保事项申报和出入境事项申报为例描述传统的数据填充方式，传统的数据填充方式为：由开发人员针对每个事项开发一个表单，用户在对应表单上填写信息，然后提交给审核平台进行审核。这样，当用户多次申报相同事项或者申报需要填写相同内容的不同事项时，需要反复地填写相同信息，出错率高，用户体验差。

相关技术中，可以通过对接第三方用户信息库的方式来获取用户信息，并基于获取到的用户信息进行预填充，但是，第三方用户信息库的数据少、质量差，导致获取到的可用于预填充的用户信息很少，因此，仍然存在很多需要重复填写的信息。

图1B是根据一示例性实施例示出的一种数据填充方法的流程图，如图1B所示，该数据填充方法包括：

步骤S101，接收当前用户发送的当前服务请求，当前服务请求中携带有当前服务标识和当前用户标识。

其中，当前服务可以包括但不局限于公积金事项申报、社保事项申报或出入境事项申报等。

步骤S102，根据当前服务标识和预存的配置文件获取对应的表单，并显示表单，表单中包括控件，至少一个控件绑定元数据。

在该实施例中，根据当前服务标识获取对应的表单的过程可以为：根据当前服务标识从表单中心获取对应的表单模板，并根据获取到的表单模板和预存的配置文件加载对应的控件，以得到表单，并根据该配置文件将控件绑定元数据。

其中，表单中心保存有至少一个表单模板，每个表单模板均与一个服务标识一一对应，即表单模板与服务标识具有一一对应关系。控件可以为输入框、下拉框等。

配置文件保存有表单模板与控件的对应关系以及表单模板中的控件与元数据的绑定关系。

例如，表单模板1与控件1～10对应，即表单模板1中包含控件1～控件10，又例如，表单模板2与控件1～5对应，即表单模板2中包含控件1～控件5。

例如，表单模板1中的控件1与元数据1有绑定关系，表单模板1中的控件2与元数据2有绑定关系，则控件1绑定元数据1，控件2绑定元数据2。在该实施例中，控件绑定元数据有两个作用：第一个作用是生成历史提交数据时，以元数据标识来记录对应的用户数据，第二个作用是基于元数据标识和当前用户标识查询当前用户的历史提交数据，以获取对应的数据。

其中，配置文件中的内容可以由表单管理员添加，例如，表单管理员可以在配置文件中添加表单模板与控件的对应关系，也可以在识别出用于存放需要用户反复填写数据的控件之后，从元数据资源池中选择与该控件绑定的元数据，将该控件与元数据的绑定关系添加到配置文件中。由于一个表单模板中可能只有部分控件用于存放需要用户反复填写数据，因此，一个表单模板中可能只有部分控件与元数据具有绑定关系。

每个元数据具有唯一标识，元数据可以存放在元数据资源池中，当表单管理员识别出某个控件用于存放需要用户反复填写数据，例如姓名、身份证、家庭住址、户籍地址等，则可以从元数据资源池中选择与该控件绑定的元数据，并将二者的绑定关系添加到配置文件中。

步骤S103，根据当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将查询到的历史提交数据填充到对应的控件中。

其中，历史提交数据可以以关键字(key)-数值(value)等形式保存在数据库中，其中，key可以包括用户标识和元数据标识，value可以为用户信息。

控件用于承载数据，即将当前查询到的历史提交数据中填充到控件中，从而避免用户在控件中手动输入数据。

例如，当前显示的表单为表单1，表单1中的控件1为输入框1，控件2为输入框2，输入框1用于填写当前用户的姓名，输入框2用于填写当前用户的身份证号码，输入框1与元数据1绑定，输入框2与元数据2绑定。表单1中需要填写的数据为姓名和身份证号码，而当前用户的历史提交数据中保存有：元数据1为张三，元数据2为X，则根据当前用户标识和元数据1、元数据2查询当前用户的历史提交数据，可以查询到元数据1为张三，元数据2为X，由于元数据1与输入框1绑定，元数据2与输入框2绑定，因此，将查询到的元数据1的内容和元数据2的内容分别填充到输入框1和输入框2中，即将张三和X分别填充到输入框1和输入框2中。

需要说明的是，当前需要填写的数据名称可能和同一用户的历史提交数据中的数据名称不同，例如当前需要填写的数据名称为身份证号码，身份证号码对应的控件为控件11，控件11绑定元数据11，而同一用户的历史提交数据中的数据名称为身份证号，身份证号采用的元数据标识为元数据11，则可以通过元数据标识实现数据填充，即可以将历史提交数据中同一元数据标识对应的数据填充到该元数据标识绑定的控件中。

上述实施例，通过根据当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将历史提交数据填充到对应的控件中，从而减少需要反复地填写相同信息，降低出错率，提高用户体验度。

可选地，如图2A所示，在上述步骤S103之后，该方法还可以包括：

步骤S104，接收当前用户在表单中输入的数据。

步骤S105，根据当前表单中新增数据对应控件绑定的元数据标识和当前用户标识，将新增数据对应写入历史提交数据中。

通过上述步骤S103，可以实现将当前用户的历史提交数据填充到对应的控件中，但是有些数据可能还需要当前用户来补充，若当前用户在该表单中输入数据，则服务平台可以接收当前用户在表单中输入的数据，并将当前表单中的新增数据对应写入当前用户的历史提交数据中，历史提交数据可以保存在数据库中。

需要说明的是，上述步骤S104-S105除了可以位于步骤S103之后，也可以位于步骤S103之前。若步骤S104-S105位于步骤S103之前，则步骤S104-S105可以为生成历史提交数据的步骤。换言之，服务平台在执行步骤S103之前，可以通过步骤S104-S105来生成历史提交数据，然后基于该历史提交数据实现数据填充。该实施例中生成的历史提交数据质量好，使得后续基于该历史提交数据进行数据填充时可以将很多信息填充好，从而减少需要重复填写的信息数量，若步骤S104-S105位于步骤S103之后，则通过接收当前用户在表单中输入的数据，并将当前表单中的新增数据对应写入历史提交数据中，以丰富完善当前用户的历史提交数据，从而为后续基于该历史提交数据填充更多的数据提供条件。

步骤S106，将历史提交数据中的新增数据状态记录为未生效状态。

可选地，该实施例中还可以记录新增数据状态，以区分新增数据的准确性和有效性。若新增数据状态为未生效状态，则表明审核平台未对该新增数据进行审核或该新增数据未通过审核。若新增数据状态为生效状态，则表明该新增数据已通过审核，准确性高。

步骤S107，向审核平台提交当前表单。

步骤S108，接收审核平台返回的数据审核结果。

步骤S109，将历史提交数据中数据审核结果为通过审核的数据状态更新为生效状态。

可选地，服务平台可以向审核平台提交当前表单，由审核平台对当前表单中的数据进行审核，并向服务平台返回审核结果，服务平台在接收审核结果之后，可以根据审核结果更新该历史提交数据中的数据状态，例如，将通过审核的数据状态更新为生效状态。换言之，若某个数据的状态为生效状态，则表明该数据已通过审核，准确性高。服务平台在基于标记有生效状态的历史提交数据填充数据时，可以提高所填空数据的准确性。

上述数据填充方法实施例，通过将历史提交数据中数据审核结果为通过审核的数据状态更新为生效状态，使得后续基于标记有生效状态的历史提交数据填充数据时，可以提高所填空数据的准确性。

图2B是根据一示例性实施例示出的一种数据填充过程的示意图，该实施例以公积金事项申报请求为例描述数据填充过程，如图2B所示，该数据填充过程包括：

步骤S2001，接收当前用户发送的公积金事项申报请求，该公积金事项申报请求中携带有公积金事项标识和当前用户标识。

步骤S2002，根据公积金事项标识和预存的配置文件获取对应的表单，并显示表单，表单中包括控件，至少一个控件绑定元数据。

步骤S2003，根据当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将查询到的历史提交数据填充到对应的控件中。

步骤S2004，接收当前用户在表单中补充输入的数据。

步骤S2005，根据当前表单中新增数据对应控件绑定的元数据标识和当前用户标识，将新增数据对应写入历史提交数据中，并将历史提交数据中的新增数据状态记录为未生效状态。

步骤S2006，向审核平台提交当前表单。

步骤S2007，接收审核平台返回的数据审核结果。

步骤S2008，将历史提交数据中数据审核结果为通过审核的数据状态更新为生效状态。

上述数据填充方法实施例，通过根据当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将历史提交数据填充到对应的控件中，从而减少需要反复地填写相同信息，降低出错率，并通过将历史提交数据中数据审核结果为通过审核的数据状态更新为生效状态，使得后续基于标记有生效状态的历史提交数据填充数据时，可以提高所填空数据的准确性。

与前述数据填充方法实施例相对应，本公开还提供了数据填充装置实施例。

图3是根据一示例性实施例示出的一种数据填充装置的框图，如图3所示，数据填充装置包括：第一接收模块31、获取显示模块32和查询填充模块33。

第一接收模块31用于接收当前用户发送的当前服务请求，当前服务请求中携带有当前服务标识和当前用户标识。

其中，当前服务可以包括但不局限于公积金事项申报、社保事项申报或出入境事项申报等。

获取显示模块32用于根据第一接收模块31接收的当前服务请求中携带的当前服务标识和预存的配置文件获取对应的表单，并显示表单，表单中包括控件，至少一个控件绑定元数据。

查询填充模块33用于根据第一接收模块31接收的当前服务请求中携带的当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将查询到的历史提交数据填充到对应的控件中。

其中，历史提交数据可以以关键字(key)-数值(value)等形式保存在数据库中，其中，key可以包括用户标识和元数据标识，value可以为用户信息。

控件用于承载数据，即将当前查询到的历史提交数据中填充到控件中，从而避免用户在控件中手动输入数据。

例如，当前显示的表单为表单1，表单1中的控件1为输入框1，控件2为输入框2，输入框1用于填写当前用户的姓名，输入框2用于填写当前用户的身份证号码，输入框1与元数据1绑定，输入框2与元数据2绑定。表单1中需要填写的数据为姓名和身份证号码，而当前用户的历史提交数据中保存有：元数据1为张三，元数据2为X，则根据当前用户标识和元数据1、元数据2查询当前用户的历史提交数据，可以查询到元数据1为张三，元数据2为X，由于元数据1与输入框1绑定，元数据2与输入框2绑定，因此，将查询到的元数据1的内容和元数据2的内容分别填充到输入框1和输入框2中，即将张三和X分别填充到输入框1和输入框2中。

需要说明的是，当前需要填写的数据名称可能和同一用户的历史提交数据中的数据名称不同，例如当前需要填写的数据名称为身份证号码，身份证号码对应的控件为控件11，控件11绑定元数据11，而同一用户的历史提交数据中的数据名称为身份证号，身份证号采用的元数据标识为元数据11，则可以通过元数据标识实现数据填充，即可以将历史提交数据中同一元数据标识对应的数据填充到该元数据标识绑定的控件中。

如图3所示的装置用于实现上述如图1B所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述实施例，通过根据当前用户标识和控件绑定的元数据标识查询当前用户的历史提交数据，并将历史提交数据填充到对应的控件中，从而减少需要反复地填写相同信息，降低出错率，提高用户体验度。

图4A是根据一示例性实施例示出的另一种数据填充装置的框图，如图4A所示，在上述图3所示实施例的基础上，该装置还可以包括：

第二接收模块34用于接收当前用户在显示模块显示的表单中输入的数据,。

写入模块35用于根据第二接收模块34接收的当前表单中新增数据对应控件绑定的元数据标识和当前用户标识，将新增数据对应写入历史提交数据中。

通过上述步骤S103，可以实现将当前用户的历史提交数据填充到对应的控件中，但是有些数据可能还需要当前用户来补充，若当前用户在该表单中输入数据，则服务平台可以接收当前用户在表单中输入的数据，并将当前表单中的新增数据对应写入当前用户的历史提交数据中，历史提交数据可以保存在数据库中。

需要说明的是，上述步骤S104-S105除了可以位于步骤S103之后，也可以位于步骤S103之前。若步骤S104-S105位于步骤S103之前，则步骤S104-S105可以为生成历史提交数据的步骤。换言之，服务平台在执行步骤S103之前，可以通过步骤S104-S105来生成历史提交数据，然后基于该历史提交数据实现数据填充。若步骤S104-S105位于步骤S103之后，则通过接收当前用户在表单中输入的数据，并将当前表单中的新增数据对应写入历史提交数据中，以丰富完善当前用户的历史提交数据，从而为后续基于该历史提交数据填充更多的数据提供条件。

图4B是根据一示例性实施例示出的另一种数据填充装置的框图，如图4B所示，在上述图4A所示实施例的基础上，该装置还可以包括：

记录模块36用于在写入模块35将当前表单中的新增数据对应写入历史提交数据中之后，将历史提交数据中的新增数据状态记录为未生效状态。

可选地，该实施例中还可以记录新增数据状态，以区分新增数据的准确性和有效性。若新增数据状态为未生效状态，则表明审核平台未对该新增数据进行审核或该新增数据未通过审核。若新增数据状态为生效状态，则表明该新增数据已通过审核，准确性高。

图4C是根据一示例性实施例示出的另一种数据填充装置的框图，如图4C所示，在上述图4B所示实施例的基础上，该装置还可以包括：

提交模块37用于向审核平台提交当前表单。

第四接收模块38用于接收审核平台针对提交模块37提交的当前表单返回的数据审核结果。

更新模块39用于将历史提交数据中第四接收模块38接收的数据审核结果为通过审核的数据状态更新为生效状态。

如图4C所示的装置用于实现上述如图2A所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

可选地，服务平台可以向审核平台提交当前表单，由审核平台对当前表单中的数据进行审核，并向服务平台返回审核结果，服务平台在接收审核结果之后，可以根据审核结果更新该历史提交数据中的数据状态，例如，将通过审核的数据状态更新为生效状态。换言之，若某个数据的状态为生效状态，则表明该数据已通过审核，准确性高。服务平台在基于标记有生效状态的历史提交数据填充数据时，可以提高所填空数据的准确性。

上述实施例，通过将历史提交数据中数据审核结果为通过审核的数据状态更新为生效状态，使得后续基于标记有生效状态的历史提交数据填充数据时，可以提高所填空数据的准确性。

图5是根据一示例性实施例示出的另一种数据填充装置的框图，如图5所示，在上述图3所示实施例的基础上，获取显示模块32可以包括：

获取子模块321用于根据当前服务标识从表单中心获取对应的表单模板；其中，表单中心保存有至少一个表单模板，表单模板与服务标识具有一一对应关系。

加载子模块322用于根据获取子模块321获取到的表单模板和配置文件加载对应的控件，以得到所述表单，其中，所述配置文件中保存有所述表单模板和所述控件的对应关系以及所述控件与所述元数据的绑定关系；

绑定子模块323用于根据配置文件，将所述加载子模块322加载的控件中的至少一个所述控件绑定元数据。

其中，表单中心保存有至少一个表单模板，每个表单模板均与一个服务标识一一对应，即表单模板与服务标识具有一一对应关系。控件可以为输入框、下拉框等。

配置文件保存有表单模板与控件的对应关系以及表单模板中的控件与元数据的绑定关系。

例如，表单模板1与控件1～10对应，即表单模板1中包含控件1～控件10，又例如，表单模板2与控件1～5对应，即表单模板2中包含控件1～控件5。

例如，表单模板1中的控件1与元数据1有绑定关系，表单模板1中的控件2与元数据2有绑定关系，则控件1绑定元数据1，控件2绑定元数据2。在该实施例中，控件绑定元数据有两个作用：第一个作用是生成历史提交数据时，以元数据标识来记录对应的用户数据，第二个作用是基于元数据标识和当前用户标识查询当前用户的历史提交数据，以获取对应的数据。

其中，配置文件中的内容可以由表单管理员添加，例如，表单管理员可以在配置文件中添加表单模板与控件的对应关系，也可以在识别出用于存放需要用户反复填写数据的控件之后，从元数据资源池中选择与该控件绑定的元数据，将该控件与元数据的绑定关系添加到配置文件中。由于一个表单模板中可能只有部分控件用于存放需要用户反复填写数据，因此，一个表单模板中可能只有部分控件与元数据具有绑定关系。

上述实施例，通过根据当前服务标识从表单中心获取对应的表单模板，并根据获取到的表单模板和配置文件加载对应的控件，以得到表单，并根据该配置文件将控件绑定元数据，实现方式简单。

关于上述实施例中的装置，其中各个模块、子模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种适用于数据填充装置的框图。例如，装置600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图6，装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制装置600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理部件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在设备600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。

多媒体组件608包括在装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如组件为装置600的显示器和小键盘，传感器组件614还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信部件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由装置600的处理器620执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

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

Claims (12)

1.一种数据填充方法，其特征在于，所述方法包括：

接收当前用户发送的当前服务请求，所述当前服务请求中携带有当前服务标识和当前用户标识；

根据所述当前服务标识和预存的配置文件获取对应的表单，并显示所述表单，所述表单中包括控件，至少一个所述控件绑定元数据；

根据所述当前用户标识和所述控件绑定的元数据标识查询所述当前用户的历史提交数据，并将查询到的所述历史提交数据填充到对应的所述控件中。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述当前用户在所述表单中输入的数据；

根据当前表单中新增数据对应控件绑定的元数据标识和所述当前用户标识，将所述新增数据对应写入所述历史提交数据中。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述将当前表单中的新增数据对应写入所述历史提交数据中之后，将所述历史提交数据中的新增数据状态记录为未生效状态。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

向审核平台提交当前表单；

接收所述审核平台返回的数据审核结果；

将所述历史提交数据中所述数据审核结果为通过审核的数据状态更新为生效状态。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据所述当前服务标识和预存的配置文件获取对应的表单，包括：

根据所述当前服务标识从表单中心获取对应的表单模板；其中，所述表单中心保存有至少一个表单模板，所述表单模板与服务标识具有一一对应关系；

根据获取到的表单模板和所述配置文件加载对应的控件，以得到所述表单，其中，所述配置文件中保存有所述表单模板和所述控件的对应关系以及所述控件与所述元数据的绑定关系；

根据所述配置文件，将所述表单中的至少一个所述控件绑定元数据。

6.一种数据填充装置，其特征在于，所述装置包括：

第一接收模块，用于接收当前用户发送的当前服务请求，所述当前服务请求中携带有当前服务标识和当前用户标识；

获取显示模块，用于根据所述第一接收模块接收的所述当前服务请求中携带的所述当前服务标识和预存的配置文件获取对应的表单，并显示所述表单，所述表单中包括控件，至少一个所述控件绑定元数据；

查询填充模块，用于根据所述第一接收模块接收的所述当前服务请求中携带的所述当前用户标识和所述控件绑定的元数据标识查询所述当前用户的历史提交数据，并将查询到的所述历史提交数据填充到对应的所述控件中。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二接收模块，用于接收所述当前用户在所述显示模块显示的所述表单中输入的数据；

写入模块，用于根据所述第二接收模块接收的当前表单中新增数据对应控件绑定的元数据标识和所述当前用户标识，将所述新增数据对应写入所述历史提交数据中。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

记录模块，用于在所述写入模块将当前表单中的新增数据对应写入所述历史提交数据中之后，将所述历史提交数据中的新增数据状态记录为未生效状态。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

提交模块，用于向审核平台提交当前表单；

第四接收模块，用于接收所述审核平台针对所述提交模块提交的当前表单返回的数据审核结果；

更新模块，用于将所述历史提交数据中所述第接收模块接收的所述数据审核结果为通过审核的数据状态更新为生效状态。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述获取显示模块包括：

获取子模块，用于根据所述当前服务标识从表单中心获取对应的表单模板；其中，所述表单中心保存有至少一个表单模板，所述表单模板与服务标识具有一一对应关系；

加载子模块，用于根据所述获取子模块获取到的表单模板和所述配置文件加载对应的控件，以得到所述表单，其中，所述配置文件中保存有所述表单模板和所述控件的对应关系以及所述控件与所述元数据的绑定关系；

绑定子模块，用于根据所述配置文件，将所述表单中的至少一个所述控件绑定元数据。

11.一种数据填充装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收当前用户发送的当前服务请求，所述当前服务请求中携带有当前服务标识和当前用户标识；

根据所述当前服务标识和预存的配置文件获取对应的表单，并显示所述表单，所述表单中包括控件，至少一个所述控件绑定元数据；

根据所述当前用户标识和所述控件绑定的元数据标识查询所述当前用户的历史提交数据，并将查询到的所述历史提交数据填充到对应的所述控件中。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-5任一项所述的数据填充方法的步骤。