一种身份凭证的移动应用方法、装置及系统专利检索-服务器计算机网络专利检索查询-专利查询网

一种身份凭证的移动应用方法、装置及系统

阅读：786发布：2021-06-07

专利汇可以提供一种身份凭证的移动应用方法、装置及系统专利检索，专利查询，专利分析的服务。并且本申请公开了一种身份凭证的移动应用方法、装置及系统。其中，所述方法包括：采集用户身份证件的凭证信息和用户生物特征信息，并进行活体检测；向服务器发送请求消息，所述请求消息中包含所述用户身份证件的凭证信息和所述用户生物特征信息；接收来自所述服务器的配置消息，所述配置消息中包含所述用户身份证件对应的电子身份证eID信息；在所述移动通信装置内部的安全元件中存储所述eID信息。，下面是一种身份凭证的移动应用方法、装置及系统专利的具体信息内容。

权利要求

1.一种身份凭证的移动应用方法，其特征在于，包括：
移动通信装置采集用户身份证件的凭证信息和用户生物特征信息，并进行活体检测；
所述移动通信装置向服务器发送请求消息，所述请求消息中包含所述用户身份证件的凭证信息和所述用户生物特征信息；
所述移动通信装置接收来自所述服务器的配置消息，所述配置消息中包含所述用户身份证件对应的电子身份证eID信息；
所述移动通信装置在所述移动通信装置内部的安全元件中存储所述eID信息。
2.根据权利要求1所述的方法，其特征在于：
所述移动通信装置通过运行在可信执行环境TEE中的可信应用TA来采集所述用户生物特征信息，并进行所述活体检测。
3.根据权利要求2所述的方法，其特征在于：
所述可信应用TA包括手机厂商的支付应用。
4.根据权利要求1至3中任一所述的方法，其特征在于：
所述用户身份证件的凭证信息包括所述用户身份证件的身份证号码，所述用户生物特征信息包括人脸数据信息。
5.根据权利要求4所述的方法，其特征在于：
所述人脸数据信息包括基于哈希算法生成的用于表征用户生物特征数据的一串数字。
6.根据权利要求1至5中任一所述的方法，其特征在于：
所述用户生物特征信息为所述用户生物特征信息密文，所述请求消息中还包含数字信封，所述数字信封以密文方式携带了所述用户生物特征信息密文的加密秘钥。
7.根据权利要求1至6中任一所述的方法，其特征在于：
所述请求消息中还包括所述移动通信装置的标识。
8.根据权利要求7所述的方法，其特征在于：
所述移动通信装置为手机，所述移动通信装置的标识为手机的国际移动设备标识IMEI。
9.根据权利要求7所述的方法，其特征在于：
所述移动通信装置为手机的系统芯片，所述移动通信装置的标识为手机的系统芯片内部的安全元件的标志。
10.根据权利要求1至9中任一所述的方法，其特征在于，还包括：
所述移动通信装置在线下认证流程，以脱敏方式提供所述eID信息的部分信息。
11.一种移动通信装置，其特征在于，包括：
安全元件，处理器，以及存储器；
其中，所述存储器用于存储程序指令，所述程序指令被所述一个或多个处理器执行时，使得所述移动通信装置执行如上述权利要求1至10中任一所述的方法。
12.一种计算机可读存储介质，其特征在于
所述计算机可读存储介质中存储了程序代码，所述程序代码被计算机或处理器执行时，实现如上述权利要求1至10中任一所述的方法。
13.一种身份凭证的移动应用系统，其特征在于，包括：
移动通信装置和服务器；其中，
所述移动通信装置用于执行如上述权利要求1至10中任一所述的方法；
所述服务器用于接收来自所述移动通信装置的所述请求消息，并向所述移动通信装置发送所述配置消息。

说明书全文

一种身份凭证的移动应用方法、装置及系统

技术领域

[0001] 本申请涉及移动通信技术领域，尤其涉及一种身份凭证的移动应用方法、装置及系统。

背景技术

[0002] 现代社会中，政府一般都会采用法定身份证件对个人身份进行管理。常见的法定身份证件包括身份证和护照。法定身份证件除了在证件表面印有姓名，证件号码，以及个人头像等凭证信息外，证件内部通常也集成有存储了这些凭证信息的芯片。这些凭证信息能够被用于验证个人身份，可记为个人身份的凭证，简称身份凭证或凭证。

[0003] 机构工作人员在验证个人身份时，除了直接查看法定身份证件的证件表面的凭证信息之外，也可以通过机器设备读取和显示证件内置芯片中存储的凭证信息。但是，证件内置芯片中存储的凭证信息仍然依赖于法定身份证件的物理实体，例如以卡片形式存在的身份证(简称身份证卡)，以手册形式存在的护照(简称护照本)等。因此，作为身份凭证的载体，法定身份证件经常需要随身携带。当个人忘记携带法定身份证件，或者法定身份证件遗失，会影响很多事务的办理，比如酒店入住、飞机出行等。

[0004] 近年来，身份凭证的移动应用也逐渐开始流行。例如，电子身份证(electronic identity，eID)已经在包括中国在内的多个国家逐渐推广使用。eID也是由政府颁发给公民的用于线上和线下识别身份的证件。以中国为例，eID是以公民的身份证号码为根，由公安部门基于密码算法统一为中国公民生成的数字标记，在确保签发给每个公民的数字身份唯一性的同时，可以减少公民身份的明文信息在网上的传播。并且，有别于传统的身份证卡，eID可以承载在银行卡以及用户身份模块(subscriber indentity module，SIM)卡的内置芯片中。目前，个人使用eID通常需要去服务网点申请办理特殊的银行卡或SIM卡。由于eID只能线下办理，安全性相对有所保障，但是便捷性仍有不足。

[0005] 另外，公民身份证网上功能凭证(简称网证)也在中国的一些城市试用。网证有时也被记为公民可信身份(citizen trusted identity，CTID)。网证可分为两种，包括黑白版网证和彩色版网证。网证的业务流程包括申请流程和认证流程。在申请流程中，用户可以通过手机线上申请，来申请黑白版网证。如果希望申请彩色版网证，用户还需要去服务网点通过机器设备采集相关信息。黑白版网证可以用于线下认证的应用场景，比如线下办理酒店入住。彩色版网证还可以支持线上认证的应用场景，比如线上办理工商登记等。相对于eID而言，网证的便捷性有所提升，但是安全性仍需改善。

[0006] 总体来说，包括eID和网证在内的身份凭证的移动应用丰富了人们的数字生活。但与此同时，身份凭证的移动应用对于安全性和便捷性也提出了更高的需求。发明内容

[0007] 本申请实施例提供了一种身份凭证的移动应用方法、装置及系统，以提升身份凭证的移动应用的安全性，和/或，便捷性。

