CN106570807A - 全国居民身份证信息维护平台 - Google Patents

Abstract

本发明公开一种全国居民身份证信息维护平台，包括：历史数据初始化模块，用于收集省级单位系统中的居民身份证制证信息的历史数据，进行数据抽取生成XML文件，然后将所述XML文件同步到部级单位系统中进行数据解析和入库操作；增量数据维护模块，用于定时从各省级系统视图中抽取居民身份证制证信息的增量数据，生成XML文件传输到部级系统；数据对账模块，用于管理部级系统、省级系统以及地市级系统的对账申请的提出及审核，处理差异数据，统计对账结果；维护日志管理模块，用于查询身份证制证信息的维护情况和数据对账任务的执行情况；视图格式检查模块，用于对上报的省级系统开放的关于身份证制证信息的视图数据进行格式检查。

Description

全国居民身份证信息维护平台

技术领域

本发明涉及计算机信息管理技术领域，特别涉及一种全国居民身份证信息维护平台。

背景技术

居民身份证是用以证明持有人身份的重要证件，2004年3月29日起，中国大陆正式开始为居民换发内置非接触式IC卡智能芯片的第二代居民身份证，二代身份证表面采用防伪膜和印刷防伪技术，使用个人彩色照片，并可用机器读取数字芯片内的信息。

我国居民身份证的申领和制发的基本程序是：公民应当自年满16周岁之日起三个月内，到常住户口所在地的公安机关办理申领手续，要交验居民户口薄、本人照片，填写《居民身份证申领登记表》交纳证件工本费。未满十六周岁的公民，自愿申请领取居民身份证的，由监护人代为申请领取居民身份证。同时，居民身份证超出有效期、丢失或者损坏的，可以再次申领。

由上述内容可知，居民身份证的制证过程具有多种不同阶段，例如，有的居民从未申领过身份证，有的居民提出申领请求后尚在等待制证过程中，也有的居民已多次申领过身份证等等。因此，如何有效地管理居民身份证制证信息，建立全国范围的常态化数据维护机制，成为本领域技术人员亟待解决的问题。

发明内容

本发明的目的在于解决目前缺乏对身份证制证信息进行有效管理的现状，建立一套完整的身份证制证信息上下维护机制。

为此，本发明采用的技术方案如下所示：

一种全国居民身份证信息维护平台，包括：

历史数据初始化模块，用于收集省级单位系统中的居民身份证制证信息的历史数据，进行数据抽取生成XML文件，然后将所述XML文件同步到部级单位系统中进行数据解析和入库操作；

增量数据维护模块，用于定时从各省级系统视图中抽取居民身份证制证信息的增量数据，生成XML文件传输到部级系统。

数据对账模块，用于管理部级系统、省级系统以及地市级系统的对账申请的提出及审核，处理差异数据，统计对账结果；

维护日志管理模块，用于查询身份证制证信息的维护情况和数据对账任务的执行情况；

视图格式检查模块，用于对上报的省级系统开放的关于身份证制证信息的视图数据进行格式检查。

根据本发明提出的全国身份证信息维护平台，所述居民身份证制证信息包括居民身份证受理信息、指纹采集信息、质量控制回馈信息以及制证回馈信息；其中所述居民身份证受理信息视图中包括历史证件标识、户籍注销标识、主项变更标识和错误证件标识的数据项，上述四个数据项用于对居民身份证信息的状态进行标识，各地根据掌握的实际情况进行标注，允许为空。

根据本发明提出的全国身份证信息维护平台，所述增量数据是采用数据视图抓取方式，以增量时间戳自动从省级系统中获取的。

根据本发明提出的全国身份证信息维护平台，所述数据对账模块包括：

对账申请模块：部级系统管理员、省级系统管理员或地市级系统管理员提出基本信息对账的申请，部级系统管理员进行审核审批，审核通过可以进行对账操作，审核未通过不进行操作；

对账审批模块：部级系统管理员对报送单位提出的对账申请进行审核审批，审核通过可以进行对账操作，审核未通过不进行操作；

数据对账模块：根据配置好的省级系统视图和需要对比的关键性字段与部级系统的数据库进行数据对账；

对账差异处理模块：由于居民身份证信息为业务受理信息，只存在自增长数据，因此对账差异产生漏抽数据。对账差异处理调用交换平台接口数据，对差异数据重新抽取；

对账结果统计模块：根据执行居民身份证制证信息的对账任务，产生的对账结果统计和对账差异明细表进行统计不一致信息。

根据本发明提出的全国身份证信息维护平台，所述维护日志管理模块设置有过滤条件，只有符合过滤条件的用户才可以查看数据维护情况；所述过滤条件包括以下任一种：根据用户权限过滤、根据不同视图过滤、根据数据维护或数据对账过滤以及根据维护时间范围过滤。

