CN114239511A - 填充数据的方法和填充数据的装置 - Google Patents

Abstract

本公开提供了一种填充数据的方法。该方法包括：响应于登录信息，获取与登录信息对应的业务表单历史数据；从业务表单历史数据中获取针对待填写业务表单的填充数据；从信息填充模型获取与登录信息对应，并且针对待填写业务表单的补充数据，其中，补充数据是利用填充数据填充待填写业务表单所缺失的数据；以及利用待填充数据和补充数据进行数据填充。本公开还提供了一种填充数据的装置、电子设备。

Description

填充数据的方法和填充数据的装置

技术领域

本公开涉及大数据技术领域，尤其涉及一种填充数据的方法和填充数据的装置。

背景技术

用户在针对一些事项的办理过程中，经常需要填写表格，不同表格中可能存在需要重复填写相同信息、重复提交相同材料的场景。这些场景中的用户办事效率较低，并且用户体验不佳。

也就是说，表单填写是现有业务系统都会面临的通用性需求，通用的表单填写方式是由人工输入数据，即用户需要对表单中的字段进行逐个填写。然而，当一个业务流程中存在多个需要填写数据的表单，且表单需要录入的数据过多的时候，如果在这种情况下依旧是使用人工去输入数据，则会生成大量的输入工作，人工输入填写内容的速度慢，费时费力，效率低下，而且人工输入也会增加数据出错的概率。另外，当需要录入的数据大部分为重复性很高的数据时，数据反复填写，会给用户带来不好的体验。

发明内容

鉴于上述技术问题，本公开提供了一种填充数据的方法和填充数据的装置，通过利用从业务表单历史数据中提取的填充数据，以及从信息填充模型中提取的补充数据进行数据自动填充，有效提升用户办事效率，提升用户体验。

本公开的第一个方面提供了一种填充数据的方法，包括：响应于登录信息，获取与登录信息对应的业务表单历史数据；从业务表单历史数据中获取针对待填写业务表单的填充数据；从信息填充模型获取与登录信息对应，并且针对待填写业务表单的补充数据，其中，补充数据是利用填充数据填充待填写业务表单所缺失的数据；以及利用待填充数据和补充数据进行数据填充。

根据本公开的实施例，待填写业务表单和业务表单历史数据的数据格式包括Json格式；从业务表单历史数据中获取针对待填写业务表单的填充数据包括：通过解析待填写业务表单和业务表单历史数据的Json串，得到待填写业务表单和业务表单历史数据的表单要素，以及与业务表单历史数据的表单要素对应的历史数据；以及确定与待填写业务表单中的表单要素相适配的历史数据，得到填充数据。

根据本公开的实施例，上述方法还包括：在得到待填写业务表单和业务表单历史数据的表单要素，以及与业务表单历史数据的表单要素对应的历史数据之后，对待填写业务表单和业务表单历史数据的表单要素，以及与业务表单历史数据的表单要素对应的历史数据进行标准化处理，得到复用数据；以及持久化复用数据。

根据本公开的实施例，上述方法还包括：在得到待填写业务表单和业务表单历史数据的表单要素之后，基于预设映射关系确定与表单要素对应的同义要素；以及确定与待填写业务表单中的表单要素相适配的历史数据，得到填充数据包括：确定与同义要素相适配的历史数据，得到填充数据。

根据本公开的实施例，信息填充模型包括数据仓库，数据仓库包括：贴源层、数据明细层、主题层和应用层；其中，贴源层用于存储多个业务系统的源生数据；数据明细层用于对源生数据进行质检和数据清洗，得到与业务表单历史数据的表单要素对应的历史数据；主题层用于基于与业务表单历史数据的表单要素对应的历史数据生成主题库，并且存储同义要素与表单要素之间的预设映射关系；应用层用于基于预设映射关系确定与表单要素对应的同义要素的历史数据。

根据本公开的实施例，信息填充模型还包括支撑库，支撑库包括规则库和异常库；其中，规则库用于存储业务规则和技术规则，以便数据明细层进行质检和数据清洗，或者以便主体层生成主题库；异常库用于存储基于规则库执行的结果输出。

