CN107025512A - 一种基于居民身份证的信息管理方法及装置 - Google Patents

Abstract

本发明公开了一种基于居民身份证的信息管理方法及装置，方法包括：建立身份证证卡数据库，数据库用于保存用户在预设系统的注册信息，注册信息中至少包括用户的身份证卡体序列号；基于数据库中的数据实现用户注册、用户证卡挂失、用户证卡信息变更及用户身份验证。用户注册指的是根据注册用户的身份证卡体序列号等实现用户注册；用户证卡挂失指的是根据在数据库中查找到的挂失用户的身份证卡体序列号实现用户证卡挂失；用户证卡信息变更指的是利用变更用户的新身份证卡体序列号替换变更用户的注册信息中的身份证卡体序列号；用户身份验证指的是基于验证用户的身份证卡体序列号验证用户是否在预设系统中进行注册。

Description

一种基于居民身份证的信息管理方法及装置

技术领域

本发明实施例涉及信息安全技术领域，尤其涉及一种基于居民身份证的信息管理方法及装置。

背景技术

身份证是用于证明持证人身份的证件，目前对持证人进行身份验证多半是基于身份证上的公民身份号码，但一个人可以办理多张公民身份号码相同的身份证，例如户口迁移之后，由于住址的变更，用户需要重新办理身份证，但原身份证在有效期内仍能继续使用；再例如，用户的身份证丢失后，会补办新的身份证，而原身份证无法挂失，原身份证被他人拾取后仍可以使用。也就是说，目前的情况下，具有相同公民身份号码的身份证可能不止一张，用户身份证丢失后无法挂失，这些身份证可能会被不同的人持有，这样容易出现根据身份证上的公民身份号码无法准确对持证人进行身份验证的情形。

而根据《GA/T 449-2013居民身份证术语》2.17条所公布的信息可知，在居民身份证中，存有卡体序列号(card serial number)。卡体序列号指的是：按规定的编码规则写入居民身份证专用集成电路芯片内指定存储区的卡体唯一标识号。而在2.18条中又有描述：卡体初始化是将密钥、参数和居民身份证卡体序列号写入居民身份证专用集成电路芯片内，形成身份认证保护、管理机制的过程。由此我们可以确定：每张居民身份证的卡体序列号是唯一的，不会存在多张居民身份证的卡体序列号相同的情况，并且在卡初始化时卡体序列号就被写入身份证，在身份证使用过程中，它是不会被改变的。因而，可以将卡体序列号应用在身份证挂失及对用户进行身份验证的过程中。

发明内容

有鉴于此，本发明实施例提供了一种基于居民身份证的信息管理方法及装置，能够实现身份证的挂失，并能够在预设系统中提高身份验证的可靠性。

本发明实施例提供的基于居民身份证的信息管理方法，包括：

建立身份证证卡数据库，所述数据库用于保存用户在预设系统的注册信息，注册信息中至少包括用户的身份证卡体序列号；

基于所述数据库中的数据实现用户注册、用户证卡挂失、用户证卡信息变更及用户身份验证；

其中，用户注册指的是基于所述数据库中的数据对注册用户的身份证进行验证之后，根据所述注册用户的用户标识、身份证常规信息及卡体序列号实现在所述预设系统中进行注册；

用户证卡挂失指的是在所述数据库中查找挂失用户的注册信息中的身份证卡体序列号，根据查找到的所述挂失用户的身份证卡体序列号实现用户证卡挂失；

用户证卡信息变更指的是基于所述数据库中的数据对变更用户的新身份证进行验证之后，利用所述变更用户的新身份证卡体序列号替换所述数据库中保存的所述变更用户的注册信息中的身份证卡体序列号；

用户身份验证指的是基于验证用户的身份证卡体序列号及所述数据库中的数据判断所述验证用户是否在所述预设系统中进行注册。

本发明实施例提供的基于居民身份证的信息管理装置，包括：

数据库建立单元，用于建立身份证证卡数据库，所述数据库用于保存用户在预设系统的注册信息，注册信息中至少包括用户的身份证卡体序列号；