[0008] 应理解，本申请中，除有明确说明外，对于身份凭证，凭证以及凭证信息不作特别区分，均是指能够用于验证个人身份或设备身份的凭证信息。这些凭证信息既包括明文信息，也包括经过加密处理后的密文信息。对于“验证”和“认证”也不作特别区分，均是指对于身份的核实。另外，对于“标识”，“标识码”，以及“识别码”也不作特别区分，“标识”的英文译文可包括“identity”，“identification”，或者“identifier”。

[0009] 应理解，本申请中，相对于传统的实体身份证件(如身份证卡或护照本)，凭证信息不必固定在实体身份证件中，而是可以基于移动通信设备或者移动互联网进行传输，处理或者存储，因此称为身份凭证的移动应用。从业务流程来看，身份凭证的移动应用可包括申请流程和认证流程。其中，身份凭证的申请流程可分为：线上申请和线下申请，身份凭证的认证流程包括：线上认证和线下验证。

[0010] 应理解，本申请中，移动通信设备也可以被称为终端、移动终端、移动设备、用户设备(user equipment，UE)，移动台或订户单元。移动通信装置可以是移动通信设备，也可以是移动通信设备中的集成电路。

[0011] 本申请实施例提供了一种身份凭证的移动应用方法，该方法由移动通信装置执行，所述方法包括：

[0012] 向服务器发送第一安全请求消息，所述第一安全请求消息中携带了所述移动通信装置的标识，以及身份证件的凭证信息；接收来自所述服务器的安全回复消息；根据所述安全回复消息，确定所述身份证件的凭证信息是否已被其他的移动通信装置成功地申请。

[0013] 在一种可选实现方式中，所述安全回复消息中携带了数字信封证书，以及与所述数字信封证书对应的公钥，其中，所述数字信封证书以使用所述公钥对应的私钥签名；所述方法还包括：使用加密秘钥对用户生物特征信息进行加密，以得到用户生物特征信息密文；使用所述公钥对所述加密秘钥进行加密，以得到数字信封，其中，所述数字信封中包括了所述加密秘钥的密文；向所述服务器发送第二安全请求消息，所述第二安全请求携带了所述用户生物特征信息密文和所述数字信封。

[0014] 本申请实施例还提供了一种移动通信装置，包括：安全元件，处理器，以及存储器；

[0015] 其中，所述存储器用于存储程序指令，所述程序指令被所述一个或多个处理器执行时，使得所述移动通信装置执行多个操作，其中，所述多个操作包括：

[0016] 向服务器发送第一安全请求消息，所述第一安全请求消息中携带了所述移动通信装置的标识，以及身份证件的凭证信息；接收来自所述服务器的安全回复消息；根据所述安全回复消息，确定所述身份证件的凭证信息是否已被其他的移动通信装置成功地申请。

[0017] 在一种可选实现方式中，所述安全回复消息中携带了数字信封证书，以及与所述数字信封证书对应的公钥，其中，所述数字信封证书以使用所述公钥对应的私钥签名；所述多个操作还包括：

[0018] 使用加密秘钥对用户生物特征信息进行加密，以得到用户生物特征信息密文；

[0019] 使用所述公钥对所述加密秘钥进行加密，以得到数字信封，其中，所述数字信封中包括了所述加密秘钥的密文；

[0020] 向所述服务器发送第二安全请求消息，所述第二安全请求携带了所述用户生物特征信息密文和所述数字信封。

[0021] 本申请实施例还提供了一种身份凭证的移动应用方法，包括：

[0022] 移动通信装置采集用户身份证件的凭证信息和用户生物特征信息，并进行活体检测；

[0023] 所述移动通信装置向服务器发送请求消息，所述请求消息中包含所述用户身份证件的凭证信息和所述用户生物特征信息；

[0024] 所述移动通信装置接收来自所述服务器的配置消息，所述配置消息中包含所述用户身份证件对应的电子身份证eID信息；

[0025] 所述移动通信装置在所述移动通信装置内部的安全元件中存储所述eID信息。

[0026] 本申请实施例还提供了一种移动通信装置，包括：

[0027] 安全元件，处理器，以及存储器；

[0028] 其中，所述存储器用于存储程序指令，所述程序指令被所述一个或多个处理器执行时，使得所述移动通信装置执行如下所述的方法：

[0029] 移动通信装置采集用户身份证件的凭证信息和用户生物特征信息，并进行活体检测；

[0030] 所述移动通信装置向服务器发送请求消息，所述请求消息中包含所述用户身份证件的凭证信息和所述用户生物特征信息；

[0031] 所述移动通信装置接收来自所述服务器的配置消息，所述配置消息中包含所述用户身份证件对应的电子身份证eID信息；

[0032] 所述移动通信装置在所述移动通信装置内部的安全元件中存储所述eID信息。

[0033] 本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储了程序代码，所述程序代码被计算机或处理器执行时，实现如下所述的方法：

[0034] 移动通信装置采集用户身份证件的凭证信息和用户生物特征信息，并进行活体检测；

[0035] 所述移动通信装置向服务器发送请求消息，所述请求消息中包含所述用户身份证件的凭证信息和所述用户生物特征信息；

[0036] 所述移动通信装置接收来自所述服务器的配置消息，所述配置消息中包含所述用户身份证件对应的电子身份证eID信息；

[0037] 所述移动通信装置在所述移动通信装置内部的安全元件中存储所述eID信息。

[0038] 本申请实施例还提供了一种身份凭证的移动应用系统，包括：移动通信装置和服务器；其中，所述移动通信装置用于：采集用户身份证件的凭证信息和用户生物特征信息，并进行活体检测；向所述服务器发送请求消息，所述请求消息中包含所述用户身份证件的凭证信息和所述用户生物特征信息；接收来自所述服务器的配置消息，所述配置消息中包含所述用户身份证件对应的电子身份证eID信息；在所述移动通信装置内部的安全元件中存储所述eID信息；所述服务器用于：接收来自所述移动通信装置的所述请求消息，并向所述移动通信装置发送所述配置消息。

[0039] 在一种可选实现方式中，所述移动通信装置通过运行在可信执行环境TEE中的可信应用TA来采集所述用户生物特征信息，并进行所述活体检测。

[0040] 在一种可选实现方式中，所述可信应用TA包括手机厂商的支付应用。

[0041] 在一种可选实现方式中，所述用户身份证件的凭证信息包括所述用户身份证件的身份证号码，所述用户生物特征信息包括人脸数据信息。

[0042] 在一种可选实现方式中，所述人脸数据信息包括基于哈希算法生成的用于表征用户生物特征数据的一串数字。

[0043] 在一种可选实现方式中，所述用户生物特征信息为所述用户生物特征信息密文，所述请求消息中还包含数字信封，所述数字信封以密文方式携带了所述用户生物特征信息密文的加密秘钥。

[0044] 在一种可选实现方式中，所述请求消息中还包括所述移动通信装置的标识。

