电子证件生成方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种电子证件生成方法、装置、设备及存储介质。

背景技术

近年来，互联网的发展给生活带来了越来越多的便利。公民在日常生活中的出行服务、业务办理等方方面面都离不开个人证件的使用，而经常随身携带实体证件容易造成实体证件的遗失和损坏，因此为了提高公民生活的便利性，电子证件开始进入大众视野，在电子证件应用在生活的各个方面之前，首先需要生成电子证件。

目前，某些互联网应用程序(Application，APP)可以通过用户输入的信息生成电子证件，具体地，用户手动在APP中输入需要生成证件的信息，通过输入的信息，生成电子证件。

然而现有技术中，生成电子证件时，需要用户手动输入各项信息，生成方式复杂、耗费时间长、效率低，且用户输入的信息容易被泄露，安全性低。

发明内容

本申请提供一种电子证件生成方法、装置、设备及存储介质，从而解决现有技术中，生成电子证件时，需要用户手动输入各项信息，生成方式复杂、耗费时间长、效率低，且用户输入的信息容易被泄露，安全性低的技术问题。

第一方面，本申请实施例提供了一种电子证件生成方法，包括：

响应目标用户的电子证件生成操作，获取目标用户的手机号码；

生成活体认证请求，对所述目标用户进行活体认证；

若活体认证通过，则存储所述目标用户在活体通过时的人像照片；

将所述手机号码和所述人像照片发送给认证平台，以使所述认证平台根据所述手机号码和所述人像照片，在预设数据库中进行身份比对；若比对成功，则获取所述目标用户的电子证件信息并生成电子证件二维码；

接收所述认证平台发送的电子证件二维码。

这里，本申请实施例响应目标用户的电子证件生成操作，首先获取用户的手机号码，对用户进行活体认证，确定是否为真人进行操作，将活体认证的人像照片进行储存，再将用户的电话号码和人像照片发送至认证平台，认证平台可以根据电话号码和人像照片从预设数据库中查询用户的证件信息，从而生成电子证件，将电子证件打包至二维码中反馈给APP，由于电子证件封装在二维码中，APP不能直接获取到用户的信息，减少了用户信息泄露的风险，提高了用户证件信息的安全性，另一方面，无需用户进行复杂的信息录入的工作，简化了电子证件生成的步骤，减少了时间，提高了效率。

可选地，在所述接收所述认证平台发送的电子证件二维码之后，还包括：

显示所述电子证件二维码。

这里，本申请实施例可以将二维码显示给用户，用户或者用证单位直接扫码即可获取电子证件和个人信息，提高了电子证件使用的便捷性，便于推广。

第二方面，本申请提供一种电子证件生成方法，包括：

接收应用程序发送的目标用户的手机号码和人像照片，其中所述目标用户的手机号码是所述应用程序在响应所述目标用户的电子证件生成操作时获取的，其中所述人像照片是所述应用程序对所述目标用户进行活体认证时存储的人像照片；

根据所述手机号码和所述人像照片，在预设数据库中进行身份比对；

若比对成功，则获取所述目标用户的电子证件信息并生成电子证件二维码；

将所述电子证件二维码发送至应用程序。

这里，本申请实施例可以通过用户的手机号码和人像照片，在预设数据库中进行信息比对，从而获取到用户的证件信息，根据此证件信息可以生成电子证件，再打包成二维码发送给申请电子证件的APP，无需用户手动输入信息，提高了电子证件生成的效率，且由于电子证件封存在二维码中，应用程序难以直接获取用户信息，有效保护了用户的个人信息，便于用户高效、安全地生成电子证件。

可选地，所述若比对成功，则获取所述目标用户的电子证件信息并生成电子证件二维码，包括：

若比对成功，则获取所述预设数据库中与所述目标用户对应的电子证件信息；

根据所述电子证件信息，生成电子证件；

将所述电子证件的链接封装于二维码中，得到所述电子证件二维码

这里，本申请实施例在对用户的手机号码和人像照片比对成功之后，获取到预设数据库中生成用户电子证件所需的用户信息，通过用户信息生成所需电子证件，再将电子证件的链接封装于二维码中，通过预设数据库高效地获取到了目标用户电子证件生成使所需的信息，进一步地提高了电子证件生成的效率。

可选地，所述获取所述预设数据库中与所述目标用户对应的电子证件信息，包括：

获取与所述目标用户相关的身份网络标识，其中，所述身份网络标识为进行加密后的与所述目标用户对应的电子证件信息；