注册单元，用于基于所述数据库中的数据实现用户注册，用户注册指的是基于所述数据库中的数据对注册用户的身份证进行验证之后，根据所述注册用户的用户标识、身份证常规信息及卡体序列号实现在所述预设系统中进行注册；

证卡挂失单元，用于基于所述数据库中的数据实现用户证卡挂失，用户证卡挂失指的是在所述数据库中查找挂失用户的注册信息中的身份证卡体序列号，根据查找到的所述挂失用户的身份证卡体序列号实现用户证卡挂失；

证卡信息变更单元，用于基于所述数据库中的数据实现用户证卡信息变更，用户证卡信息变更指的是基于所述数据库中的数据对变更用户的新身份证进行验证之后，利用所述变更用户的新身份证卡体序列号替换所述数据库中保存的所述变更用户的注册信息中的身份证卡体序列号；

身份验证单元，用于基于所述数据库中的数据实现用户身份验证，用户身份验证指的是基于验证用户的身份证卡体序列号及所述数据库中的数据判断所述验证用户是否在所述预设系统中进行注册。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，首先建立用于保存用户在预设系统的注册信息的身份证证卡数据库，数据库中保存的用户的注册信息中至少包括用户的身份证卡体序列号，然后基于身份证证卡数据库中的数据实现用户注册、用户证卡挂失、用户证卡信息变更及用户身份验证；由于每张身份证的卡体序列号是唯一的，用户注册时基于身份证卡体序列号，可以保证预设系统中一人一证，后续用户只能使用注册时提供的身份证进入预设系统，提高了身份验证的可靠性；用户身份证丢失时，基于挂失用户的身份证卡体序列号进行挂失，由于每张身份证的卡体序列号是唯一的，因而可以实现身份证的挂失。

附图说明

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

图1为本发明基于居民身份证的信息管理方法的一个实施例示意图；

图2为本发明用户注册的一个实施例示意图；

图3为本发明用户证卡挂失的一个实施例示意图；

图4为本发明用户证卡信息变更的一个实施例示意图；

图5为本发明用户身份验证的一个实施例示意图；

图6为本发明基于居民身份证的信息管理装置的一个实施例示意图。

具体实施方式

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

本发明提供了一种基于居民身份证的信息管理方法及装置，能够实现身份证的挂失，并能够在预设系统中提高身份验证的可靠性。预设系统可以是需要对用户进行实名制认证的各种系统，如企业、单位的用户信息管理系统。具体地，预设系统例如金融、保险、医疗行业的客户信息管理系统，电商企业的网上交易平台的客户信息管理系统，各个运营商的信息管理系统等。具体实现中，信息管理装置可以是企业或单位的计算机、电脑等设备，请参阅图1，本实施例的方法包括：

步骤101、建立身份证证卡数据库，数据库用于保存用户在预设系统的注册信息，注册信息中至少包括用户的身份证卡体序列号；

另外，注册信息中还可以包括用户标识，用户的身份证常规信息(例如用户的姓名、公民身份号码)等。

步骤102、基于数据库中的数据实现用户注册、用户证卡挂失、用户证卡信息变更及用户身份验证。

其中，用户注册指的是基于数据库中的数据对注册用户的身份证进行验证之后，根据注册用户的用户标识、身份证常规信息及卡体序列号实现在预设系统中进行注册；

用户证卡挂失指的是在数据库中查找挂失用户的注册信息中的身份证卡体序列号，根据查找到的所述挂失用户的身份证卡体序列号实现用户证卡挂失；

用户证卡信息变更指的是基于数据库中的数据对变更用户的新身份证进行验证之后，利用变更用户的新身份证卡体序列号替换数据库中保存的变更用户的注册信息中的身份证卡体序列号；

用户身份验证指的是基于验证用户的身份证卡体序列号及数据库中的数据判断验证用户是否在预设系统中进行注册。