[0045] 在一种可选实现方式中，所述移动通信装置为手机，所述移动通信装置的标识为手机的国际移动设备标识IMEI。

[0046] 在一种可选实现方式中，所述移动通信装置为手机的系统芯片，所述移动通信装置的标识为手机的系统芯片内部的安全元件的标志。

[0047] 在一种可选实现方式中，所述方法还包括：

[0048] 所述移动通信装置在线下认证流程，以脱敏方式提供所述eID信息的部分信息。

[0049] 本申请实施例提供了一种身份凭证的移动应用方法，所述方法由移动通信装置执行，其特征在于，所述方法包括：

[0050] 向服务器发送第一安全请求消息，所述第一安全请求消息中携带了所述移动通信装置的标识，以及身份证件的身份证号码；

[0051] 接收来自所述服务器的安全回复消息；

[0052] 根据所述安全回复消息，确定所述身份证件对应的凭证信息是否已被其他的移动通信装置成功地申请，所述身份证件对应的凭证信息包括电子身份证eID。

[0053] 一种移动通信装置，其特征在于，包括：

[0054] 安全元件，处理器，以及存储器；

[0055] 其中，所述存储器用于存储程序指令，所述程序指令被所述一个或多个处理器执行时，使得所述移动通信装置执行如下方法：

[0056] 向服务器发送第一安全请求消息，所述第一安全请求消息中携带了所述移动通信装置的标识，以及身份证件的身份证号码；

[0057] 接收来自所述服务器的安全回复消息；

[0058] 根据所述安全回复消息，确定所述身份证件对应的凭证信息是否已被其他的移动通信装置成功地申请，所述身份证件对应的凭证信息包括电子身份证eID。

[0059] 在一种可选实现方式中，所述安全回复消息中携带了数字信封证书，以及与所述数字信封证书对应的公钥，其中，所述数字信封证书已使用所述公钥对应的私钥签名。

[0060] 在一种可选实现方式中，所述安全回复消息中携带了数字信封证书，以及与所述数字信封证书对应的公钥，其中，所述数字信封证书已使用所述公钥对应的私钥签名。

[0061] 在一种可选实现方式中，所述方法还包括：

[0062] 使用加密秘钥对用户生物特征信息进行加密，以得到用户生物特征信息密文；

[0063] 使用所述公钥对所述加密秘钥进行加密，以得到数字信封，其中，所述数字信封中包括了所述加密秘钥的密文；

[0064] 向所述服务器发送第二安全请求消息，所述第二安全请求携带了所述用户生物特征信息密文和所述数字信封。

[0065] 在一种可选实现方式中，所述方法还包括：

[0066] 采集用户生物特征信息，并进行活体检测；

[0067] 其中，所述用户生物特征信息包括人脸数据信息。

[0068] 在一种可选实现方式中，所述移动通信装置的可信执行环境TEE的可信应用TA采集所述用户生物特征信息，并进行所述活体检测。

[0069] 在一种可选实现方式中，所述可信应用为手机厂商的支付应用。

[0070] 在一种可选实现方式中，所述人脸数据信息包括基于哈希算法生成的用于表征用户生物特征数据的一串数字。

[0071] 在一种可选实现方式中，所述移动通信装置的标识为如下两种标识中一种：

[0072] 手机的国际移动设备标识IMEI，或者，手机内置的安全元件的标识。

[0073] 在一种可选实现方式中，所述方法还包括：

[0074] 向所述服务器发送凭证信息请求，该凭证信息请求用于请求所述身份证件的凭证信息；

[0075] 接收来自所述服务器的凭证信息配置，凭证信息配置中可以携带所述身份证件的凭证信息；

[0076] 在所述移动通信装置的安全元件中存储所述身份证件的凭证信息。

[0077] 在一种可选实现方式中，所述凭证信息请求所述移动通信装置的安全元件生成的凭证签发请求CSR。

[0078] 在一种可选实现方式中，所述凭证签发请求中包括如下一种或多种信息：

[0079] eID证书公钥，公钥签名，eID载体的编号，以及eID载体的公钥，其中，所述eID载体为所述移动通信装置的安全元件。

[0080] 在一种可选实现方式中，所述方法还包括：

[0081] 执行凭证能力请求和配置流程，以使能所述移动通信装置以在线方式下载和安装身份凭证的移动应用系统。

[0082] 本申请实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储了程序代码，所述程序代码被计算机或处理器执行时，可实现上述任一种的身份凭证的移动应用方法。

[0083] 本申请实施例，还提供了一种计算机程序产品，所述计算机程序产品包含的程序代码被计算机或处理器执行时，可实现上述任一种的身份凭证的移动应用方法。附图说明

[0084] 图1为本申请实施例提供的一种身份凭证的移动应用系统的架构示意图；

[0085] 图2为本申请实施例提供的一种移动通信设备的安全框架的示意图；

[0086] 图3本申请实施例提供的一种身份凭证的移动应用的业务流程的架构示意图；

[0087] 图4为本申请实施例提供的一种身份凭证的申请流程的示意图；

[0088] 图5为本申请实施例提供的一种身份凭证的认证流程的示意图；

[0089] 图6为本申请实施例提供的另一种身份凭证的认证流程的示意图；

[0090] 图7为本申请实施例提供的再一种身份凭证的认证流程的示意图。

[0091] 应理解，在上述示意图中，各框图的尺寸和形态仅供参考，不应构成对本发明实施例的排他性的解读。示意图中所呈现的各框图间的相对位置和包含关系，仅为示意性地表示各框图间的逻辑关联，而非限制本发明实施例的物理连接方式。

具体实施方式

[0092] 下面结合附图并举实施例，对本申请提供的技术方案作进一步说明。应理解，本申请实施例中提供的系统结构和业务场景主要是为了说明本申请的技术方案的可能的实施方式，不应被解读为对本申请的技术方案的唯一限定。本领域普通技术人员可知，随着系统结构的演进和新业务场景的出现，本申请提供的技术方案对类似技术问题同样适用。

[0093] 应理解，本申请实施例提供的身份凭证的移动应用方案包括方法、装置及系统。由于这些方案解决问题的原理相同或相似，在以下具体实施例的介绍中，某些重复之处可能不再赘述，但应视为这些具体实施例之间已有相互引用，可以相互结合。

[0094] 图1为本申请实施例提供的一种身份凭证的移动应用系统的架构示意图。如图1所示，该系统可包括移动通信设备10，无线接入网11，身份证件12，认证设备13，互联网14，以及认证服务器15。其中，移动通信设备10可分别与无线接入网11，身份证件12，以及认证设备13交互，还可通过无线接入网11与互联网14和认证服务器15交互，从而参与身份凭证的移动应用的业务流程(包括申请流程以及认证流程)。