根据本公开的实施例，主题库包括事实表和维度表，其中，每个事实表和至少一个维度表之间相关联。

根据本公开的实施例，支撑库还包括以下至少一种：临时库，用于存储数字仓库在进行数据处理过程产生的临时表；维度库，用于存储预设映射关系，和/或，事实表和维度表之间的关联关系，其中，维度表中元素是按照事项流程涉及的元素来确定的。

根据本公开的实施例，响应于登录信息，获取与登录信息对应的业务表单历史数据，包括：获取登录信息，登录信息包括用户标识；响应于用户标识，获取与用户标识对应的业务表单历史数据。

本公开的第二方面提供了一种填充数据的装置，上述装置包括：历史数据获取模块、填充数据获取模块、补充数据获取模块和数据填充模块。其中，历史数据获取模块用于响应于登录信息，获取与登录信息对应的业务表单历史数据；填充数据获取模块用于从业务表单历史数据中获取针对待填写业务表单的填充数据；补充数据获取模块，从信息填充模型获取与登录信息对应，并且针对待填写业务表单的补充数据，其中，补充数据是利用填充数据填充待填写业务表单所缺失的数据；以及数据填充模块用于利用待填充数据和补充数据进行数据填充。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器执行上述一种填充数据的方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述一种填充数据的方法。

本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述一种填充数据的方法。

与相关技术相比，本公开提供的一种填充数据的方法和填充数据的装置，在用户登录后进行表格信息或材料填充时，可以利用从业务表单历史数据中提取与登录信息对应的填充数据，以及从信息填充模型中提取的补充数据进行数据自动填充，有效提升用户办事效率，提升用户体验。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用填充数据的方法和填充数据的装置的示例性系统架构；

图2示意性示出了根据本公开实施例的填充数据的方法的流程图；

图3示意性示出了根据本公开实施例的填充数据的方法的逻辑图；

图4示意性示出了根据本公开实施例的信息填充模型的结构示意图；

图5示意性示出了根据本公开实施例的主题库的结构示意图；

图6示意性示出了根据本公开实施例的一种填充数据的装置的结构框图；

图7示意性示出了根据本公开实施例的填充数据的方法的逻辑图；以及

图8示意性示出了实现本公开实施例的一种用于填充数据的方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

在对本公开的技术方案进行描述之前，先对本领域的技术术语进行说明如下。

办件材料：办理事项需要的材料，包括结构化和非结构化信息，如图片、文档或者视频等文件。

事项办理表单：用户在进行事项(如企业业务事项、政府部门业务事项)办理时填写或提交的表单，包括办理主体信息、办件材料信息等。

数据回填：用户办理事项时，需要填写或提交很多数据内容，通过汇聚多方数据，自动将部分或全部用户待补充的数据回填在表单中，减少用户重复填写的内容。

信息填充模型：指通过构建整合模型并在此基础上进行相应数据处理，形成事项要素主题库，而后依托此事项要素主题库提供数据服务，实现用户办理事项时，自动根据已汇聚的数据进行当前事项相关信息自动填充。

为了提升用户办理事项的便捷度，相关技术中可以通过用户登录的业务系统自身存储的数据来实现数据回填。但是，这种方式支撑的内容有限，也缺乏跨系统的数据汇聚和应用。

本申请提供的填充数据的方法和填充数据的装置，该方法包括信息获取阶段和数据填充阶段。在信息获取阶段中，响应于登录信息，获取与登录信息对应的业务表单历史数据。然后，从业务表单历史数据中获取针对待填写业务表单的填充数据。接着，从信息填充模型获取与登录信息对应，并且针对待填写业务表单的补充数据，其中，补充数据是利用填充数据填充待填写业务表单所缺失的数据。在完成信息获取阶段后进入数据填充阶段，利用待填充数据和补充数据进行数据填充。

本申请旨在通过利用从业务表单历史数据中提取的填充数据，以及从信息填充模型中提取的补充数据进行数据自动填充，有效提升用户办事效率，提升用户体验。