下面详细描述用户注册、用户证卡挂失、用户证卡信息变更及用户身份验证的过程。请参阅图2，图2为用户注册流程一个实施例示意图，用户注册流程包括：

步骤201、为注册用户生成用户标识，获取注册用户的身份证常规信息及卡体序列号；

具体实现中，注册用户的身份证常规信息(例如用户的姓名、公民身份号码等)可通过注册用户手动输入获取，而卡体序列号可通过卡体序列号采集装置读取，卡体序列号采集装置可以是具有射频识别(Radio FrequencyIdentification，RFID)模块的设备，该设备可以设计成与U盘大小相同，形状相似的便于携带的设备，卡体序列号采集装置可以发放给用户个人，也可以配置给企业或单位。在用户需要向预设系统注册时，企业或单位的计算机、电脑等可以通过发放给用户个人的卡体序列号采集装置获取注册用户的身份证卡体序列号，也可以通过企业或单位自身配置的卡体序列号采集装置获取注册用户的身份证卡体序列号，此处不做具体限定。

另外，若此处无法获取注册用户的身份证卡体序列号，则注册用户提供的身份证可能是伪造的，注册失败。

本实施例中，在获取注册用户的身份证常规信息之后，还可以先在数据库中检索一下，判断数据库中是否保存有注册用户的身份证常规信息，若有，则说明用户已注册过，则注册流程结束，若没有，则继续后续流程。

步骤202、判断挂失库中是否保存有注册用户的身份证卡体序列号，若无，则执行步骤203，若有，则执行步骤205；

若挂失库中保存有注册用户的身份证卡体序列号，则说明注册用户当前所持身份证已挂失，注册失败。

步骤203、判断数据库中是否保存有注册用户的身份证卡体序列号，若无，则执行步骤204，若有，则执行步骤205；

初始时，所建立的数据库中是没有用户数据的，只有当有用户注册之后，数据库中才有用户数据。所以如果注册用户所持身份证是合法的，且是第一次注册，那么数据库中应该是没有注册用户的身份证卡体序列号的。

步骤204、将注册用户的用户标识、身份证常规信息及卡体序列号保存在数据库中，注册成功；

步骤205、注册失败。

若数据库中保存有注册用户的身份证卡体序列号，则有可能是用户重复注册，或者用户的身份证被他人冒用，本次注册失败。

具体实现中，步骤202与步骤203的执行顺序可调换，即先判断数据库中是否保存有注册用户的身份证卡体序列号，再判断挂失库中是否保存有注册用户的身份证卡体序列号，如果要注册成功，则还是需要满足数据库和挂失库中均没有保存注册用户的身份证卡体序列号。

请参阅图3，图3为用户证卡挂失流程一个实施例示意图，用户证卡挂失流程包括：

步骤301、在数据中查找挂失用户的注册信息中的身份证卡体序列号；

具体实现中，可根据挂失用户的用户标识、姓名、公民身份号码等查找挂失用户的注册信息，获取注册信息中的身份证卡体序列号。

步骤302、将挂失用户的身份证卡体序列号保存在挂失库中；

由于每张身份证的卡体序列号是唯一的，将身份证卡体序列号保存在挂失库中，可以挂失指定的某一张身份证。本发明所提到的数据库和挂失库可以理解为建立了一张白名单和一张黑名单，白名单用于保存用户的注册信息，黑名单用户保存用户的挂失信息，注册信息和挂失信息中都至少包括用户的身份证卡体序列号。

步骤303、判断挂失用户是否能提供新身份证，若不能，则执行步骤304，若能，则执行步骤305；

例如，用户身份证丢失之后补办了新身份证，则将原身份证挂失之后，可以提供新身份证。

步骤304、将数据库中保存的挂失用户的注册信息中的身份证卡体序列号设置为空，挂失成功；

挂失成功之后，他人持挂失用户的原身份证将无法进入预设系统。

步骤305、获取挂失用户的新身份证卡体序列号；

具体获取方法可参阅前述实施例的描述，此处不再赘述。若无法获取挂失用户的新身份证卡体序列号，则表明新身份证可能是伪造的，挂失失败。