[0095] 移动通信设备10与无线接入网11的交互可以遵从第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)的技术规范，如第四代(4th Generation，4G)长期演进(long term evolution，LTE)和第五代(5th Generation，5G)新无线电(new radio，NR)等蜂窝通信标准，还可遵从电气电子工程师学会(Institute of Electrical and
Electronics Engineers，IEEE)的802系列的标准协议，如802.11，802.15，以及802.20等无线通信标准。

[0096] 在具体实现中，移动通信设备可以是手机、平板电脑，膝上型电脑，可穿戴设备(如智能手表，智能手环，智能头盔以及智能眼镜等)，以及其他具备移动通信能力的设备，如物联网设备，包括智能家居设备(如智能电表和智能家电)以及智能交通等。无线接入网11可以包括基站(base station，BS)和接入点(access point，AP)等无线接入网设备。在具体实现中，无线接入网设备可以是5G NR中通用节点B(general Node B，gNB)，也可以是4G LTE中的演进节点B(evolutional Node B，eNB或eNodeB)。

[0097] 移动通信设备10与身份证件12或认证设备13之间的交互可以采用近场通信(near fieled communication，NFC)技术，还可以采用蓝牙和红外等短距离通信技术。相比较而言，移动通信设备10与无线接入网11的交互可以理解为长距离通信。在具体实现中，以NFC技术为例，移动通信设备10与认证设备13之间的交互可以遵从欧洲计算机制造联合会(European Computer Manufactures Association，ECMA)的ECMA-340或ECMA-352的标准协议，以及国际标准化组织(International Organization for Standardization，ISO)/国际电工委员会(International Electrotechnical Commission，IEC)的ISO/IEC 18092或ISO/IEC 21481的标准协议。蓝牙和红外也可参考相关的标准协议，此处不再赘述。

[0098] 身份证件12是用于携带凭证信息的各种物理实体，例如以卡片形式存在的身份证，以手册形式存在的护照等。身份证件12除了在证件表面印有个人的头像，证件号码等凭证信息外，证件内部通常也会设置有芯片，以存储这些凭证信息的数据。在具体实现中，身份证件12可以是身份证，护照，社保卡，银行卡，SIM卡，驾驶证，学生证，工作证等各种携带有个人身份认证所需的凭证信息的证件，还可以是用于设备身份认证所需的凭证信息的载体，例如智能门锁或智能车锁的钥匙，凭证信息可能是数字密钥或主人身份凭证等。

[0099] 认证设备13是用于身份认证的设备，这些设备通常设置在线下服务机构，用于在提供线下服务之前查验用户的身份。例如，认证设备13可以是设置在海关出入处的用于读取护照本中的凭证信息的设备，也可以是设置在酒店前台的用于读取身份证卡中的凭证信息的设备。认证设备13有时也被称为认证终端。

[0100] 认证服务器15是用于身份认证的服务器，一般由颁发身份证件12的权威机构(比如政府部门)负责运行维护，有时也被称为权威服务器或权威认证服务器。当然，基于身份认证的安全级别，颁发身份证件12的机构也可能是公司或者学校等法律实体，相应地，认证服务器15也有可以由这些法律实体来负责运行维护。

[0101] 互联网14是指提供互联网服务的基础设施，包括服务器，交换机，以及网关等网络设备。在具体实现中，互联网14可包括用于支撑身份凭证的移动应用业务的一个或多个业务服务器，这些业务服务器可以由移动通信设备10的制造或销售厂商(比如大型的手机厂商)负责运行维护。互联网14还可包括互联网服务提供商(internet service provider，ISP)的一些服务器，这些服务器需要在线上查验用户的身份，比如电商用户的实名认证。

[0102] 身份凭证的移动应用的业务流程中，移动通信设备10通常需要先申请身份凭证，再使用身份凭证进行身份验证。例如，基于图1所示的系统的架构，一个简化的业务流程可以描述如下：

[0103] 移动通信设备10可以先从身份证件12中读取部分凭证信息，再通过无线接入网11和互联网14向认证服务器15申请存储身份证件12的部分或全部凭证信息，并在取得认证服务器15的授权后，存储身份证件12的部分或全部凭证信息。

[0104] 此后，在用户需要线下验证身份凭证时，移动通信设备10可以向认证设备13提供所需的凭证信息。在用户需要线上验证身份凭证时，移动通信设备10可以通过无线接入网13向互联网14提供所需的凭证信息。

[0105] 在图1所示的系统的架构基础上，以下将进一步阐述身份凭证的移动应用的技术方案，特别是身份凭证的移动应用的详细业务流程，以及相关设备的具体功能和结构。

[0106] 如图1所示，移动通信设备10的内部组件可包括中央处理单元(central processing unit，CPU)101，移动通信单元102，安全元件(secure element，SE)103，短距通信单元104以及输入/输出单元105，这些内部组件之间可以通过总线连接。

[0107] 中央处理单元101可用于执行程序指令1011，以实现与移动通信设备10内部的其他组件的交互。中央处理单元101通常是移动通信设备10的核心组件，可以控制或使能其他组件的工作。在具体实现中，中央处理单元101可以是支持某种指令集架构(instruction set architecture，ISA)的处理器。常见的ISA包括以x86为代表的复杂指令集计算
(complex instruction set computing，CISC)架构，以及以ARM(Advanced RISC Machine)为代表的精简指令集计算(reduced instruction set computing，RISC)架构。

[0108] 移动通信单元102可用于提供移动通信能力，以实现与无线接入网11的交互。在具体实现中，移动通信单元102可分为射频(radio frequency，RF)子单元和基带(baseband，BB)子单元。其中，射频子单元主要用于处理射频信号，基带子单元主要用于处理基带信号。射频子单元可包括天线，开关，低噪声放大器，功率放大器，混频器，振荡器，滤波器以及处理器。基带子单元可包括处理器，硬件加速器以及缓存。

[0109] 安全元件103可用于提供对重要数据的安全存储能力，以防止对重要数据的非授权提取。安全元件103可用于存储以数据形式存在的身份凭证(如eID)，还可以存储其他重要数据，如个人的指纹数据，数字密钥以及数字证书等。在具体实现中，安全元件103通常是芯片，可以是独立的芯片，也可以被集成在系统芯片(system on chip，SoC)内部。集成在SoC芯片内部的安全元件记为集成安全元件(integrated secure element，inSE)。SoC芯片有时也被称为片上系统，集成安全元件有时也被称为内置安全元件。此外，安全元件有时也被称为安全处理单元(secure processing unit，SPU)。

[0110] 短距通信单元104可用于提供短距离的无线通信能力，以实现与短距离范围内的其他设备的交互，例如从身份证件12中读取凭证信息。在具体实现中，短距通信单元104可包括处理器和短距通信接口电路。