本公开实施例提供的填充数据的方法和填充数据的装置可用于大数据在填充数据的相关方面，如表格信息回填等领域。此外，也可用于表格信息回填领域之外的多种领域，如人工智能领域等，本公开实施例提供的填充数据的方法和填充数据的装置的应用领域不做限定。

图1示意性示出了根据本公开实施例的可以应用填充数据的方法和填充数据的装置的示例性系统架构。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104可以包括多个网关、路由器、集线器、网线等，用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与其他终端设备和服务器105进行交互，以接收或发送信息等，如发送办件请求、填充数据请求，接收填充数据的结果、办件结果等。终端设备101、102、103可以安装有各种通讯客户端应用。例如，网页浏览器应用、大数据类应用、软件开发类应用、银行类应用、监控类应用、搜索类应用、办公类应用、即时通信工具、邮箱客户端、社交平台软件等应用(仅为示例)。例如，用户可以使用终端设备101发送填充数据的请求。例如，用户可以使用终端设备102查看填充数据的结果等。

终端设备101、102、103包括但不限于能够使用网页浏览器或者客户端的智能手机、虚拟现实设备、增强现实设备、平板电脑、膝上型便携计算机、台式电脑等等。

服务器105可以接收请求，并对请求进行处理，具体可以为存储服务器、后台管理服务器、服务器集群等。例如，服务器105可以存储有信息填充模型。服务器105可以基于填充后的表格进行业务办理等。

需要说明的是，本公开实施例所提供的填充数据的方法一般可以由服务器105执行。相应地，本公开实施例所提供的填充数据的装置一般可以设置于服务器105中。本公开实施例所提供的填充数据的方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。

应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

以下将通过图2-图7对本公开实施例的一种填充数据的方法和填充数据的装置进行详细描述。

图2示意性示出了根据本公开实施例的填充数据的方法的流程图。

如图2所示，该实施例提供了一种填充数据的方法，上述方法包括操作S210～操作S240，具体如下。

在操作S210中，响应于登录信息，获取与登录信息对应的业务表单历史数据。其中，登录信息可以包括用户属性信息、历史办理业务信息等。

在某些实施例中，所述响应于登录信息，获取与登录信息对应的业务表单历史数据包括如下操作。

首先，获取登录信息，登录信息包括用户标识。例如，用户在登录某个业务的网站后，从包括用户标识和用户密码的登录信息中获取用户标识。

然后，响应于用户标识，获取与用户标识对应的业务表单历史数据。例如，用户曾经登录过该业务网站，并且填写过业务表格，如业务表格中可以有用户信息、用户身份证号码、工作单位名称等，则该业务网站上可以存储有上述列举的历史业务信息。

在操作S220中，从业务表单历史数据中获取针对待填写业务表单的填充数据。

在本实施例中，业务表单历史数据可以存储在服务器端，服务器端可以以多种信息格式进行信息存储。

例如，待填写业务表单和业务表单历史数据的数据格式包括Json格式。

相应地，从业务表单历史数据中获取针对待填写业务表单的填充数据可以包括如下操作。

首先，通过解析待填写业务表单和业务表单历史数据的Json串，得到待填写业务表单和业务表单历史数据的表单要素，以及与业务表单历史数据的表单要素对应的历史数据。例如，表单要素可以包括用户姓名、身份证号码、工作单位等要素，历史数据可以分别是：张三、110XXXXXXXXXXXXXXX、YYYY银行等。

然后，确定与待填写业务表单中的表单要素相适配的历史数据，得到填充数据。如果待填写业务表单中也具有用户姓名、身份证号码、工作单位等要素，则可以确定这些要素的历史数据可以为：张三、110XXXXXXXXXXXXXXX、YYYY银行等。

在操作S230中，从信息填充模型获取与登录信息对应，并且针对待填写业务表单的补充数据。