步骤306、判断挂失库中是否保存有挂失用户的新身份证卡体序列号，若没有，则执行步骤307，若有，则执行步骤309；

步骤307、判断数据库中是否保存有挂失用户的新身份证卡体序列号，若没有，则执行步骤308，若有，则执行步骤309；

步骤308、利用挂失用户的新身份证卡体序列号替换数据库中保存的挂失用户的注册信息中的身份证卡体序列号，挂失成功；

挂失成功之后，挂失用户可以持新身份证进入预设系统，他人持挂失用户的原身份证将无法进入预设系统。

步骤309、挂失失败。

具体实现中，步骤306与步骤307的执行顺序可调换，即先判断数据库中是否保存有挂失用户的新身份证卡体序列号，再判断挂失库中是否保存有挂失用户的新身份证卡体序列号，在用户能提供新身份证的情况下，如果要挂失成功，则还是需要满足数据库和挂失库中均没有保存挂失用户的新身份证卡体序列号。

步骤303至步骤309作为挂失流程的一部分，主要描述的是挂失过程中对数据库中保存的挂失用户的原身份证卡体序列号的处理(注销或更新)，这种情况下，挂失用户的原身份证卡体序列号已存在于挂失库中了，因此就不能再存在于数据库中。这部分的处理流程主要用于保证同一个身份证卡体序列号不能同时存在于数据库和挂失库中(即某个用户的身份证卡体序列号或者只存在于挂失库中，或者只存在于数据库中，或者挂失库及数据库中都不存在，但不可能出现挂失库及数据库中均存在该用户的身份证卡体序列号的情况)，提高后续身份验证的可靠性。

请参阅图4，图4为用户证卡信息变更流程一个实施例示意图，用户证卡信息变更流程包括：

步骤401、获取变更用户的新身份证卡体序列号；

具体获取方法可参阅前述实施例的描述，此处不再赘述。若无法获取变更用户的新身份证卡体序列号，则表明新身份证可能是伪造的，变更失败。

步骤402、判断挂失库中是否保存有变更用户的新身份证卡体序列号，若有，则执行步骤405，若无，则执行步骤403；

步骤403、判断数据库中是否保存有变更用户的新身份证卡体序列号，若有，则执行步骤405，若无，则执行步骤404；

若挂失库及数据库中均无变更用户的新身份证卡体序列号，则说明新身份证没有被挂失，且新身份证没有被用来在预设系统注册过，新身份证是有效的。

步骤404、利用变更用户的新身份证卡体序列号替换数据库中保存的变更用户的注册信息中的身份证卡体序列号，变更成功；

变更成功之后，用户可持新身份证进入预设系统。

步骤405、变更失败。

具体实现中，步骤402与步骤403的执行顺序可调换，即先判断数据库中是否保存有变更用户的新身份证卡体序列号，再判断挂失库中是否保存有变更用户的新身份证卡体序列号，如果要变更成功，则还是需要满足数据库和挂失库中均没有保存变更用户的新身份证卡体序列号。

请参阅图5，图5为用户身份验证流程一个实施例示意图，用户身份验证流程包括：

步骤501、获取验证用户的身份证卡体序列号；

具体获取方法可参阅前述实施例的描述，此处不再赘述。若无法获取验证用户的身份证卡体序列号，则表明验证用户所持身份证可能是伪造的，验证失败。

步骤502、判断挂失库中是否保存有验证用户的身份证卡体序列号，如有，则执行步骤505，若无，则执行步骤503；

若挂失库中保存有验证用户的身份证卡体序列号，则说明验证用户所持身份证已挂失，验证失败。

步骤503、判断数据库中是否保存有验证用户的身份证卡体序列号，若有，则执行步骤504，若无，则执行步骤505；

若数据库中保存有验证用户的身份证卡体序列号，则说明验证用户已在预设系统注册过，验证成功。

步骤504、验证成功；

验证成功时，可以允许用户进入预设系统，用户可以在预设系统办理业务、查看信息等。