相应的，所述根据所述电子证件信息，生成电子证件，包括：

根据所述身份网络标识，生成电子证件。

这里，本申请实施例在通过预设数据库获取用户信息时，可以通过预设数据库对用户信息进行加密，从而得到与目标用户相关的身份网络标识，此标识为不含明文信息的身份网络标识，进一步地提高了用户信息的安全性。

第三方面，本申请实施例提供一种电子证件生成装置，包括：

获取模块，用于响应目标用户的电子证件生成操作，获取目标用户的手机号码；

认证模块，用于生成活体认证请求，对所述目标用户进行活体认证；

存储模块，用于若活体认证通过，则存储所述目标用户在活体通过时的人像照片；

第一发送模块，用于将所述手机号码和所述人像照片发送给认证平台，以使所述认证平台根据所述手机号码和所述人像照片，在预设数据库中进行身份比对；若比对成功，则获取所述目标用户的电子证件信息并生成电子证件二维码；

第一接收模块，用于接收所述认证平台发送的电子证件二维码。

可选地，在所述第二接收模块接收所述认证平台发送的电子证件二维码之后，上述装置还包括：

显示模块，用于显示所述电子证件二维码。

第四方面，本申请实施例提供一种电子证件生成装置，包括：

第二接收模块，用于接收应用程序发送的目标用户的手机号码和人像照片，其中所述目标用户的手机号码是所述应用程序在响应所述目标用户的电子证件生成操作时获取的，其中所述人像照片是所述应用程序对所述目标用户进行活体认证时存储的人像照片；

比对模块，用于根据所述手机号码和所述人像照片，在预设数据库中进行身份比对；

生成模块，用于若比对成功，则获取所述目标用户的电子证件信息并生成电子证件二维码。

第二发送模块，用于将所述电子证件二维码发送至应用程序。

可选地，所述生成模块具体用于：

若比对成功，则获取所述预设数据库中与所述目标用户对应的电子证件信息；

根据所述电子证件信息，生成电子证件；

将所述电子证件的链接封装于二维码中，得到所述电子证件二维码

可选地，所述生成模块具体用于：

获取与所述目标用户相关的身份网络标识，其中，所述身份网络标识为进行加密后的与所述目标用户对应的电子证件信息；

根据所述身份网络标识，生成电子证件。

第五方面，本申请实施例提供一种电子证件生成设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的电子证件生成方法。

第六方面，本申请实施例提供一种电子证件生成设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第二方面以及第二方面各种可能的设计所述的电子证件生成方法。

第七方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的电子证件生成方法。

第八方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第二方面以及第二方面各种可能的设计所述的电子证件生成方法。

第九方面，本发明实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的电子证件生成方法。

第十方面，本发明实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第二方面以及第二方面各种可能的设计所述的电子证件生成方法。

本申请实施例提供的电子证件生成方法、装置、设备及存储介质，其中该方法响应目标用户的电子证件生成操作，首先获取用户的手机号码，对用户进行活体认证，确定是否为真人进行操作，将活体认证的人像照片进行储存，再将用户的电话号码和人像照片发送至认证平台，认证平台可以根据电话号码和人像照片从预设数据库中查询用户的证件信息，从而生成电子证件，将电子证件打包至二维码中反馈给APP，由于电子证件封装在二维码中，APP不能直接获取到用户的信息，减少了用户信息泄露的风险，提高了用户证件信息的安全性，另一方面，无需用户进行复杂的信息录入的工作，简化了电子证件生成的步骤，减少了时间，提高了效率。

附图说明

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

图1为本申请实施例提供的一种电子证件生成系统架构示意图；

图2为本申请实施例提供的一种电子证件生成方法的流程示意图；

图3为本申请实施例提供的另一种电子证件生成方法的流程示意图；

图4为本申请实施例提供的又一种电子证件生成方法的流程示意图；

图5为本申请实施例提供的一种电子证件生成装置的结构示意图；

图6为本申请实施例提供的另一种电子证件生成装置的结构示意图；

图7为本申请实施例提供的一种电子证件生成设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

近年来，互联网的发展给生活带来了越来越多的便利。公民在日常生活中的出行服务、业务办理等方方面面都离不开个人证件的使用，而经常随身携带实体证件容易造成实体证件的遗失和损坏，因此为了提高公民生活的便利性，电子证件开始进入大众视野，在电子证件应用在生活的各个方面之前，首先需要生成电子证件。

目前，某些互联网应用程序(Application，APP)可以通过用户输入的信息生成电子证件，具体地，用户手动在APP中输入需要生成证件的信息，通过输入的信息，生成电子证件。