其中，补充数据是利用填充数据填充待填写业务表单所缺失的数据。例如，当前待办理业务所需填写的业务表单中具有表单要素：征信信息、行程码信息、疫苗接种信息等。但是业务表单历史数据中没有相关数据，则可以尝试从信息填充模型中获取相关信息。例如，信息填充模型中相关信息是从各外部接口中获取的信息构建的模型。外部接口包括但不限于：相关监督机构提供的接口等，如政府部门、公益组织或企业法人等提供的接口以便查询一些实体信息。

需要说明的是，上述信息的采集和使用过程符合公序良俗要求，并且是在征得用户同意的前提下来采集和使用的。例如，向用户发出采集信息请求，响应于接收到表征允许采集或使用信息的用户操作后，执行相关操作。

在操作S240中，利用待填充数据和补充数据进行数据填充。

在本实施例中，可以采用多种相关技术，利用上述填充数据和补充数据进行数据填充。需要说明的是，经过上述数据填充后，终端设备上显示的页面中的至少部分表格已被填充。部分无法获取到的信息可以由用户手动进行输入。通过上述操作可以有效减少用户需要手动输入的信息，大幅度提升用户填表的效率和用户体验。此外，还可以降低用户误填写的风险。

图3示意性示出了根据本公开实施例的填充数据的方法的逻辑图。

针对图3中的材料复用模型，在得到待填写业务表单和业务表单历史数据的表单要素，以及与业务表单历史数据的表单要素对应的历史数据之后，上述方法还可以包括如下操作。

首先，对待填写业务表单和业务表单历史数据的表单要素，以及与业务表单历史数据的表单要素对应的历史数据进行标准化处理，得到复用数据。其中，对表单要素进行标准化处理可以包括：将表征同一要素的多种表述形式统一为同一名称。例如，可以以同一要素标识映射至同一名称的表单要素。对历史数据进行标准化处理可以包括：对历史数据的数据格式等进行统一。

然后，持久化复用数据。例如，存储在数据库中，或者存储在临时库中，以便在对待填写业务表单的表单要素进行匹配，得到填充数据。

针对图3中的表单回填模型，在得到待填写业务表单和业务表单历史数据的表单要素之后，上述方法还可以包括如下操作：基于预设映射关系确定与表单要素(其具有元素标识)对应的同义要素(表单要素的同义词)。

相应地，确定与待填写业务表单中的表单要素相适配的历史数据，得到填充数据包括：确定与同义要素相适配的历史数据，得到填充数据。

以下对信息填充模型进行示例性说明。

信息填充模型的设计过程是采用自顶向下与自底向上相结合的方法进行设计。先建立概念模型，用于定义核心的业务概念实体和彼此的关系，如可以采用“实体-关系”图。其次建立逻辑模型，逻辑模型表示概念之间的逻辑次序，一方面显示了实体、实体的属性和实体之间的关系；另一方面又将继承、实体关系中的引用等在实体的属性中进行展示并基于实体之间的关系给出解释，实体的关键属性给出定义。最后建立物理模型，物理模型是逻辑模型在具体的实现，主要依据逻辑模型针对具体的分析需求和物理平台采取相应的优化策略，在一定程度上增加数据冗余或者隐藏实体之间的关系。

在某些实施例中，所述信息填充模型包括数据仓库，数据仓库包括：贴源层、数据明细层、主题层和应用层。

其中，贴源层用于存储多个业务系统的源生数据。

数据明细层用于对源生数据进行质检和数据清洗，得到与业务表单历史数据的表单要素对应的历史数据。

主题层用于基于与业务表单历史数据的表单要素对应的历史数据生成主题库，并且存储同义要素与表单要素之间的预设映射关系。

应用层用于基于预设映射关系确定与表单要素对应的同义要素的历史数据。

具体地，针对某些办件业务(如雄安新区的政务业务)的数据现状构建数据仓库。数据仓库可以包括：贴源层(ODS层)、数据明细层(DWD层)、主题层(DWS层)和应用层(ADS层)。其中，贴源层(ODS)设计目的是存储业务系统源生数据。数据明细层(DWD)设计目的是屏蔽原始数据的异常，使下游任务没有感知异常。主题层(DWS)设计目的是沉淀业务逻辑，能够极大的减少重复计算。应用层(ADS)设计目的是直接提供应用使用，屏蔽底层计算逻辑。