步骤505、验证失败。

验证失败时，拒绝用户进入预设系统。

具体实现中，步骤502与步骤503的执行顺序可调换，即先判断数据库中是否保存有验证用户的身份证卡体序列号，再判断挂失库中是否保存有验证用户的身份证卡体序列号，如果要验证成功，则还是需要满足挂失库中没有保存验证用户的身份证卡体序列号，数据库保存有验证用户的身份证卡体序列号。

下面介绍本发明实施例提供的基于居民身份证的信息管理装置，请参阅图6、本实施例的装置包括：

数据库建立单元601，用于建立身份证证卡数据库，数据库用于保存用户在预设系统的注册信息，注册信息中至少包括用户的身份证卡体序列号；

注册单元602，用于基于数据库中的数据实现用户注册，用户注册指的是基于数据库中的数据对注册用户的身份证进行验证之后，根据注册用户的用户标识、身份证常规信息及卡体序列号实现在预设系统中进行注册；

证卡挂失单元603，用于基于数据库中的数据实现用户证卡挂失，用户证卡挂失指的是在数据库中查找挂失用户的注册信息中的身份证卡体序列号，根据查找到的挂失用户的身份证卡体序列号实现用户证卡挂失；

证卡信息变更单元604，用于基于数据库中的数据实现用户证卡信息变更，用户证卡信息变更指的是基于所述数据库中的数据对变更用户的新身份证进行验证之后，利用变更用户的新身份证卡体序列号替换所述数据库中保存的变更用户的注册信息中的身份证卡体序列号；

身份验证单元605，用于基于数据库中的数据实现用户身份验证，用户身份验证指的是基于验证用户的身份证卡体序列号及数据库中的数据判断验证用户是否在预设系统中进行注册。

为便于理解，下面详细说明本实施例的信息管理装置600内各个单元之间的交互过程，具体如下：

首先，数据库建立单元601建立身份证证卡数据库，数据库用于保存用户在预设系统的注册信息，注册信息中至少包括用户的身份证卡体序列号，另外，注册信息中还可以包括用户标识，用户的身份证常规信息(例如用户的姓名、公民身份号码)等。

当用户需要向预设系统注册时，注册单元602为注册用户生成用户标识，获取注册用户的身份证常规信息及卡体序列号。注册用户的身份证常规信息(例如用户的姓名、公民身份号码)可通过注册用户手动输入获取，而卡体序列号可通过发放给注册用户的、或企业、单位自身配置的卡体序列号采集装置获取。注册单元602判断挂失库和数据库中是否保存有注册用户的身份证卡体序列号，若挂失库和数据库中均没有保存注册用户的身份证卡体序列号，则将注册用户的用户标识、身份证常规信息及卡体序列号保存在数据库中，注册成功。另外，若注册单元602无法获取注册用户的身份证卡体序列号，则注册用户提供的身份证可能是伪造的，注册失败；或者若挂失库或数据库中保存有注册用户的身份证卡体序列号，则注册失败。另外，在注册单元602获取注册用户的身份证常规信息之后，还可以先在数据库中检索一下，判断数据库中是否保存有注册用户的身份证常规信息，若有，则说明用户已注册过，则注册流程结束，若没有，则继续后续流程。

当用户的身份证丢失，需要进行身份证挂失时，证卡挂失单元603可以在数据库建立单元601建立的数据库中查找挂失用户的注册信息中的身份证卡体序列号，将挂失用户的身份证卡体序列号保存在挂失库中。此时若挂失用户能提供新身份证，则证卡挂失单元603获取挂失用户的新身份证卡体序列号；判断挂失库和数据库中是否保存有挂失用户的新身份证卡体序列号；若挂失库和数据库中均没有保存挂失用户的新身份证卡体序列号，则利用挂失用户的新身份证卡体序列号替换数据库中保存的挂失用户的注册信息中的身份证卡体序列号，挂失成功；此时若挂失用户不能提供新身份证，则证卡挂失单元603将数据库中保存的挂失用户的注册信息中的身份证卡体序列号设置为空，挂失成功。另外，若证卡挂失单元603无法获取挂失用户的新身份证卡体序列号，则挂失失败；或者若挂失库或数据库中保存有挂失用户的新身份证卡体序列号，则挂失失败。