[0111] 输入/输出单元105可用于提供输入/输出接口，以实现与用户的交互。在具体实现中，输入/输出单元可以包括触摸屏，也可以包括用户页面(user interface，UI)，还可包括话筒，扬声器等其他输入/输入装置。此外，输入/输出单元105还可包括指纹传感器，摄像头等器件。借助于输入/输出单元105，用户可以更好地参与到身份凭证的移动应用的业务流程中。例如，用户可以知晓业务流程中各种操作的提示，对相关操作进行确认，并执行相关操作，如声音信息，指纹信息，以及人脸信息等信息的采集。

[0112] 应理解，存储器和处理器在上述多个元件中都有分布，在图1中未特别示出。其中，存储器存储器可分为易失性存储器(volatile memory)和非易失性存储器(non-volatile memory，NVM)。易失性存储器是指当电源供应中断后，内部存放的数据便会丢失的存储器。目前，易失性存储器主要是随机存取存储器(random access memory，RAM)，包括静态随机存取存储器(static RAM，SRAM)和动态随机存取存储器(dynamic RAM，DRAM)。非易失性存储器是指即使电源供应中断，内部存放的数据也不会因此丢失的存储器。常见的非易失性存储器包括只读存储器(read only memory，ROM)、光盘、磁盘、固态硬盘以及基于闪存(flash memory，或FLASH)技术的各种存储卡等。

[0113] 处理器可以是通用处理器，也可以是为特定领域设计的处理器。例如，该处理器可以是CPU，也可以是数字信号处理器(digital signal processor，DSP)。当有需要时，该处理器也可以是微控制器(micro control unit，MCU)，图形处理器(graphics processing unit，GPU)、图像信号处理器(image signal processing，ISP)，音频信号处理器(audio signal processor，ASP)以及各种用于人工智能(artificial intelligence，AI)应用的处理器，包括但不限于神经网络处理器(neural network processing unit，NPU)，张量处理器(tensor processing unit，TPU)以及被称为AI引擎的处理器。

[0114] 图2为本申请实施例提供的一种移动通信设备的安全框架的示意图。如图2所示，移动通信设备可包括富执行环境(rich execution environment，REE)，可信执行环境(trusted execution environment，TEE)与安全元件SE三部分应用运行环境。移动通信设备可提供硬件隔离机制，分别为REE、TEE与SE提供各自所属的硬件资源，包括CPU、RAM、ROM、FLASH、总线接口与I/O控制器等，并可分别控制多种外部设备，如触摸屏、键盘、摄像头、NFC、指纹、虹膜设备等。

[0115] 通过业务使用场景不同，REE、TEE与SE在软件上各成相对独立的体系，从功能上，REE、TEE、SE逐级降低；从安全上，REE、TEE、SE逐级提高。通过REE、TEE、SE三者之间的可控相互访问机制，为移动通信设备提供功能与安全上的全方位服务体系。

[0116] 其中，REE是移动通信设备上直接面向用户提供支付、通信、娱乐、游戏、社交等各种各样功能的富执行环境，总体目标是以服务用户为主，注重便利、开放、功能强大的用户体验。其组成主要包括：

[0117] 应用软件层：包括各类应用(application，APP)，如手机银行、手机钱包等。

[0118] 系统软件层：移动操作系统，提供摄像头、FLASH、触摸屏、蓝牙等相关驱动程序，并基于此向上提供一整套的系统服务、应用服务与管理框架，方便各种类型应用的开发与部署，其中对于支持TEE的移动通信设备，应提供访问TEE的通信驱动和TEE外部应用程序接口(application program interface，API)，支持其上运行的应用访问TEE应用。TEE应用也称为可信应用(trusted application，TA)。

[0119] TEE是与REE相隔离的安全区域，通过一组硬件和软件的组合，保证各种敏感数据在其中被安全传输、存储、处理，保证TA执行的机密性、完整性和数据访问权限端到端的安全。TEE的实现可以基于不同的技术，其组成主要包括：

[0120] 应用软件层：包括各种安全相关的TA，一般与对应REE应用相结合，为用户提供既便捷又安全的用户体验，可信应用以机构部署为主，如指纹、支付、身份认证等应用。

[0121] 系统软件层：充分利用硬件资源(如CPU、RAM、FLASH、总线等)的可信性，实现受硬件隔离的系统执行环境，具备安全计算及其所属各种安全设备运行的资源调用能力，可提供下述功能：

[0122] 安全加解密、安全存储、可信用户接口、可信身份认证等各种系统服务；

[0123] 系统和应用安全的密钥体系；

[0124] 与REE、SE、外部设备的安全通信机制，并提供相应的访问控制；

[0125] 提供可信虚拟化层，可支撑多个可信操作系统并存与运行。

[0126] SE是移动通信设备上的高安全运行环境，可在硬件与软件层面上防御各种恶意攻击，运行在其上的应用具备高安全性需求，如SE、inSE。其组成主要包括：

[0127] 应用软件层：包括安全应用，如金融、公交、社保、电信等，应用采用预置或在可信服务管理(trusted service management，TSM)服务器的控制下安全获取与部署。这些安全应用也可以记为小应用(记为Applet)。

[0128] 系统软件层：运行一种可验证的卡片操作系统，主要提供安全加解密、密钥存储等功能。其中，可以创建一个或多个附属安全域(supplementary security domain，SSD)，该SSD中可以运行Applet。

[0129] 可信用户接口(trusted user interface，TUI)是TEE为TA提供的与用户输入/输出设备安全交互的界面，保证TA与用户交互的敏感数据免受其他应用或恶意软件的攻击。
相对于REE提供的UE，TUI的安全要求更高，例如：

[0130] TUI所调用的部件处于工作状态时，可禁止接收REE的访问请求，并且可禁止接收通知事件。当相关部件控制权属于TUI时，可由TEE来决定是否将这些部件的控制权交给REE。TUI可包含安全指示器，通过安全指示器呈现的安全指示信息使用户可识别当前显示的是TEE的界面，而不是REE的界面。TEE可为用户提供设置通用安全指示信息的接口，通用安全指示信息可以是文字、图片、声音等，通用安全指示信息可被TEE中所有TA访问。TEE可为用户提供设置个性化安全指示信息的接口，个性化安全指示信息只可以被TEE中特定的TA访问。

[0131] 图3为本申请实施例提供的一种身份凭证的移动应用的业务流程的架构示意图。在图1和图2的基础上，图3结合REE、TEE和SE三部分应用运行环境，示意性地给出了身份凭证的移动应用的业务流程的架构。其中，包含SE的Applet或TEE的TA的传输通道，例如从SE的Applet和TEE的TA到无线接入网或NFC的传输通道，相比较直接从REE的APP无线接入网或NFC的传输通道，可认为是安全通道，安全性能更优。该安全通道可以供本申请实施例的身份凭证的移动应用的业务流程使用。