在某些实施例中，所述信息填充模型还可以包括支撑库，支撑库包括规则库R_DB(Rule DataBase)和异常库O_DB(Operation DataBase)。

其中，规则库用于存储业务规则和技术规则，以便数据明细层进行质检和数据清洗，或者以便主体层生成主题库。

异常库用于存储基于规则库执行的结果输出。

具体地，规则库设计目的是专门管理业务规则和技术规则做知识储备。规则库主要存储针对数据的质检规则，用于对源数据中不合规数据的过滤，避免脏数据进入系统，影响整体数据质量。

异常库设计目的是存放基于规则库执行的结果输出。异常库对根据设定的异常处理规则，对规则库识别出的脏数据进行进一步的汇总处置，反馈到归口部门处置并对处理情况进行记录和归档。

在某些实施例中，支撑库还包括以下至少一种：临时库和维度库。

其中，临时库用于存储数字仓库在进行数据处理过程产生的临时表。

维度库用于存储预设映射关系，和/或，事实表和维度表之间的关联关系，其中，维度表中元素是按照事项流程涉及的元素来确定的。

具体地，维度库(DIM)设计目的是专门存储维度数据；临时库(TEM)设计目的是存储计算过程临时表。

本申请实施例中将信息填充模型分为数仓及支撑库，具体包括ODS层、DWD层、DWS层、ADS层、规则库、异常库、DIM库、TMP库。上述划分方式使得各层的职责清晰，使用时便于更好地定位和理解，方便追踪数据的血缘关系，可以使复杂的问题简单化。此外，屏蔽原始数据的异常，使下游任务没有感知异常。

信息填充模型的构建方法可以如下所示：首先，使用用户登陆信息、作为回填唯一键值，保证数据准确性。然后，通过建立用户、事项及材料主题库，整合数据，集约化管理。

在进行数据回填过程中，可以先对业务表单历史数据(Json串)进行解析，使数据具有可读性、可用性。

然后，通过同义词方案，实现回填信息统一标准化，并对表单要素进行同义词配置转换。

接着，以业务表单历史数据为主，并以主题库数据补充回填信息。

图4示意性示出了根据本公开实施例的信息填充模型的结构示意图。

如图4所示，信息填充模型可以包括应用层、数据仓库层和数据源层。

数据源层从多个通道(接口)收集源数据，并汇总至数据仓库层。数据仓库层包括ADS、DWS、DWD和ODS四层。数据仓库以维度库、异常库、规则库和临时库作为支撑库。DWS层可以包括多个主题库和维度库，每个主题库可以是针对某个维度的信息的汇总，便于ADS层调用。ADS层基于接收的用户信息、待填写业务表单中的表单要素来调用DWS层的主题库等，获取回填表单所需的数据，便于在进行数据回填时进行数据调用。此外，ADS层还可以便于对用户信息、提交的材料附件等进行复用。

例如，ADS层的信息填充模型的字段名包括标ID(标识)、XA00XX(姓名)等，以及与字段名对应的数据。这样便于基于ID确定对应的姓名等填充数据。DWS层的用户主题库的字段名可以包括loginno(登录用户ID)、同义词备注(XA00XX)。这样就可以通过ID和XA00XX将两个模型关联起来。

需要说明的是，图4中的用户中心、受理审批、市监机构、省办件库、工程建设改革等仅为示例性示出，具体可以根据具体应用场景涉及的实体或所需的层级等进行设置和划分。图4中的数据源：受理审批系统、电子证照、事项目录等同样是具体场景下涉及的机构的数据，可以根据实际场景或所需的数据来确定数据源，在此不做限定。