当用户的身份证变更(例如身份证丢失之后补办了新身份证，或者住址改变重新办理了身份证)，需要变更相关信息时，证卡信息变更单元604获取变更用户的新身份证卡体序列号；判断挂失库和数据库中是否保存有变更用户的新身份证卡体序列号；若挂失库和数据库中均没有保存变更用户的新身份证卡体序列号，则利用变更用户的新身份证卡体序列号替换数据库中保存的变更用户的注册信息中的身份证卡体序列号，变更成功。若证卡信息变更单元604无法获取变更用户的新身份证卡体序列号，则变更失败；或者若挂失库或数据库中保存有变更用户的新身份证卡体序列号，则变更失败。

当用户需要进入预设系统时，身份验证单元605获取验证用户的身份证卡体序列号；判断挂失库和数据库中是否保存有验证用户的身份证卡体序列号；若挂失库没有保存验证用户的身份证卡体序列号，数据库中保存有验证用户的身份证卡体序列号，则验证成功，允许验证用户进入预设系统。另外，若身份验证单元605无法获取验证用户的身份证卡体序列号，则验证失败；或者若挂失库中保存有验证用户的身份证卡体序列号，数据库中没有保存验证用户的身份证卡体序列号，则验证失败；或者若挂失库中没有保存验证用户的身份证卡体序列号，且数据中也没有保存验证用户的身份证卡体序列号，则说明验证用户没有在预设系统中注册，验证失败，拒绝验证用户进入预设系统。

为描述简洁，本实施例未做详细描述的过程可参阅前述方法实施例对应的描述。

本实施例中，数据库建立单元建立用于保存用户在预设系统的注册信息的身份证证卡数据库，数据库中保存的用户的注册信息中至少包括用户的身份证卡体序列号，注册单元、证卡挂失单元、证卡信息变更单元、身份验证单元基于身份证证卡数据库中的数据实现用户注册、用户证卡挂失、用户证卡信息变更及用户身份验证；由于每张身份证的卡体序列号是唯一的，用户注册时基于身份证卡体序列号，可以保证预设系统中一人一证，后续用户只能使用注册时提供的身份证进入预设系统，提高了身份验证的可靠性；用户身份证丢失时，基于挂失用户的身份证卡体序列号进行挂失，由于每张身份证的卡体序列号是唯一的，因而可以实现身份证的挂失。

需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助硬件，例如模拟电路、数字电路或专用电路的方式来实现。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案可以以软件产品的形式实现，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，快闪存储器(英文：flash memory)、硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (18)

1.一种基于居民身份证的信息管理方法，其特征在于，包括：

建立身份证证卡数据库，所述数据库用于保存用户在预设系统的注册信息，注册信息中至少包括用户的身份证卡体序列号；

基于所述数据库中的数据实现用户注册、用户证卡挂失、用户证卡信息变更及用户身份验证；

其中，用户注册指的是基于所述数据库中的数据对注册用户的身份证进行验证之后，根据所述注册用户的用户标识、身份证常规信息及卡体序列号实现在所述预设系统中进行注册；

用户证卡挂失指的是在所述数据库中查找挂失用户的注册信息中的身份证卡体序列号，根据查找到的所述挂失用户的身份证卡体序列号实现用户证卡挂失；

用户证卡信息变更指的是基于所述数据库中的数据对变更用户的新身份证进行验证之后，利用所述变更用户的新身份证卡体序列号替换所述数据库中保存的所述变更用户的注册信息中的身份证卡体序列号；

用户身份验证指的是基于验证用户的身份证卡体序列号及所述数据库中的数据判断所述验证用户是否在所述预设系统中进行注册。

2.如权利要求1所述的方法，其特征在于，用户注册的具体步骤包括：