根据本发明提出的全国身份证信息维护平台，所述视图格式检查模块中检查的内容包括数据项标识、数据项类型、数据项长度、是否非空项。

根据本发明提出的全国身份证信息维护平台，所述历史数据初始化模块中的历史数据被切分成多个任务后进行数据加载。

本发明汇集全国居民身份证受理信息、制证回馈信息、质量控制回馈信息、指纹采集信息，建立全国居民身份证信息库以及建立常态化数据维护机制，满足部级系统对身份证制证信息的收集处理。为居民身份证异地受理、挂失申报及加强居民身份证监管提供基础数据支撑。

附图说明

图1为不同级别的人口管理系统之间的数据维护流程图；

图2为本发明的信息维护平台的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，为本发明中涉及到的不同级别的人口管理系统之间数据维护总体流程如图。我国的身份证信息管理系统采用的是基层采集后逐级上报的方式。一般来说，地市级公安局直接受理普通公民的身份证申请请求，并且将相关申请请求上传至省级人口管理系统。省级人口管理系统根据请求进行相关数据的整理核查，建立身份证交换信息数据库，符合规定的，由省级人口管理系统通知制证中心制作居民身份证，制证完成后再由省级人口管理系统下发给地市级公安局，公民即可前往领取。省级人口管理系统的上一级是公安部部级人口管理系统，负责全国的身份证信息统一管理，同时部级人口管理系统中建立有全国居民身份证挂失申报系统和人像对比系统，支持全国所有公安派出所受理群众居民身份证丢失、被盗的挂失申报，集中管理挂失申报信息，并及时发布给国家人口基础库和相关人口信息社会核查服务系统。

根据公安部对居民身份证挂失系统工作部署，各省、自治区、直辖市公安厅、局要依托省级人口信息管理系统，全面汇集自二代证换发以来的全部居民身份证历史信息，包括居民身份证受理信息、指纹采集信息、质量控制回馈信息和制证回馈信息。省级人口信息管理系统历史信息不完整的，应从地市级系统和居民身份证制证信息管理系统收集补充，确保制证历史信息的完整性，数据总量应与全省制发二代证数量保持一致。针对各地普遍存在的制证回馈信息不完整等问题，应组织开展人口信息管理系统与居民身份证制证信息管理系统的对账检查，补齐所有制证回馈和质量控制回馈信息，原则上应确保每一条居民身份证受理信息都有对应的质量控制回馈信息或制证回馈信息。

因此，为满足部级身份证挂失系统以及人像比对系统的数据支持，本发明提出了一种全国居民身份证信息维护平台，以实现各级人口管理系统之间的数据维护。本发明的建设任务主要包括汇集全国居民身份证受理信息、制证回馈信息、质量控制回馈信息、指纹采集信息，建立全国居民身份证信息库以及建立常态化数据维护机制。满足部级系统对身份证制证信息的收集处理。为居民身份证异地受理、挂失申报及加强居民身份证监管提供基础数据支撑。

请继续参阅图2，为本发明的信息维护平台的结构示意图。如图2所示，本发明的信息维护平台主要包括历史数据初始化模块、增量数据维护模块、数据对账模块、维护日志管理模块和视图格式检查模块。以下将逐一说明。

(1)历史数据初始化模块

该模块用于对居民身份证的历史数据进行收集，可采用部署在省级单位的传输平台对开放视图中的数据进行数据抽取生成XML文件，然后将XML文件同步到部级传输平台，由部级传输平台进行数据解析和入库操作。由于全量历史数据量比较大，采取将数据进行切分为多个任务进行数据加载工作。操作人员可以设定某一具体日期，则该日期之前的所有数据均属于历史数据。

具体为，从省级人口管理系统的居民身份证信息的居民身份证受理信息视图、居民质量回馈视图、居民身份证制证回馈视图、居民省份证指纹采集视图中抽取数据，并传送至到部级人口管理系统的数据库中。

(2)增量数据维护模块

该模块采用数据视图抓取方式，以增量时间戳自动获取居民身份证以及制证回馈、质量回馈等增量信息，并将增量信息通过数据传输平台同步到部级人口管理系统的数据库中。对于身份证受理信息，采用按照身份证受理号(假定归属单位提供的受理号唯一)进行新增、修改操作；对于身份证指纹信息、制证回馈、质量回馈，采用递增维护方式。

(3)对账管理模块

该部分主要包括以下子模块：

对账申请模块：用于供部级系统管理员、省级管理员或地市管理员提出基本信息对账的申请。该业务操作者可以为省级用户、地市用户和部级管理员，但只有部级数据维护管理员、省级数据维护管理员可发起对账申请。

对账审批模块：用于供部级系统管理员对报送单位提出的对账申请进行审核审批，审核通过可以进行对账操作，审核未通过不进行操作。其中只有部级数据维护管理员角色可以进行对账审批工作。