主题库模型用于实现数据回填数据仓库中数据整合的模型建设使用星型建模，星形模式是一种多维的数据关系，它由一个事实表(Fact Table)和一组维表(DimensionTable)组成。以事实表为中心，所有维度直接关联在事实表上，呈星型分布。主题库模型包含了维度关联的主键和一些度量信息，而维度表则是事实表里面维度的具体信息，跨越各组织机构的职能切分，按照实际事项全流程进行数据组织，方便业务系统的使用。

图5示意性示出了根据本公开实施例的主题库的结构示意图。

如图5所示，所述主题库包括事实表和维度表，其中，每个事实表和至少一个维度表之间相关联。

主题库可以包括用户主题库、事项主题库和材料主题库。如图5中自然人维度、法人维度、材料维度和事项要素维度分别与办件事件模型之间存在映射关系。

具体地，数据回填涉及使用用户、事项、材料三个主题库以及涉及的相关的映射数据(维度库)。

主题库、维度库具体如下所示。用户主题库：组织机构(法人)信息要素模型和自然人信息要素模型。材料主题库：受理审批材料要素模型。事项主题库：事项业务表单明细模型。维度库：要素标识与同义词映射表。

例如，通过数据要素建模和数据治理，借助大数据技术采集各个组织机构的办件数据，结合事项业务的标准化梳理及定义，对数据进行清洗加工整合，形成事项要素主题库，最后通过数据服务输出给受理审批系统和电子证照系统，完成事项数据自动回填。

本公开实施例提供的填充数据的方法，借助企业级数据仓库建模特性，构建专属的智能数据回填的主题库、材料模型、办件事件模型和数据分层架构，区别单系统的数据共享方式，能够以最低的代价实现多源业务数据的共享使用，提高了用户办理事项的效率。

图6示意性示出了根据本公开实施例的一种填充数据的装置的结构框图。

如图6所示，上述装置600包括：历史数据获取模块610、填充数据获取模块620、补充数据获取模块630和数据填充模块640。

历史数据获取模块610用于响应于登录信息，获取与登录信息对应的业务表单历史数据。

填充数据获取模块620用于从业务表单历史数据中获取针对待填写业务表单的填充数据。

补充数据获取模块630从信息填充模型获取与登录信息对应，并且针对待填写业务表单的补充数据，其中，补充数据是利用填充数据填充待填写业务表单所缺失的数据。

数据填充模块640用于利用待填充数据和补充数据进行数据填充。

图7示意性示出了根据本公开实施例的填充数据的方法的逻辑图。

如图7所示，逻辑图中包括了三种线条：粗实线、细实线和虚线。其中，粗实线表示数据交易线，细实线表示流程线，虚线表示数据线。

用户可以在线上或者线下的终端设备(如个人手机、网点终端等)登录业务系统，在登录过程中，系统可以获取到登录信息。用户可以在线填写表达或者提交材料，也可以在网点填写表达或者提交材料。表单和材料被受理后可以进入审批、制证等环节，在得到审批结果后可以完成流程。用户提交的表单和材料、审批后的表单和材料可以是用户手动填写和提交，也可以是自动填写后由用户进行审核，提升了办件效率。

此外，用户填写的表单和提交的材料可以进入数据仓库，以便复用。此外，数据仓库中的数据还可以来自外部接口，如调用外部数据得到至少部分填充数据。

需要说明的是，装置部分实施例中各模块/单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再一一赘述。

图8示意性示出了实现本公开实施例的一种用于填充数据的方法的电子设备的方框图。

如图8所示，根据本公开实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 803中，存储有电子设备800操作所需的各种程序和数据。处理器801、ROM802以及RAM 803通过总线804彼此相连。处理器801通过执行ROM802和/或RAM 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM 802和RAM 803以外的一个或多个存储器中。处理器801也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备800还可以包括输入/输出(I/O)接口805，输入/输出(I/O)接口805也连接至总线804。电子设备800还可以包括连接至I/O接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 802和/或RAM 803和/或ROM 802和RAM 803以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的物品推荐方法。

在该计算机程序被处理器801执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分809被下载和安装，和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (13)

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

响应于登录信息，获取与所述登录信息对应的业务表单历史数据；