为所述注册用户生成用户标识，获取所述注册用户的身份证常规信息及卡体序列号；

判断挂失库和所述数据库中是否保存有所述注册用户的身份证卡体序列号；

若所述挂失库和所述数据库中均没有保存所述注册用户的身份证卡体序列号，则将所述注册用户的用户标识、身份证常规信息及卡体序列号保存在所述数据库中，注册成功。

3.如权利要求2所述的方法，其特征在于，若无法获取所述注册用户的身份证卡体序列号，则注册失败；或者

若所述挂失库或所述数据库中保存有所述注册用户的身份证卡体序列号，则注册失败。

4.如权利要求1所述的方法，其特征在于，用户证卡挂失的具体步骤包括：

在所述数据中查找所述挂失用户的注册信息中的身份证卡体序列号；

将所述挂失用户的身份证卡体序列号保存在挂失库中；

若所述挂失用户能提供新身份证，则获取所述挂失用户的新身份证卡体序列号；判断所述挂失库和所述数据库中是否保存有所述挂失用户的新身份证卡体序列号；若所述挂失库和所述数据库中均没有保存所述挂失用户的新身份证卡体序列号，则利用所述挂失用户的新身份证卡体序列号替换所述数据库中保存的所述挂失用户的注册信息中的身份证卡体序列号，挂失成功；

若所述挂失用户不能提供新身份证，则将所述数据库中保存的所述挂失用户的注册信息中的身份证卡体序列号设置为空，挂失成功。

5.如权利要求4所述的方法，其特征在于，若无法获取所述挂失用户的新身份证卡体序列号，则挂失失败；或者

若所述挂失库或所述数据库中保存有所述挂失用户的新身份证卡体序列号，则挂失失败。

6.如权利要求1所述的方法，其特征在于，用户证卡信息变更的具体步骤包括：

获取所述变更用户的新身份证卡体序列号；

判断挂失库和所述数据库中是否保存有所述变更用户的新身份证卡体序列号；

若所述挂失库和所述数据库中均没有保存所述变更用户的新身份证卡体序列号，则利用所述变更用户的新身份证卡体序列号替换所述数据库中保存的所述变更用户的注册信息中的身份证卡体序列号，变更成功。

7.如权利要求6所述的方法，其特征在于，若无法获取所述变更用户的新身份证卡体序列号，则变更失败；或者

若所述挂失库或所述数据库中保存有所述变更用户的新身份证卡体序列号，则变更失败。

8.如权利要求1所述的方法，其特征在于，用户身份验证的具体步骤包括：

获取所述验证用户的身份证卡体序列号；

判断挂失库和所述数据库中是否保存有所述验证用户的身份证卡体序列号；

若所述挂失库中没有保存所述验证用户的身份证卡体序列号，所述数据库中保存有所述验证用户的身份证卡体序列号，则验证成功。

9.如权利要求8所述的方法，其特征在于，若无法获取所述验证用户的身份证卡体序列号，则验证失败；或者

若所述挂失库中保存有所述验证用户的身份证卡体序列号，所述数据库中没有保存所述验证用户的身份证卡体序列号，则验证失败；或者

若所述挂失库中没有保存所述验证用户的身份证卡体序列号，且所述数据中也没有保存所述验证用户的身份证卡体序列号，则验证失败。

10.一种基于居民身份证的信息管理装置，其特征在于，包括：

数据库建立单元，用于建立身份证证卡数据库，所述数据库用于保存用户在预设系统的注册信息，注册信息中至少包括用户的身份证卡体序列号；

注册单元，用于基于所述数据库中的数据实现用户注册，用户注册指的是基于所述数据库中的数据对注册用户的身份证进行验证之后，根据所述注册用户的用户标识、身份证常规信息及卡体序列号实现在所述预设系统中进行注册；

证卡挂失单元，用于基于所述数据库中的数据实现用户证卡挂失，用户证卡挂失指的是在所述数据库中查找挂失用户的注册信息中的身份证卡体序列号，根据查找到的所述挂失用户的身份证卡体序列号实现用户证卡挂失；