数据对账模块：为了确保数据维护数据的准确性，可以根据省级单位提供的视图和部级数据进行数据对账。需要对比的关键性字段可以配置。数据对账可按照设定的时间周期和策略自动进行，如按日、周、月。当存在对账差异时，可以自动进行对账差异处理。

对账差异处理模块：用于根据系统配置，对对账差异数据进行处理；对于差异大小由系统参数配置；调用传输平台接口抽取差异数据，并对处理后的差异数据标注说明。

对账结果统计模块：用于根据执行居民身份证受理信息视图、居民质量回馈视图、居民身份证制证回馈视图、居民省份证指纹采集视图的对账任务产生的对账结果，统计和对账差异明细表进行统计不一致信息。具体的，该模块可根据用户权限过滤只能查看自己省级单位的对账统计结果；如果数据对账结果包含差异数据可以点击钻取差异详细信息；同时可以选择四个视图或者对账时间范围作为过滤条件。

(4)维护日志管理模块

本模块用于查询四个视图数据维护情况和数据对账等任务执行情况。所述维护日志管理模块设置有过滤条件，只有符合过滤条件的用户才可以查看数据维护情况；所述过滤条件包括以下任一种：根据用户权限过滤、根据不同视图过滤、根据数据维护或数据对账过滤以及根据维护时间范围过滤。

上述维护日志经由传输平台被汇总同步到部级人口管理系统的数据库。

(5)数据格式检查模块

用于对上报的省级单位开放的视图数据进行格式检查。其中，数据格式检查的数据信息主要包括居民身份证受理信息视图、居民身份证制证回馈信息视图、居民身份证质量回馈信息视图、居民身份证指采集信息视图；全量数据加载前要进行数据格式检查，检查的内容包括数据项标识、数据项类型、数据项长度、是否非空项。

本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域普通技术人员可以理解：实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

Claims (7)

1.一种全国居民身份证信息维护平台，其特征在于，包括：

历史数据初始化模块，用于收集省级单位系统中的居民身份证制证信息的历史数据，进行数据抽取生成XML文件，然后将所述XML文件同步到部级单位系统中进行数据解析和入库操作；

增量数据维护模块，用于定时从各省级系统视图中抽取居民身份证制证信息的增量数据，生成XML文件传输到部级系统；

数据对账模块，用于管理部级系统、省级系统以及地市级系统的对账申请的提出及审核，处理差异数据，统计对账结果；

维护日志管理模块，用于查询身份证制证信息的维护情况和数据对账任务的执行情况；

视图格式检查模块，用于对上报的省级系统开放的关于身份证制证信息的视图数据进行格式检查。

2.根据权利要求1所述的全国身份证信息维护平台，其特征在于，所述居民身份证制证信息包括居民身份证受理信息、指纹采集信息、质量控制回馈信息以及制证回馈信息；其中所述居民身份证受理信息视图中包括历史证件标识、户籍注销标识、主项变更标识和错误证件标识的数据项，上述四个数据项用于对居民身份证信息的状态进行标识，各地根据掌握的实际情况进行标注，允许为空。

3.根据权利要求2所述的全国身份证信息维护平台，其特征在于，所述增量数据是采用数据视图抓取方式，以增量时间戳自动从省级系统中获取的。

4.根据权利要求1所述的全国身份证信息维护平台，其特征在于，所述数据对账模块包括：

对账申请模块：部级系统管理员、省级系统管理员或地市级系统管理员提出基本信息对账的申请，部级系统管理员进行审核审批，审核通过可以进行对账操作，审核未通过不进行操作；

对账审批模块：部级系统管理员对报送单位提出的对账申请进行审核审批，审核通过可以进行对账操作，审核未通过不进行操作；

数据对账模块：根据配置好的省级系统视图和需要对比的关键性字段与部级系统的数据库进行数据对账；

对账差异处理模块：由于居民身份证信息为业务受理信息，只存在自增长数据，因此对账差异产生漏抽数据。对账差异处理调用交换平台接口数据，对差异数据重新抽取；

对账结果统计模块：根据执行居民身份证制证信息的对账任务，产生的对账结果统计和对账差异明细表进行统计不一致信息。

5.根据权利要求1所述的全国身份证信息维护平台，其特征在于，所述维护日志管理模块设置有过滤条件，只有符合过滤条件的用户才可以查看数据维护情况；所述过滤条件包括以下任一种：根据用户权限过滤、根据不同视图过滤、根据数据维护或数据对账过滤以及根据维护时间范围过滤。

6.根据权利要求1所述的全国身份证信息维护平台，其特征在于，所述视图格式检查模块中检查的内容包括数据项标识、数据项类型、数据项长度、是否非空项。

7.根据权利要求1所述的全国身份证信息维护平台，其特征在于，所述历史数据初始化模块中的历史数据被切分成多个任务后进行数据加载。