例如，在生成电子身份证时，现有技术通过某些APP获取用户信息后，结合"互联网+"可信身份认证平台CTID生成电子身份证，但是，为保护居民个人数据，根据规定，CTID平台只能对外提供脱敏、去标识化处理，且不可逆不含明文信息的身份证件信息，用证单位无法从CTID提供的CTID中获取任何如姓名、身份证号码等身份证件信息，只能证明用证居民是本人，通俗的说，就是CTID只能证明“我是我”，而无法证明“我是谁”，如需证明“我是谁”还需用户补充输入本人信息。因此在生成电子证件时，还需要用户输入其他信息，具体方式如下：用户登录发证APP；用户输入证件相关信息；发证方将用户输入的信息与通过活体认证后的人像照片发送至公安部CTID平台比对；如CITD平台比对通过将返回居民身份网络标识(Personal Identity document，PID)为不含明文信息的编码或文件；发证方将PID与用户个人信息关联，按自定义格式生成电子身份证，并向用户提供电子身份证二维码；用证单位通过扫描电子身份证二维码从发证方处获取用户身份信息。用户手动在APP中输入需要生成证件的信息，通过输入的信息，生成电子证件。

然而现有技术存在生成电子证件时，需要用户手动输入各项信息，生成方式复杂、耗费时间长、效率低，且用户输入的信息容易被泄露，安全性低的技术问题。

为了解决上述问题，本申请实施例提供一种电子证件生成方法，首先依据用户请求获取手机号码，然后对用户进行活体认证，得到该用户活体认证的人像照片进行储存，最后将用户的电话号码和人像照片提供给认证平台，利用电话号码和人像照片从预设数据库中查询用户的证件信息，从而生成电子证件，将电子证件打包至二维码得到电子证件二维码，生成过程不能直接获取到用户的信息，减少了用户信息泄露的风险，提高了用户证件信息的安全性，同时无需用户进行复杂的信息录入的工作，简化了电子证件生成的步骤，减少了时间，提高了效率。

可选地，本申请实施例中的证件可以为身份证、护照、户口本、学生证、会员卡或者是其他具有特定版式的与用户进行身份绑定的证件，本申请对此不作具体限制。

可选地，图1为本申请实施例提供的一种电子证件生成系统架构示意图。在图1中，上述架构包括认证平台101和应用程序(APP)102。

可选地，这里的认证平台101可以是运营商实名制管理系统、证件管理系统等。

用户可通过APP进行电子证件的申领，APP通过与认证平台101的交互获取认证平台101生成的电子证件，并通过APP反馈给用户。

本申请实施例中，认证平台101结合预设数据库中的用户信息，无需用户额外输入个人身份信息，只需用户通过APP进行人脸识别并授权后，即可自动发放电子证件二维码。

可以理解的是，本申请实施例示意的结构并不构成对电子证件生成系统架构的具体限定。在本申请另一些可行的实施方式中，上述架构可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，具体可根据实际应用场景确定，在此不做限制。图1所示的部件可以以硬件，软件，或软件与硬件的组合实现。

应理解，上述处理器可以通过处理器读取存储器中的指令并执行指令的方式实现，也可以通过芯片电路实现。

另外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合具体的实施例对本申请的技术方案进行详细的说明：

可选地，图2为本申请实施例提供的一种电子证件生成方法的流程示意图。本申请实施例的执行主体可以为图1中的APP101，具体执行主体可以根据实际应用场景确定。如图2所示，该方法包括如下步骤：

S201：响应目标用户的电子证件生成操作，获取目标用户的手机号码。

可选地，可以通过用户在APP的登录信息获取目标用户的手机号码，也可以通过输入/输出设备获取目标用户的手机号码。

S202：生成活体认证请求，对目标用户进行活体认证。

可选地，可以通过拍摄视频或者拍摄照片的方式进行活体认证。

S203：若活体认证通过，则存储目标用户在活体通过时的人像照片。

S204：将手机号码和人像照片发送给认证平台。

这里的手机号码和人像照片，以使认证平台根据手机号码和人像照片，在预设数据库中进行身份比对；若比对成功，则获取目标用户的电子证件信息并生成电子证件二维码；

S205：接收认证平台发送的电子证件二维码。

可选地，在接收认证平台发送的电子证件二维码之后，还包括：

显示电子证件二维码。

这里，本申请实施例可以将二维码显示给用户，用户或者用证单位直接扫码即可获取电子证件和个人信息，提高了电子证件使用的便捷性，便于推广。