从所述业务表单历史数据中获取针对待填写业务表单的填充数据；

从信息填充模型获取与所述登录信息对应，并且针对所述待填写业务表单的补充数据，其中，所述补充数据是利用所述填充数据填充所述待填写业务表单所缺失的数据；以及

利用所述待填充数据和所述补充数据进行数据填充。

2.根据权利要求1所述的方法，其特征在于，所述待填写业务表单和所述业务表单历史数据的数据格式包括Json格式；

所述从所述业务表单历史数据中获取针对待填写业务表单的填充数据包括：

通过解析所述待填写业务表单和所述业务表单历史数据的Json串，得到所述待填写业务表单和所述业务表单历史数据的表单要素，以及与所述业务表单历史数据的表单要素对应的历史数据；以及

确定与所述待填写业务表单中的表单要素相适配的历史数据，得到所述填充数据。

3.根据权利要求2所述的方法，其特征在于，还包括：在所述得到所述待填写业务表单和所述业务表单历史数据的表单要素，以及与所述业务表单历史数据的表单要素对应的历史数据之后，

对所述待填写业务表单和所述业务表单历史数据的表单要素，以及与所述业务表单历史数据的表单要素对应的历史数据进行标准化处理，得到复用数据；以及

持久化所述复用数据。

4.根据权利要求2所述的方法，其特征在于，还包括：在所述得到所述待填写业务表单和所述业务表单历史数据的表单要素之后，

基于预设映射关系确定与所述表单要素对应的同义要素；以及

所述确定与所述待填写业务表单中的表单要素相适配的历史数据，得到所述填充数据包括：

确定与所述同义要素相适配的历史数据，得到所述填充数据。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述信息填充模型包括数据仓库，所述数据仓库包括：贴源层、数据明细层、主题层和应用层；

其中，所述贴源层用于存储多个业务系统的源生数据；

所述数据明细层用于对所述源生数据进行质检和数据清洗，得到与所述业务表单历史数据的表单要素对应的历史数据；

所述主题层用于基于与所述业务表单历史数据的表单要素对应的历史数据生成主题库，并且存储同义要素与表单要素之间的预设映射关系；

所述应用层用于基于所述预设映射关系确定与所述表单要素对应的同义要素的历史数据。

6.根据权利要求5所述的方法，其特征在于，所述信息填充模型还包括支撑库，所述支撑库包括规则库和异常库；

其中，所述规则库用于存储业务规则和技术规则，以便所述数据明细层进行质检和数据清洗，或者以便所述主体层生成主题库；

所述异常库用于存储基于所述规则库执行的结果输出。

7.根据权利要求5所述的方法，其特征在于，所述主题库包括事实表和维度表，其中，每个事实表和至少一个维度表之间相关联。

8.根据权利要求7所述的方法，其特征在于，所述支撑库还包括以下至少一种：

临时库，用于存储所述数字仓库在进行数据处理过程产生的临时表；

维度库，用于存储所述预设映射关系，和/或，所述事实表和所述维度表之间的关联关系，其中，所述维度表中元素是按照事项流程涉及的元素来确定的。

9.根据权利要求1至4任一项所述的方法，其特征在于，所述响应于登录信息，获取与所述登录信息对应的业务表单历史数据，包括：

获取登录信息，所述登录信息包括用户标识；

响应于所述用户标识，获取与所述用户标识对应的业务表单历史数据。

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

历史数据获取模块，用于响应于登录信息，获取与所述登录信息对应的业务表单历史数据；

填充数据获取模块，用于从所述业务表单历史数据中获取针对待填写业务表单的填充数据；

补充数据获取模块，从信息填充模型获取与所述登录信息对应，并且针对所述待填写业务表单的补充数据，其中，所述补充数据是利用所述填充数据填充所述待填写业务表单所缺失的数据；以及

数据填充模块，用于利用所述待填充数据和所述补充数据进行数据填充。

11.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1-9中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1-9中任一项所述的方法。

13.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现根据权利要求1-9中任一项所述的方法。

Images