证卡信息变更单元，用于基于所述数据库中的数据实现用户证卡信息变更，用户证卡信息变更指的是基于所述数据库中的数据对变更用户的新身份证进行验证之后，利用所述变更用户的新身份证卡体序列号替换所述数据库中保存的所述变更用户的注册信息中的身份证卡体序列号；

身份验证单元，用于基于所述数据库中的数据实现用户身份验证，用户身份验证指的是基于验证用户的身份证卡体序列号及所述数据库中的数据判断所述验证用户是否在所述预设系统中进行注册。

11.如权利要求10所述的装置，其特征在于，所述注册单元具体用于，

为所述注册用户生成用户标识，获取所述注册用户的身份证常规信息及卡体序列号；

判断挂失库和所述数据库中是否保存有所述注册用户的身份证卡体序列号；

若所述挂失库和所述数据库中均没有保存所述注册用户的身份证卡体序列号，则将所述注册用户的用户标识、身份证常规信息及卡体序列号保存在所述数据库中，注册成功。

12.如权利要求11所述的装置，其特征在于，若所述注册单元无法获取所述注册用户的身份证卡体序列号，则注册失败；或者

若所述挂失库或所述数据库中保存有所述注册用户的身份证卡体序列号，则注册失败。

13.如权利要求10所述的装置，其特征在于，所述证卡挂失单元具体用于，

在所述数据中查找所述挂失用户的注册信息中的身份证卡体序列号；

将所述挂失用户的身份证卡体序列号保存在挂失库中；

若所述挂失用户能提供新身份证，则获取所述挂失用户的新身份证卡体序列号；判断所述挂失库和所述数据库中是否保存有所述挂失用户的新身份证卡体序列号；若所述挂失库和所述数据库中均没有保存所述挂失用户的新身份证卡体序列号，则利用所述挂失用户的新身份证卡体序列号替换所述数据库中保存的所述挂失用户的注册信息中的身份证卡体序列号，挂失成功；

若所述挂失用户不能提供新身份证，则将所述数据库中保存的所述挂失用户的注册信息中的身份证卡体序列号设置为空，挂失成功。

14.如权利要求13所述的装置，其特征在于，若所述证卡挂失单元无法获取所述挂失用户的新身份证卡体序列号，则挂失失败；或者

若所述挂失库或所述数据库中保存有所述挂失用户的新身份证卡体序列号，则挂失失败。

15.如权利要求10所述的装置，其特征在于，所述证卡信息变更单元具体用于，

获取所述变更用户的新身份证卡体序列号；

判断挂失库和所述数据库中是否保存有所述变更用户的新身份证卡体序列号；

若所述挂失库和所述数据库中均没有保存所述变更用户的新身份证卡体序列号，则利用所述变更用户的新身份证卡体序列号替换所述数据库中保存的所述变更用户的注册信息中的身份证卡体序列号，变更成功。

16.如权利要求15所述的装置，其特征在于，若所述证卡信息变更单元无法获取所述变更用户的新身份证卡体序列号，则变更失败；或者

若所述挂失库或所述数据库中保存有所述变更用户的新身份证卡体序列号，则变更失败。

17.如权利要求10所述的装置，其特征在于，所述身份验证单元具体用于，

获取所述验证用户的身份证卡体序列号；

判断挂失库和所述数据库中是否保存有所述验证用户的身份证卡体序列号；

若所述挂失库中没有保存所述验证用户的身份证卡体序列号，所述数据库中保存有所述验证用户的身份证卡体序列号，则验证成功。

18.如权利要求17所述的装置，其特征在于，若所述身份验证单元无法获取所述验证用户的身份证卡体序列号，则验证失败；或者

若所述挂失库中保存有所述验证用户的身份证卡体序列号，所述数据库中没有保存所述验证用户的身份证卡体序列号，则验证失败；或者

若所述挂失库中没有保存所述验证用户的身份证卡体序列号，且所述数据中也没有保存所述验证用户的身份证卡体序列号，则验证失败。