可选地，在接收到电子证件二维码之后，还可以将此二维码保存至用户APP中，以方便后续使用。

这里，本申请实施例响应目标用户的电子证件生成操作，首先获取用户的手机号码，对用户进行活体认证，确定是否为真人进行操作，将活体认证的人像照片进行储存，再将用户的电话号码和人像照片发送至认证平台，认证平台可以根据电话号码和人像照片从预设数据库中查询用户的证件信息，从而生成电子证件，将电子证件打包至二维码中反馈给APP，由于电子证件封装在二维码中，APP不能直接获取到用户的信息，减少了用户信息泄露的风险，提高了用户证件信息的安全性，另一方面，无需用户进行复杂的信息录入的工作，简化了电子证件生成的步骤，减少了时间，提高了效率。

本申请实施例还提供一种基于认证平台102的电子证件生成方法，相应的，图3为本申请实施例提供的另一种电子证件生成方法的流程示意图，该方法的执行主体可以为认证平台102，如图3所示，该方法包括：

S301：接收应用程序发送的目标用户的手机号码和人像照片。

其中，目标用户的手机号码是应用程序在响应目标用户的电子证件生成操作时获取的，其中人像照片是应用程序对目标用户进行活体认证时存储的人像照片。

S302：根据手机号码和人像照片，在预设数据库中进行身份比对。

可选地，这里的预设数据库可以为CTID平台、银行数据库或者是会员数据库等，这里的预设数据库根据电子证件的类型来确定，本申请对此不做具体限制。

S303：若比对成功，则获取目标用户的电子证件信息并生成电子证件二维码。

可选地，可以为二维码设置有效时间，以提高电子证件使用的安全性，可以理解的是，这里的有效时间可以根据实际情况确定，在此不做具体限制。

可选地，若比对成功，则获取目标用户的电子证件信息并生成电子证件二维码，包括：

若比对成功，则获取预设数据库中与目标用户对应的电子证件信息；根据电子证件信息，生成电子证件；将电子证件的链接封装于二维码中。

这里，本申请实施例在对用户的手机号码和人像照片比对成功之后，获取到预设数据库中生成用户电子证件所需的用户信息，通过用户信息生成所需电子证件，再将电子证件的链接封装于二维码中，通过预设数据库高效地获取到了目标用户电子证件生成使所需的信息，进一步地提高了电子证件生成的效率。

可选地，获取预设数据库中与目标用户对应的电子证件信息，包括：获取与目标用户相关的身份网络标识，其中，身份网络标识为进行加密后的与目标用户对应的电子证件信息；

相应的，根据电子证件信息，生成电子证件，包括：根据身份网络标识，生成电子证件。

具体地，若这里的电子证件为身份证，那么从CTID平台可以直接获取加密后的用户信息，即身份网络标识。

若预设数据库为其他数据库，那么可以预先对数据库中的内容进行加密，再将数据库中的内容反馈给认证平台。

这里，本申请实施例在通过预设数据库获取用户信息时，可以通过预设数据库对用户信息进行加密，从而得到与目标用户相关的身份网络标识，此标识为不含明文信息的身份网络标识，进一步地提高了用户信息的安全性。

S304：将电子证件二维码发送至应用程序。

本申请实施例可以通过用户的手机号码和人像照片，在预设数据库中进行信息比对，从而获取到用户的证件信息，根据此证件信息可以生成电子证件，再打包成二维码发送给申请电子证件的APP，无需用户手动输入信息，提高了电子证件生成的效率，且由于电子证件封存在二维码中，应用程序难以直接获取用户信息，有效保护了用户的个人信息，便于用户高效、安全地生成电子证件。

本申请实施例结合认证平台和APP为用户生成电子证件，相应的，图4为本申请实施例提供的又一种电子证件生成方法，如图4所示，该方法包括：

S401：APP响应目标用户的电子证件生成操作，获取目标用户的手机号码。

S402：APP生成活体认证请求，对目标用户进行活体认证。

S403：若活体认证通过，则APP存储目标用户在活体通过时的人像照片。

S404：APP将手机号码和人像照片发送给认证平台。

S405：认证平台根据手机号码和人像照片，在预设数据库中进行身份比对。

S406：若比对成功，则认证平台获取目标用户的电子证件信息并生成电子证件二维码。

S407：认证平台将电子证件二维码发送至应用程序。