[0132] 图4为本申请实施例提供的一种身份凭证的申请流程的示意图。应理解，图4中的身份证件(如身份证卡)，移动通信设备(如手机)，互联网(如业务服务器和TSM服务器)，以及认证服务器均可以参考图1、图2和图3及其实施例的介绍。

[0133] 如图4所示，身份凭证的的申请流程可包括：

[0134] S40、移动通信设备获取身份证件的凭证信息；

[0135] S42、移动通信设备与互联网以及认证服务器交互，以执行安全验证流程；

[0136] S44、移动通信设备与互联网以及认证服务器交互，以执行凭证能力请求和配置流程；

[0137] S46、移动通信设备与互联网以及认证服务器交互，以执行凭证信息请求和配置流程。

[0138] 步骤S40中，移动通信设备获取的身份证件的凭证信息可以是该身份证件的部分凭证信息。该凭证信息既可以是明文信息，也可以是加密后的密码信息。

[0139] 步骤S40的一些可选的实现方式包括：

[0140] 移动通信设备通过短距通信单元获取身份证件的凭证信息，例如手机通过NFC接口读取身份证卡的芯片中存储的凭证信息，该凭证信息可以是芯片中存储的部分凭证信
息，如身份证号码，或者身份证号码和姓名，并且该凭证信息可以是加密后的密文信息。或者，移动通信设备通过输入/输出单元获取用户输入的身份证件的凭证信息。例如，用户可以通过UI界面输入身份证号码，或者用户使用手机的摄像头对身份证卡进行拍照，或者在手机的存储空间中选择身份证卡的照片，并且该凭证信息可以是明文信息。

[0141] 步骤S42中，移动通信设备通过与互联网以及认证服务器的交互，所执行的安全验证流程可以包括如下安全验证流程中的一种或多种：

[0142] 验证该身份证件的凭证信息是否真实。例如，验证身份证号码是否真实，或者，验证身份证号码与姓名是否匹配。

[0143] 验证该身份证件的凭证信息是否已被其他移动通信设备成功地申请。例如，验证某个身份证号码对应的eID是否已被其他手机成功地申请。

[0144] 验证该移动通信设备是否已成功地申请了相同类型的其他身份证件的凭证信息。例如验证某个手机是否已成功地申请了其他的身份证号码对应的eID。

[0145] 这些安全验证流程可以提升身份凭证的移动应用的安全性，例如，验证某个身份证号码对应的eID是否已被其他手机成功地申请，能够保证一个身份证号码对应的eID仅在一个手机上成功地申请，记为“一证一机”。再例如，验证某个手机是否已成功地申请了其他的身份证号码对应的eID，能够保证一个手机上只能成功地申请一个身份证号码对应的eID，记为“一机一证”。因此，“一证一机”和“一证一机”有利于保证身份凭证和移动通信设备的唯一对应，降低身份凭证被他人冒用的风险。

[0146] 首先，移动通信设备可以通过无线接入网向互联网发送安全请求。其中，该互联网可以包括该移动通信设备的制造或销售厂商(比如大型的手机厂商)提供的业务服务器。该安全请求可以携带步骤S40中获取的身份证件的凭证信息，其中该凭证信息可以是密文信息。该安全请求还可以携带该移动通信设备的标识，其中该标识可以唯一识别该移动通信设备。例如，手机向业务服务器发送的安全请求，该安全请求中携带了身份证号码，姓名以及手机的标识。手机的标识可以是手机的国际移动设备标识(international mobile equipment identity，IMEI)，也可以是手机内置的安全元件的标识，记为SEID。

[0147] 然后，该业务服务器可以接收该安全请求，并根据该安全请求中携带的身份证件的凭证信息验证该凭证信息是否真实，也可以根据该安全请求中携带的身份证件的凭证信息，验证该凭证信息是否已被其他移动通信设备成功地申请，还可以根据该安全请求中携带的移动通信设备的标识，验证该移动通信设备是否已成功地申请了相同类型的其他身份证件的凭证信息。该业务服务器可以基于该业务服务器的数据库进行上述安全验证流程，该业务服务器还可以通过与认证服务器的进一步交互，参与上述安全验证流程。具体地，该业务服务器可以向认证服务器发送该安全请求，接收来自该认证服务器的安全回复，并向该移动通信设备发送该安全回复。

[0148] 其中，该安全回复可用于表示上述安全请求是否通过验证，并可在验证未通过情况下，该安全回复中携带验证未通过的原因。或者，在验证通过情况下，该安全回复中携带后续安全验证流程所需的参数，比如认证服务器的数字信封证书，以及与该数字信封证书对应的公钥。其中，该数字信封证书可由认证服务器使用该公钥对应的私钥进行签名，与该私钥对应的公钥携带在安全回复中。该移动通信设备接收到该安全回复后，可以将该安全回复中携带该数字信封证书对应的公钥存储下来，用于后续流程中的加密密钥。为了提供安全性，该数字信封证书对应的公钥可以在移动通信设备的TEE中存储，或者将该数字信封证书对应的公钥存储在移动通信设备的安全元件中。

[0149] 以手机申请eID为例，业务服务器可以基于该业务服务器的数据库，验证某个身份证号码对应的eID是否已被其他移动通信设备成功地申请，或者验证某个手机是否已成功地申请了其他的身份证号码对应的eID。当该业务服务器基于该业务服务器的数据库，确定某个身份证号码对应的eID已被其他移动通信设备成功地申请，或者，某个手机是否已成功地申请了其他的身份证号码对应的eID，则可以直接向该移动通信设备发送安全回复，无需与认证服务器进一步交互。或者，该业务服务器经过一些安全验证流程，也可以注销之前的eID，重新在该移动通信设备上申请eID。

[0150] 此后，该认证服务器可以接收该安全请求，并基于该认证服务器的数据库，进行上述安全验证流程，并通过互联网向该移动通信设备发送安全回复。安全回复可用于表示安全验证未通过，并可携带验证未通过的原因。或者，该业务服务器也可以不对该安全请求进行验证，或者在确定某个身份证号码对应的eID未被其他移动通信设备成功地申请，或某个手机未成功地申请了其他的身份证号码对应的eID后，将该安全请求发送给认证服务器，由认证服务器来进行上述安全验证流程。

[0151] 应理解，业务服务器的数据库可能只涵盖部分数据，而认证服务器的数据库则可以涵盖更多的数据。例如，业务服务器的数据库可能仅包括某一手机厂商制造或销售的手机开通eID的记录数据，而认证服务器的数据库可以包括全部的手机开通eID的记录数据。因此，基于业务服务器的数据库进行上述安全验证流程，可以节省不必要的开销，而基于认证服务器的数据库进行上述安全验证流程，安全性更高。

[0152] 应理解，图4中步骤S42对应的方框中的安全请求和安全回复仅为示意目的，并不用于限定安全请求和安全回复的次数以及内容。在步骤S42对应的安全验证流程的具体实现中，可以有多条安全请求和多条安全回复，并且两者可以不一一对应，例如一条安全回复可以对应多条安全请求。

[0153] 在一种可选的实现方式中，在上述一种或多种安全验证流程的基础上，步骤S42中的安全验证流程还包括：

[0154] 验证该移动通信设备的用户是否为该凭证信息的合法所有者，可记为“真人认证”。例如，验证手机的用户是否为申请某个身份证号码对应的eID的公民。

[0155] 具体地，移动通信设备可以开启用户生物特征检测，例如使用摄像头采集人脸数据，或使用指纹传感器采集指纹数据，并可调用内部服务接口进行活体检测。其中，在身份凭证的的申请流程中采集的用户生物特征信息(如人脸数据信息或指纹数据信息)可记为凭证申请用户生物特征信息。相对应的，该移动通信设备的解锁流程中采集的用户生物特征信息可记为解锁用户生物特征信息。如果活体检测不通过，和/或，凭证申请用户生物特征信息与该解锁用户生物特征信息不匹配，可以认为“真人认证”失败。反之，如果活体检测通过，或者，凭证申请用户生物特征信息与该解锁用户生物特征信息匹配，或者活体检测通过且凭证申请用户生物特征信息与该解锁用户生物特征信息匹配，则可以认为“真人认证”成功。由移动通信设备完成的“真人认证”可记为“本地真人认证”。其中，凭证申请用户生物特征信息与该解锁用户生物特征信息匹配可以包括：该凭证申请用户生物特征信息为该解锁用户生物特征信息一致，或者，该凭证申请用户生物特征信息为该解锁用户生物特征信息的子集。例如，该凭证申请用户生物特征信息为某个公民的右手食指的指纹信息A，该指纹信息A之前已被该公民的手机采集并用于解锁手机，则认为该凭证申请用户生物特征信息为该解锁用户生物特征信息匹配。或者，该凭证申请用户生物特征信息为某个公民的人脸信息B，人脸信息B之前已被该公民的手机采集并用于解锁手机，则认为该凭证申请用户生物特征信息为该解锁用户生物特征信息匹配。其中，该凭证申请用户生物特征信息和该解锁用户生物特征信息既可以是用户生物特征数据本身(例如指纹数据或人脸数据)，也可以是基于某些数学算法(如哈希算法)生成的用于表征用户生物特征数据的一串数字，记为生物信息唯一号。

[0156] “本地真人认证”成功后，该移动通信设备还可以通过安全请求，向认证服务器发送该凭证申请用户生物特征信息。该认证服务器在接收到该凭证申请用户生物特征信息后，可以与认证服务器的数据库中的相关信息(如身份证办理时采集的人脸数据信息或指纹数据信息)进行比对，并可将比对结果通过安全回复发送给该移动通信设备。例如，认证服务器将接收到的人脸数据信息(或指纹数据信息)与认证服务器的数据库中的人脸数据
信息(或指纹数据信息)进行比对，当两者信息匹配时，可以认为“真人验证”成功，当两者信息不匹配时，可以认为“真人验证”失败。其中，由认证服务器参与的“真人验证”可记为“远程真人认证”。

[0157] 应理解，本申请实施例中的“真人验证”可包括：“本地真人认证”；或者，“远程真人认证”，或者，“本地真人认证”和“远程真人认证”。

[0158] 在上述方案的基础上，为了进一步提高安全性，一种可选的实现方式中，可由移动通信设备的REE中运行的应用软件(记为APP)开启用户生物特征检测，此后由移动通信设备的TEE中运行的应用软件(记为TA)来采集用户生物特征信息，并进行活体检测。在活体检测通过后，使用一个加密秘钥对该用户生物特征信息，或者该用户生物特征信息和活体检测结果，进行加密，得到用户生物特征信息密文。并且，该手机的TA可将已存储的数字信封证书对应的公钥对该加密秘钥进行加密，得到数字信封。此后，该手机的TA可向认证服务器发送该用户生物特征信息密文和数字信封。该认证服务器收到该用户生物特征信息密文和数字信封后，可以先使用该数字信封证书对应私钥解密该数字信封，得到得到该用户生物特征信息密文的加密秘钥，从而获得该用户生物特征信息，或者该用户生物特征信息和活体检测结果。

[0159] 与传统方案使用APP相比，该可选的实现方式中采用的一些技术手段，例如由手机的TA执行上述操作，或者通过数字信封和加密秘钥两级加密机制，均有利于进一步提高步骤S42的安全验证流程的安全性。

[0160] 步骤S44中，移动通信设备通过与互联网以及认证服务器的交互，所执行的凭证能力请求和配置流程，可以用于使能移动通信设备的身份凭证的移动应用能力(如存储，传输，以及处理)。例如，手机在刚出厂时不具备身份凭证的移动应用能力，借助于步骤S44中的凭证能力请求和配置流程，能够以在线方式下载和安装身份凭证的移动应用系统，从而具备身份凭证的移动应用能力。当然，步骤S44中的凭证能力请求和配置流程也可以用于更新移动通信设备的身份凭证的移动应用能力。

[0161] 具体地，移动通信设备可先向互联网(如业务服务器)发送凭证能力请求，该凭证能力请求用于请求下载和安装身份凭证的移动应用系统(如APP，TA，以及Applet中的一种或多种)。该业务服务器接收来自该凭证能力请求后，可以将该凭证能力请求透传给TSM服务器。在此知后，TSM服务器与手机内置的安全元件可经过多轮应用协议数据单元(application protocol data unit，APDU)指令交互，完成身份凭证的移动应用系统的下载和安装。当然，该业务服务器接收来自该凭证能力请求后，也可以直接与手机内置的安全元件经过多轮APDU指令交互，完成身份凭证的移动应用系统的下载和安装。此外，安全元件在个人化过程中可生成公钥秘钥对。

[0162] 步骤S46中，移动通信设备通过与互联网以及认证服务器的交互，所执行的凭证信息请求和配置流程，可以用于在授权条件下存储凭证信息，例如手机可以在认知服务器的授权下存储eID信息。

[0163] 具体地，移动通信设备可以先通过互联网(如业务服务器)向认证服务器发送凭证信息请求，该凭证信息请求用于请求身份证件的凭证信息，例如某个身份证号码对应的eID。此后，该认证服务器可以通过互联网(如该业务服务器)向该移动通信设备发送凭证信息配置，该凭证信息配置中可以携带移动通信设备请求的身份证件的凭证信息，如eID。该移动通信设备收到该身份证件的凭证信息(如eID)后，可以将该身份证件的凭证信息(如
eID)存储在安全元件中。