本申请实施例提供的电子证件生成方法，有效组合了用户预先留存在数据库中的数据，并通过在APP进行活体验证进行信息比对验证的方式，解决了用户证明我是活人、我是我以及我是谁的问题，向用户提供了一种的便捷安全的自动化电子证件申领方法。

图5为本申请实施例提供的另一种电子证件生成装置的结构示意图，如图5所示，本申请实施例的装置包括：获取模块501、认证模块502、存储模块503、第一发送模块504和第一接收模块505。这里的电子证件生成装置可以是上述认证平台102本身，或者是实现APP102的功能的芯片或者集成电路。这里需要说明的是，获取模块501、认证模块502、存储模块503、第一发送模块504和第一接收模块505的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。

其中，获取模块，用于响应目标用户的电子证件生成操作，获取目标用户的手机号码；

认证模块，用于生成活体认证请求，对目标用户进行活体认证；

存储模块，用于若活体认证通过，则存储目标用户在活体通过时的人像照片；

第一发送模块，用于将手机号码和人像照片发送给认证平台，以使认证平台根据手机号码和人像照片，在预设数据库中进行身份比对；若比对成功，则获取所述目标用户的电子证件信息并生成电子证件二维码；

第一接收模块，用于接收认证平台发送的电子证件二维码。

可选地，在第二接收模块接收认证平台发送的电子证件二维码之后，上述装置还包括：

显示模块，用于显示电子证件二维码。

图6为本申请实施例提供的一种电子证件生成装置的结构示意图，如图6所示，本申请实施例的装置包括：第二接收模块601、比对模块602、生成模块603和第二发送模块604。这里的电子证件生成装置可以是上述认证平台101本身，或者是实现认证平台101的功能的芯片或者集成电路。这里需要说明的是，第二接收模块601、比对模块602、生成模块603和第二发送模块604的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。

其中，第二接收模块，用于接收应用程序发送的目标用户的手机号码和人像照片，其中所述目标用户的手机号码是所述应用程序在响应所述目标用户的电子证件生成操作时获取的，其中所述人像照片是所述应用程序对所述目标用户进行活体认证时存储的人像照片；

比对模块，用于根据手机号码和人像照片，在预设数据库中进行身份比对；

生成模块，用于若比对成功，则获取所述目标用户的电子证件信息并生成电子证件二维码。

第二发送模块，用于将电子证件二维码发送至应用程序。

可选地，生成模块具体用于：

若比对成功，则获取预设数据库中与目标用户对应的电子证件信息；

根据电子证件信息，生成电子证件；

将电子证件的链接封装于二维码中。

可选地，生成模块具体用于：

获取与目标用户相关的身份网络标识，其中，身份网络标识为进行加密后的与目标用户对应的电子证件信息；

根据身份网络标识，生成电子证件。

图7为本申请实施例提供的一种电子证件生成设备的结构示意图，该电子证件生成设备可以为APP102。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不限制本文中描述的和/或者要求的本申请的实现。

如图7所示，该电子证件生成设备包括：处理器701和存储器702，各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器701可以对在电子证件生成设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。图7中以一个处理器701为例。

存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的电子证件生成设备的方法对应的程序指令/模块(例如，附图5所示的，获取模块501、认证模块502、存储模块503、第一发送模块504和第一接收模块505)。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行认证平台的各种功能应用以及数据处理，即实现上述方法实施例中的电子证件生成设备的方法。

电子证件生成设备还可以包括：输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接，图7中以通过总线连接为例。

输入装置703可接收输入的数字或字符信息，以及产生与电子证件生成设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以是电子证件生成设备的显示设备等输出设备。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

本申请实施例的电子证件生成设备，可以用于执行本申请上述各方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述任一项所述的电子证件生成方法。

本申请实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，用于实现上述任一项所述的电子证件生成方法。

本申请实施例还提供的另一种电子证件生成设备，其中该电子证件生成设备可以为认证平台101，包括：处理器、输入装置、输出装置和存储器，各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子证件生成设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。

其中，电子证件生成设备的处理器、存储器、输入装置和输出装置的实现方式与上述介绍的一种电子证件生成设备类似，在此不作赘述。

存储器作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的电子证件生成设备的方法对应的程序指令/模块(例如，附图6所示的第二接收模块601、比对模块602、生成模块603和第二发送模块604)。处理器通过运行存储在存储器中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的电子证件生成设备的方法。

本申请实施例的电子证件生成设备，可以用于执行本申请上述各方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述任一项所述的电子证件生成方法。

本申请实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，用于实现上述任一项所述的电子证件生成方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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