[0164] 例如，手机的安全元件可根据个人化阶段生成的公钥秘钥对，生成凭证签发请求(certificate signing request，CSR)。其中，该CSR可以是上述凭证信息请求的一种示例，该CSR中可包括：eID的载体标识符(如SEID)。此外，该CSR中还可包括：eID证书公钥(记为public_key)，公钥签名(记为eID_sign)，载体编号(记为carrier_sn)，以及载体公钥(记为carrier_pub_key)中的一种或多种信息。认证服务器为该SEID标识的安全元件签发的eID证书和凭证信息，可通过TSM服务器生成的激活参数下发到安全元件。该安全元件中可写入加密身份信息包，脱敏身份信息包，以及数字身份信息。

[0165] 在上述身份凭证的的申请流程中，业务服务器可保存凭证信息的备份，并可存储该移动通信设备的身份凭证的申请记录。认证服务器也可存储该移动通信设备的身份凭证的申请记录。例如，该移动通信设备的身份凭证的申请记录可以包括：身份证件号码，移动通信设备的标识(如IMEI或SEID)，开通时间，以及身份凭证的类型(如eID)中的一种或多种信息，以便支持“一机一证”和“一证一机”的安全验证流程。

[0166] 图5为本申请实施例提供的一种身份凭证的认证流程的示意图。图5所示的认证流程可以是线上认证流程的一种示意图。图5所示的线上认证过程可通过移动互联网的传输通道(采用安全通道)进行身份认证，无需任何的线下认证设备辅助，可为互联网业务网站或第三方的业务APP提供线上的身份认证或者业务数字签名。

[0167] 如图5所示，身份凭证的线上认证流程可包括：

[0168] 首先、业务APP(可以是政府机构、银行或保险公司的APP)可通过eID APP(身份凭证的APP，如苹果支付，三星支付等手机厂商的支付应用)提供的接口进行身份认证，例如请求用户进行个人签名。当然，也可以是来自互联网的ISP服务器的请求签名。

[0169] 为了保证签名信息不被篡改，进一步提高线上认证流程的安全性，手机的TA可调用TUI显示待签名信息，提示用户是否对该业务APP的业务进行个人签名。手机使用SE的eID证书私钥对业务请求进行签名可以先经过生物特征采集认证(可使用安全通道)。认证通过后，手机的TA可将生物信息唯一号发送到SE进行比对，为了保证该手机的用户与eID的用户一致，手机的TA可读取记录在SE中的生物特征唯一号(eID的用户)，并与刚采集的生物信息唯一号，以请求签名。如果生物特征唯一号校验通过，则SE对业务数据进行签名，并向TA和eID APP返回签名结果。

[0170] 可选地，刚采集的生物信息唯一号还可以是解锁手机屏幕锁屏的生物信息唯一号。因此，手机的TA还可读取记录在SE中的生物特征唯一号，并与解锁手机屏幕锁屏的生物信息唯一号进行比对，如果手机的TA匹配到该生物信息唯一号，则证明解锁手机屏幕锁屏的用户与eID的用户为同一人。如果不一致则取消本次认证流程。这可以保证该手机的用户与eID的用户一致。

[0171] 手机还可根据业务认证级别选择是否进行更多的认证流程，例如选择是否进行活体检测，如需要进行活体检测，还可将用户生物特征信息密文(可选)与SE签名和生物信息唯一号发送给认证服务器进行认证。相关内容也可参考前述的“本地真人认证”，和/或，“远程真人认证”。

[0172] 图5所示的线上认证流程可以是实人身份证信息的认证，如用户在业务APP的身份认证信息中填充的身份证号及姓名信息，通过SE签名后发送至认证服务器进行验证，属于实名认证。图5所示的线上认证流程也可以是业务APP中产生的实际业务信息，比如公共事务的合约信息，通过SE进行签名，然后发送至认证服务器进行身份认证，此过程并不暴露真实身份信息，属于匿名认证。

[0173] 图6为本申请实施例提供的另一种身份凭证的认证流程的示意图。图6所示的认证流程可以是线下认证流程(认证设备)的一种示意图。

[0174] 当手机的eID业务开通后，手机的SE芯片中可保存有身份证对应的凭证信息(eID)，因此，线下认证时可以使用手机进行身份证卡的模拟。线下认证可以由认证设备发起，例如认证设备请求用户的身份签名，也可以由用户通过eID APP主动发起。与图5的线上认证流程类似，手机的TA也可以手机的TA可调用TUI显示待签名信息，生物特征采集认证(可使用安全通道)，请求SE签名等，具体内容可参考图5的线上认证流程中的相关介绍，此处不再赘述。与图5的线上认证流程有所区别，图6的线下认证流程最后可将包含SE签名的凭证信息通过NFC接口发送给认证设备。此后，认证设备可以使用包含SE签名的凭证信息与认证服务器交互，以进行身份验证。

[0175] 图7为本申请实施例提供的再一种身份凭证的认证流程的示意图。图7所示的认证流程可以是线下认证流程(人员)的一种示意图。

[0176] 如图所示，当用户需要向其他人员出示凭证信息(如eID)时，可以使用手机的eID APP模拟身份证卡，并可脱敏显示凭证信息。例如，工作人员需要查看用户的凭证信息，用户通过手机的eID APP，可经过生物特征采集认证(如指纹验证)，将凭证信息的部分信息脱敏后可以直接展示，例如仅显示用户的年龄是否超过18周岁等脱敏显示。

[0177] 应当理解，在本申请中，术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。此外，术语“包括”和“具有”以及他们的任何变形，意图在于表示不排他的包含，例如，包含了一系列步骤或单元。方法、系统、产品或设备不必仅限于字面列出的那些步骤或单元，而是可包括没有字面列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

[0178] 应当理解，在本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

[0179] 应理解，在本申请中，上述身份凭证的业务流程的序号，以及附图的标记的大小并不意味着执行顺序的先后，各操作的执行顺序应以其功能和内在逻辑确定。

[0180] 在本申请的上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤等)或无线(例如红外、无线电、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘和磁带；可以是光介质，例如DVD；也可以是半导体介质，例如固态硬盘(Solid State Disk，SSD)等。

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

标题	发布/更新时间	阅读量
一种基于LoRaWAN的监控方法、基站和存储介质	2020-05-08	712
一种视频转码的方法、装置、服务器和存储介质	2020-05-11	558
一种服务器承载设备	2020-05-08	757
一种双路媒体流数据的播放方法及显示设备	2020-05-08	728
基于云平台的对讲系统	2020-05-08	827
一种电力物联网场景中基于协同内容缓存的卸载方法	2020-05-08	267
基于硬件的车机音频远程输出方法、装置及系统	2020-05-11	782
一种视频文件的点播方法、装置、终端设备及存储介质	2020-05-08	30
通过语音驱动的计算基础设施进行的图形用户界面渲染管理	2020-05-08	525
基站指纹库数据源补充方法、装置、服务器及存储介质	2020-05-08	548

一种身份凭证的移动应用方法、装置及系统

一种身份凭证的移动应用方法、装置及系统

技术领域

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：